Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: gonentski01 19 Srpna 2019, 21:42:08
-
Zdravim,
Seznamuji se s linuxovými verzemi teprve velmi krátce.
Potřeboval bych pomoci trvale namapovat disk NAS uložiště.
Používám Zorin OS 15.
Postupoval jsem podle tohoto návodu :
http://ubuntuhandbook.org/index.php/2014/08/map-network-drive-onto-ubuntu-14-04/.
Vrací mi to :
Není možné ořistoupit k NAS
mount: /media/nas: operace je dovolena pouze superuživateli.
Budu vděčný za každé rady a postřehy.
-
Mountnutí (připojení) diskových jednotek (lokálních nebo síťových) vyžaduje práva roota (superuživatele).
Ostatně to se praví i v tom hlášení co ti to vypsalo. Takže zkrátka před ten vlastní příkaz k připojení napiš ještě "sudo" nebo se v Terminálu přihlaš jako root (sudo -i) a pak můžeš příkazy zadávat "bez sudo" na začátku.
Jinak ten postup v tom článku je celkem jasný, tak se ho drž.
Další "potíž" pak může být s vlastnictvím/právy souborů a složek na tom nasu.
To se zase řeší (až po úspěšném připojení) pomocí příkazů
chown a chmod s přísl. parametry. Zkrátka přebereš vlastnictví na sebe (=na aktuálně přilášeného uživatele) a pak si přidělíš práva (čtení/zápis/spustitelnost) (rwx).
Ve vých. stavu totiž bývá vlastníkem "nobody:nogroup" (1000), to se pak nikam kvůli právům nedostaneš...
Takže nejprve převzít vlastnictví na sebe:
sudo chown -R uživatel:uživatel /cesta/ke/složka
A následně si přidělit práva:
sudo chmod 755 -R /cesta/ke/složka
------------------------------------------------------------------------------
Jinak ten Zorin jsem jednou zkoušel a vůbec mě nenadchnul. Dej si tam radši Ubuntu-Mate...
-
Řešení od jawa2:
odkazy:
http://ubuntuhandbook.org/index.php/2014/08/map-network-drive-onto-ubuntu-14-04/
https://askubuntu.com/questions/46183/how-to-map-a-network-drive
Teorie:
1. Mount point je složka kterou si musíš napřed vytvořit:
sudo mkdir /media/nas01
2. Do tohoto přípojného bodu pak můžeš připojit svůj disk. Například (lokální disk):
sudo mount /dev/sdaX /media/nas01
V případě síťového disku:
sudo mount -t cifs -o username=franta_uživatel //IP_nasu/sharename /media/nas01
--------
To je jednorázové ruční připojení.
Pokud chceš aby se to připojovalo po restartu automaticky, musíš doplnit příslušný řádek do souboru /etc/fstab
sudo gedit /etc/fstab
Příklad:
NAS připojíš jednorázově (ručně) takto:
sudo -i
mkdir /local/mountpoint
mount -t cifs //Hostname/Username -o username=username,password=password /local/mountpoint
Konkrétní příklad:
sudo -i
root@root [~]# mkdir /mnt/nas
root@root[~]# mount -t cifs //00.0.0.000/SL12345-1 -o username=SL123451,password=NPASSWORD,rw,nounix,iocharset=utf8,file_mode=0644,dir_mode=0755,sec=ntlmssp /mnt/nas
root@root [~]# df -Th /mnt/nas/
Filesystem Type Size Used Avail Use% Mounted on
//nas05.service.softlayer.com/SL12345-1 cifs 54T 49T 5.3T 91% /mnt/nas
----------------------------------------
Pokud chceš automatické připojení po restartu, doplň do /etc/fstab tento řádek:
\//00.0.0.000/SL12345-1
/mnt/nas
cifs defaults,username=SL12345-1,password=NPASSWORD 0 0
-
Ahoj,
jdu si taktéž pro radu, kde mám chybu.
Snažím se připojit NAS sdílenou složku do Ubuntu 20.04, v fstab mám
//192.168.1.110/Public /home/vizualizace/Hudba cifs user=****,password=****,rw 0 0
respektive nefunguje to automaticky!
když zadám v terminálu sudo mount -a
, tak se bod připojí
-
//192.168.1.110/Public /home/vizualizace/Hudba cifs defaults, user=jméno_uživatele,password=NOPASSWORD,rw 0 0
Je třeba mít nainstalovaný balík cifs-utils
-
Je třeba mít nainstalovaný balík cifs-utils
Tak cifs-utils nainstalovaný jsem měl, jelikož jsem postupoval, v mám případě jako ve všem kolem Ubuntu, podle internetového návodu.
Nějak nemohu dopátrat, k čemu je parametr defaults. Mohl bych poprosit o vysvětlení. Kromě toho a NOPASSWORD neshledávám nic jiného proti mému řádku :P
Zakopaný pes:
... po úpravě zmíněného řádku, tak když dám restart systému se mi objeví požadavek na heslo, vis obrázek
PS: v Ubuntu 18.04 mě vložení tohoto řádku do fstab funguje a disk se namapuje bez problémů
-
Tak si jdu pohlavek a radu
Tak jsem si myslel, že alespoň 18.04 jeden v pořádku. To byla chyba. Nejde, alespoň ne automaticky.
juwa2: prosím o vysvětlení parametru defaults, jelikož s tímto parametrem mě při připojení (automatické i manuální) vyhazuje chybu "mount error(22): Invalid argument" - po odstranění se síťová složka připojí, ALE....
neděje se tak automaticky po startu systému, ale podaří se to, když v Nautilusu kliknu na ikonu "QNAP", pak se složka připojí a je následně přístupná i pod Hudbou
//192.168.1.110/public/ /home/uzivatel/Hudba/QNAP cifs user,credentials=/etc/QNAP-credentials,rw 0 0
-
Možná má být za cifs čárka....
Defaults = výchozí.
-
Možná má být za cifs čárka....
čeče, asi ne, všede kde gůglím, tak cifs je samostatný argument oddělený mezerami
-
zkuste to trochu rozšířit
//192.168.1.110/public/ /home/uzivatel/Hudba/QNAP cifs _netdev,vers=3.0,user,credentials=/etc/QNAP-credentials,rw 0 0
_netdev by teoreticky mělo zařídit to, že nebude zkoušet připojit síťovou věc dřív než pojede síť
vers=3.0 by mělo určit použití vyšší verze smb protokolu (na NASce může být omezeno jaká minimální verze se má použít..)
používání starých verzí je lepší potlačit (z důvodu bezpečnosti...)
-
@jmp
díky, zkusil jsem aplikovat ... bohužel, po restartu je složka Hudba/QNAP prázdná. Platí stále, že když v Nautilu kliknu v postraním panelu na QNAP, tak následně dejde k připojení a ve složce Hudba/QNAP se již objeví obsah z Qnapu.
V samotném QNAPu jsme to kontroloval a je pro Microsoft networking nastavená Samba 3.
Asi bude někde jinde zakopanej pes, protože jako obvykle to všem funguje je mě ne :o
-
Drobná obrazová ukázka toho co se děje
-
mno pokud není na té nasce nastavené uspávání disků, tak už nevím...
-
uspávání tam není ... a i kdyby .... když připojím složku, a ihned restartuji, tak se stejně zase nepřipojí. Přičemž běhěm těch 30s co se restartuje systém by k uspání nedošlo. A celý NAS má jeden RAID 1 svazek a je k němu téměř permanentně přistupováno po celý den, ač do jiných sdílených složek.
Jo bude to nějaký můj FAIL :-\
jen pro zajímavost. Zkusil jsem stejnou sdílenou složku do fstab přidat přes NFS, ale samozřejmě na jiný přípojný bod ... /home/uzivatel/Hudba/NFS. Chová se to úplně stejně.
-
Zase jdu otravovat
stále stejný případ .... Ubuntu 20.04 .... připojení síťového adresáře
//192.168.1.110/public /home/uzivatel/Hudba/QNAP cifs _netdev,vers=3.0,users,credentials=/etc/QNAP-credentials,rw 0 0
Zarazila mne ale jedna maličkost a chci jen vědět proč se to tak děje a jak případně to upravit, aby tomu tak nebylo.
Adresář ~/Hudba/QNAP je vytvořen na počátku uživatelem (mnou) .... po připojení se ale vlastník změní na root, s tím že se změní i práva přístupů, uživatel a skupina jen pro čtení.
Je tedy možné změnit mount, aby adresář zůstal stále uživatelův ?
-
Zase jdu otravovat
stále stejný případ .... Ubuntu 20.04 .... připojení síťového adresáře
//192.168.1.110/public /home/uzivatel/Hudba/QNAP cifs _netdev,vers=3.0,users,credentials=/etc/QNAP-credentials,rw 0 0
Zarazila mne ale jedna maličkost a chci jen vědět proč se to tak děje a jak případně to upravit, aby tomu tak nebylo.
Adresář ~/Hudba/QNAP je vytvořen na počátku uživatelem (mnou) .... po připojení se ale vlastník změní na root, s tím že se změní i práva přístupů, uživatel a skupina jen pro čtení.
Je tedy možné změnit mount, aby adresář zůstal stále uživatelův ?
Změň mountpoint na /media/uživatel/hudba (složku napřed vytvoř). Později si z ní můžeš udělat odkaz kamkoli.
-
toto se již patrně odvíjí od toho, jak jsou ta práva přímo na té NASce (uid=0 tedy root bývá výchozí hodnota)
mrkněte na "man mount.cifs" a zaměřte se na parametry uid,forceuid,gid,forcegid, případně se může hodit file_mode a dir_mode (resp. se mrkněte sám co se může hodit...) případně se možná dají měnit oprávnění přímo na té NASce (pokud máte centrální správu identit nebo jediný OS ze kterého na tu NASku přistupujete)
najít vhodný model fungování je na vás...
-
Na Fedore sa to správa rovnako po pripojení príkazom mount. Adresár si zmení vlastníka na root, ale do primapovaných zložiek ide normálne nahliadať, kopírovať aj mazať z non root užívateľského účtu.
-
Ještě mne napadá .... určitě mi poradíte, kde bych případně mohl najít nějaký LOG .... po startu systému, který třeba napoví, proč se daný řádek v fstab automaticky nepřipojil ?
-
Ještě mne napadá .... určitě mi poradíte, kde bych případně mohl najít nějaký LOG .... po startu systému, který třeba napoví, proč se daný řádek v fstab automaticky nepřipojil ?
/var/log/syslog
/var/log/samba/
-
U mňa funguje tento zápis
//192.168.17.17/install /mnt cifs user=meno_užívateľa,password=heslo_užívateľa,vers2.1,uid=1000 defaults 0 0
-
@juwa2
díky
tak schválně jestli někoho něco napadne, protože pro mě je to hebrejština v somálské vesnici
syslog
May 26 08:30:45 UBUNTU-20-04 systemd[1]: Reached target Network is Online.
May 26 08:30:45 UBUNTU-20-04 systemd[1]: Mounting /home/uzivatel/Hudba/QNAP...
May 26 08:30:45 UBUNTU-20-04 systemd[1]: Started crash report submission daemon.
May 26 08:30:45 UBUNTU-20-04 whoopsie[1084]: [08:30:45] Using lock path: /var/lock/whoopsie/lock
May 26 08:30:45 UBUNTU-20-04 whoopsie[1084]: [08:30:45] offline
May 26 08:30:45 UBUNTU-20-04 kernel: [ 11.974827] FS-Cache: Loaded
May 26 08:30:45 UBUNTU-20-04 kernel: [ 11.987837] FS-Cache: Netfs 'cifs' registered for caching
May 26 08:30:45 UBUNTU-20-04 mount[1085]: mount error(2): No such file or directory
May 26 08:30:45 UBUNTU-20-04 mount[1085]: Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
May 26 08:30:45 UBUNTU-20-04 systemd[1]: home-uzivatel-Hudba-QNAP.mount: Mount process exited, code=exited, status=32/n/a
May 26 08:30:45 UBUNTU-20-04 systemd[1]: home-uzivatel-Hudba-QNAP.mount: Failed with result 'exit-code'.
May 26 08:30:45 UBUNTU-20-04 systemd[1]: Failed to mount /home/uzivatel/Hudba/QNAP.
May 26 08:30:45 UBUNTU-20-04 systemd[1]: Dependency failed for Remote File Systems.
May 26 08:30:45 UBUNTU-20-04 systemd[1]: remote-fs.target: Job remote-fs.target/start failed with result 'dependency'.
May 26 08:30:45 UBUNTU-20-04 systemd[1]: Starting LSB: automatic crash report generation...
May 26 08:30:45 UBUNTU-20-04 kernel: [ 11.990453] Key type cifs.spnego registered
May 26 08:30:45 UBUNTU-20-04 kernel: [ 11.990456] Key type cifs.idmap registered
May 26 08:30:45 UBUNTU-20-04 kernel: [ 11.990671] CIFS: Attempting to mount //192.168.1.110/public
May 26 08:30:45 UBUNTU-20-04 kernel: [ 11.990684] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
May 26 08:30:45 UBUNTU-20-04 kernel: [ 11.990704] CIFS VFS: Error connecting to socket. Aborting operation.
May 26 08:30:45 UBUNTU-20-04 kernel: [ 11.990708] CIFS VFS: cifs_mount failed w/return code = -2
May 26 08:30:45 UBUNTU-20-04 systemd[1]: Started Regular background program processing daemon.
May 26 08:30:45 UBUNTU-20-04 cron[1096]: (CRON) INFO (pidfile fd = 3)
log samba neexistuje
chápu z toho jen že "No such file or directory" nenalezl adresář .... ale pak tedy nechápu, proč se připojí, když kliknu na ikonu v Nautilusu.
U mňa funguje tento zápis
//192.168.17.17/install /mnt cifs user=meno_užívateľa,password=heslo_užívateľa,vers2.1,uid=1000 defaults 0 0
Tady je zajímavé opět to, že jakmile použiji argument "defaults" , ať před ostatními parametry (DTTO juwa2), nebo nakonec (DTTO West) ... tak se složka nejen že nepřipojí, ale při manuálním připojení "sudo mount -a" vyhodí chybu "ount: /etc/fstab: chyba rozboru na řádku 14 – ignorováno"
-
je to citlivé na velikost písmen, tedy například //192.168.1.110/public není totéž jako //192.168.1.110/Public - zkuste omrknout jak toto tak tu lokální cestu jestli to sedí
-
V čase pripájania možno nieje ešte prístupný užívateľský účet, vyskúšaj to mountnúť do /mnt.
-
je to citlivé na velikost písmen, tedy například //192.168.1.110/public není totéž jako //192.168.1.110/Public - zkuste omrknout jak toto tak tu lokální cestu jestli to sedí
NJ, ale tady je zajímavé, že mi to manuálně potom připojí oba případy :)
V čase pripájania možno nieje ešte prístupný užívateľský účet, vyskúšaj to mountnúť do /mnt.
Vyzkoušel jsem ..... bohužel, ani v tomto případě nedošlo k automatickému připojení po startu systému. Zde pak ani nemám v Nemu ani v Nautilu "složku" Síť - QNAP. takže jedině manuálně přes sudo mout -a. To mi přes mount do /home/uzivatel/Hudba/QNAP přijde jen příjěmější cesta.
-
Zrejme už zostáva len pripájať NAS manuálne, alebo skriptom po prihlásení sa do účtu. Tiež to tak robím.
-
Možná je to blbost, ale napadá mě, jestli v rámci novodobé bezpečnostní politiky, ať už úmyslně nebo je to bug, nemá třeba fstab dostatečná oprávnění pro připojení síťových disků. Popř, jestli k tomu teď není ještě nějaké další bezpečnostní nastavení ...
-
Já používám na desktopu následující příkaz do /etc/fstab
//192.168.0.10/series /run/media/abby/series cifs user=user,pass=pass,_netdev,uid=1000 0 0
a normálně mi to funguje.
Akorát je potřeba mít nainstalované balíčky cifs a samba a cokoliv s tím související.
Mount point je stejná cesta jako se připojují flashdisky a v Dolphinu mám vytvořený odkaz.
-
Zrejme už zostáva len pripájať NAS manuálne, alebo skriptom po prihlásení sa do účtu. Tiež to tak robím.
Vidím to stejně ... nejprve zkusím zapsat skript do autostartu ;) ..... a nebo si jako čuňátko dám spouštěč na plochu ... ake cio, stejně už mám desktop posetý jinými fujtajblíky.
//192.168.0.10/series /run/media/abby/series cifs user=user,pass=pass,_netdev,uid=1000 0 0
a normálně mi to funguje.
Zkusím i tvůj zápis .. i když v něm nevidím zásadní rozdíly. Kromě pár parametrů navíc a nahrazení user a pass souborem credentials. Ale na začátku i přímým zápisem už.jm. a hesla do fstab jsem to zkoušel, se stejnými výsledky.
//192.168.1.110/public /home/uzivatel/Hudba/QNAP cifs users,credentials=/etc/QNAP-credentials,vers=3.0,uid=1000,iocharset=utf8 0 0
Nemohu ani trdit, že je to QNAPem. Když zkusím stejně mountnout složku na NAS od Synology, tak dopadnu stejně.
Fakt mě to točí. Všem to tu funguje, jen já jsem trol, který prudí. :o
-
Ahoj,
tak jsem to nakonec vyřešil ..... sice asi ne úplně ideální cestou, ale v mém případě fungovalo
vytvoření skriptu
#!/bin/bash
while true;
do
ping -q -c1 192.168.1.110
if [ $? -eq 0 ]
then
sudo mount.cifs //192.168.1.110/public /home/vizualizace/Hudba/QNAP -o user=Viz20168,password=Vizual2017,rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777
exit 0
fi
done
(Podmínka převzata z jiného vlákna jako test, zda je uskutečněno síťové spojení)
Poté přidat tento skript do Aplikace po spuštění
Pak bylo ještě nutné udělit vyjímku sudo mount.cifs, aby se věčně nedotazoval na heslo. V /etc/sudoers.d přidat soubor s kodem
uzivatel ALL=(ALL) NOPASSWD:/usr/sbin/mount.cifs