Portál AbcLinuxu, 10. května 2025 07:30
mount -t cifs //192.168.2.1/lz/mnt/lz-server -o credentials=/home/lz/.smbpassword,iocharset=utf8. Pristup na Sambu mam pro uzivatele lz povolene vc. zapisu.
man
o volbe -o credentials
?/tmp
nebo nejakeho jineho docasneho uloziste?mount -t cifs //192.168.2.1/lz /mnt/lz-server -o credentials=/home/lz/.smbpassword,iocharset=utf8
jinak v credentials mam jmeno a heslo ke sdilenemu adresari..
/tmp
mam v pohode, kdyz pripojim v Gnome smb://192.168.2.1/lz/
, tak je to ok..
kdyz pripojim v Gnome
Jako že to někde vyklikáte a pak máte ten systém skutečně někde připojený, nebo je to jen gnomácký VFS, data jsou přístupná jen v gnome aplikácích a ve skutečnosti v systému (mount
) nic připojeného nemáte?
smb://192.168.2.1/lz/
. Na plose se mi ukaze pripojena slozka - funguje kopirovani, mazani a editace textaku. 2. pripojim prikazem mount -t cifs //192.168.2.1/lz /mnt/lz-server -o credentials=/home/lz/.smbpassword,iocharset=utf8
, na plose se mi ukaze disk, kopirovani i mazani jde, nejde ale editace textaku primo na tom disku....
mount
, kterým ověříte, jestli se skutečně souborový systém připojil na úrovni jádra).
Příkaz mount
vypíše senzam připojených souborových systémů do virtuálního souborového systému (VFS) jádra. (Spolehlivější metoda je cat /proc/mounts
, ale to teď neřešme.)
Takže otázka zní: Když systém připojíte přes Gnome („kliknete na počítač…“), změní se výpis příkazu mount
?
Pokud se nezmění, pak systém souborů nebyl ve skutečnosti připojen do VFS, ale byl pouze zpřístupněn Gnome aplikacím (např. v KDE aplikaci nebo z shellu si takto připojený systém neprohlídnete) přes gnomácký knihovny.
Pokud se změní, tak je to záležitost rozdílu mezi CIFS a SMBFS. Zajímavý tedy bude rozdíl o proti výpisu po přepojení systému ručně přes mount, na který si stěžujete.
Tudíž problém je čistě v jádře nebo parametrech, s jakými to připojujete.
Takže si systém souborů připojte mountem tak, jak vám to zlobí a pokračujte bodem 6..
Případně místo -t cifs zkuste -t smbfs.
Příklad: strace -o /tmp/log -- vim zlobivý_soubor
V editoru uložte soubor, ukončete jej, prohledejte /tmp/log na chybovou hlášku ENOTDIR a prostudujte nejbližší okolí.
Pokud je ten log moc dlouhý, můžete pustit editor normálně, připravte si uložení souboru, pak příkazem strace -p PID_editoru
se připojte na editor, proveďte chybující operaci a příkaz strace ukončete Ctrl-C.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.