Připojování síťových disků v fstab skoro na sto způsobů

10.3.2007 12:53 | Přečteno: 4903× | Technologie

Během posledního týdne jsem byl souhrou několika náhod donucen připojovat několik síťových disků na několika počítačích. Připojováním myslím mountování a zápis v fstab.

Popořadě tedy asi takto:

1) Počítač s distribucí kubuntu připojený do sítě se serverem win2003 server, na kterém byly sdílené některé síťové disky (bylo jich asi 6 nebo 7). První možný přístup na tyto disky je přes konqueror v KDE s protokolem smb:// . Zajímavostí je, že šly vidět i některé disky, které by vidět být neměly. Problém ale byl v tom, že protokolu smb nerozumí všechny programy (například kaffeine neuměl přehrávat videa). Takže další, zřejmě elegantnější, možností je tyto disky přímo namountovat v fstab. Nějak takto:

//192.168.200.2/Videoklipy /media/videoklipy smbfs username=jmeno,passwprd=heslo,iocharset=utf8 0 0

Na první pohled logické řešení nefungovalo a připojení příkazem mount /media/videoklipy skončilo chybou podobnou této:

4008: protocol negotiation failed
SMB connection failed

řešením byla změna smbfs na cifs, protože prý si lépe rozumí s win2003

//192.168.200.2/Videoklipy /media/videoklipy cifs username=jmeno,password=heslo,iocharset=utf8 0 0

Jistě existuje lepší řešení přihlašování bez použití username a password. Třeba pomocí domény nebo uid a gid či credentials=.smbcredentials parametrů. Nezkoušel jsem. Tím byl ale namountován pouze jeden disk. Namountování celého serveru prostým zadáním adresy serveru bez specifikace disku neprošlo:

//192.168.200.2/ /media/server cifs username=jmeno,password=heslo,iocharset=utf8 0 0

Řešení, jak namountovat celý server neznám a možná ještě neexistuje. Takže dalším problémem bylo to, že některé disky měly název v češtině a obsahovaly mezery. Například disk: jaja - záloha. Po delším hledání nakonec pomohlo nahrazení mezer v fstab řetězcem \040

//192.168.200.2/jaja\040-\040záloha /media/zaloha cifs username=jmeno,password=heslo,iocharset=utf8 0 0

Háčky i čárky kupodivu fungovaly.

2) Opět počítač s kubuntu, ale úplně jiný a jinde. Jsou na něj namountovány disky přes nfs ze serveru s distribucí slackware. Takto:

192.168.0.10:/mnt/media /mnt/media nfs defaults 0 0

Navíc server se slackwarem tyto disky sdílí i pro klienty s windows přes sambu. Všechno fungovalo relativně dobře i když občas pomalu. Ale do serveru přibyl nový disk 250GB, který byl namountován do adresáře /mnt/media/video a tím pádem okamžitě rozšířil velikost již sdíleného disku. Tak to fungovalo v sambě, ovšem ne už v nfs. V počítači s kubuntu byl adresář /mnt/media/video prázdný. Pravděpodobně je třeba i novou složku vyexportovat. Současný stav, který funguje jak v nfs, tak i v sambě, je tento:

Na serveru je novy disk namountovan do /mnt/video a cesta /mnt/media/video je symbolicky link na /mnt/video. V souboru /etc/exports je radek /mnt/video povoleny_pocitac(rw,sync) a demon nfsd byl restartován.

Na klientovi nfs byl tento disk namountován v fstab takto:

192.168.0.10:/mnt/video /mnt/video nfs defaults 0 0

Symbolicky link funguje jak v nfs, tak i v sambě. Možná ale existuje mnohem elegantnější řešení :)

Závěr:

1) někdy je lepší používat cifs místo smbfs

2) mezery v fstab se dělají pomocí \040

3) nfs automaticky nezpřístupní disk namountovaný do již zpřístupněného disku

       

Komentáře

[Marble]

NFS a další mountovaný disk v podadresáři -- nepomohl by parametr nohide (man exports)?

[Radek Podgorny]

Pokud vim, tak je VZDY lepsi pouzivat cifs. smbfs pujde stejne brzy z jadra na vecny odpocinek...

[Luk]

Ještě nedávno měl CIFS problémy při komunikaci s Win98.

[Adrin]

Mě to nepomohlo, ale možná jsem to špatně použil :)

[Josef Kufner]

Řešení, jak namountovat celý server neznám a možná ještě neexistuje.

Mountovat celý server nejspíš opravdu nejde – server není filesystém, ale tenhle problém řešení má a je celkem lehce realizovatelné. Slouží k tomu kernelí automounter se skripty /etc/auto.smb a /etc/auto.nfs. Pokud pak máš v /etc/auto.master řádky:

/mnt/smb                /etc/auto.smb                   --timeout=10
/mnt/nfs                /etc/auto.net                   --timeout=10

můžeš pobíhat po serverech prostým cd.

Malá ukázka:

~$ cd /mnt/nfs
/mnt/nfs$ ls
/mnt/nfs$ cd akvarko
/mnt/nfs/akvarko$ ls
home  srv
/mnt/nfs/akvarko$ cd srv
/mnt/nfs/akvarko/srv$ ls
public  repository
/mnt/nfs/akvarko/srv$ cd ../.. 
/mnt/nfs$ cd pc
/mnt/nfs/pc$ ls
media  mnt
/mnt/nfs/pc$ cd media
/mnt/nfs/pc/media$ ls
cdrw  dvdrom  dvdrw  floppy  usb
/mnt/nfs/pc/media$ cd ../..
/mnt/nfs$ ls
pc
/mnt/nfs$ sleep 12 ; ls
/mnt/nfs$ 

[anydot]

zkus fusesmb, jedna se o (necekane) FUSE obdobu okolnich pocitacu, tak jak sou znamy z Win. funguje spolehlive a rychle (tedy stejne rychle jako libsmbclient ;).

[Adrin]

Tak update. Čeština v fstab funguje (háčky a čárky v adresářích sdílených samba disků), ale jen do jisté míry. Například při startu systému se podivně, až jaksi chybně namountovali právě ty disky s názvy s háčkami a čárkami. Po jejich odmountovaní a opětovném přimountování už běží dobře.

Zajímavé je, že ntfs-3g dělá něco podobného. Namountuje ntfs oddíl, ale adresáře, které obsahují háčky a čárky nejsou vidět - ovšem pouze při startu systému. Odmountovaní a namountování tento problém vyřeší :)

Možná že mountování probíhá dřív, než se načte národní znaková sada. Řešení jsem zatím nehledal. Válčím na jiných frontách :)