Nachdem Sysadmin den NAS ersetzt hat, kann ich die Netzwerkfreigabe nicht mehr mit mounten
sudo mount -t cifs //netgear.local/public /media/mountY -o uid=1000,iocharset=utf8,username="adam",password="password"
Beide NAS sind linuxbasiert, einer mit Samba 3.5.15 (der alte) und der andere mit Samba 3.5.16 (der neue) (Informationen von smbclient).
Ich kann mich jedoch einloggen und die Freigabe mit folgender Hilfe verwenden smbclient
:
smbclient //NETGEARV2/public -U adam
Was kann ich tun? Unter smbmount
Linux Mint (und auch unter Ubuntu) gibt es keine mehr.
Wenn ich nachschaue, dmesg
erhalte ich folgende Informationen:
CIFS VFS: Send error in QFSUnixInfo = -95
CIFS VFS: cifs_read_super: get root inode failed
sudo apt-get install smbfs
yeldsE: Package 'smbfs' has no installation candidate
. Paketcifs-utils
ersetzen Sie es, das läuft darauf hinausmount -t cifs
.dmesg
, ob es weitere Details zu den Fehlern im Kernel gibt.cifsacl
): unix.stackexchange.com/questions/403509/…Antworten:
Bei der Arbeit bin ich auf ein ähnliches Problem gestoßen.
moun -t cifs
hörte einfach auf zu arbeiten. Nach dem Mounten einer CIFS / SMB-Ressource und dem Betrachten der Ausgabe vondemsg
stellte ich fest, dass das Hinzufügen der Optionvers=1.0
den Trick vollbrachte. Mein Befehl sieht aus wiequelle
vers=2.0
kann auch eine Lösung sein.vers=2.0
arbeitete für mich. Kein Glück mitsec=ntlm
sec=ntlm
, dann fehlte es meistensvers=1.0
, jetzt sehen wir erste Vorkommen vonvers=2.0
. :-)Nachdem ich das DMSEG und Googeln gesehen hatte, fand ich die Lösung:
Man muss die
sec=ntlm
Option hinzufügen . Das Problem (Feature?) Wurde in neueren Kerneln eingeführt (ich verwende 3.8.4). Mir war nur nicht klar, dass das Problem mit dem Kernel zusammenhängt. Die richtige Art der Montage ist also:quelle
sec=ntlm
mitmount.cifs
. (sudo mount.cifs '\\server\share' '/mnt/share' -o domain=DOMAIN,username=USERNAME,sec=ntlm