Ich habe diesen Befehl ausprobiert:
mount -t cifs //server/share/directory /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
Antwort ist:
mount.cifs kernel mount options: ip=<IP of server>,unc=\\server \share,user=<username>,prefixpath=directory,pass=********
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Wenn ich jedoch denselben Befehl ohne den Präfixpfad versuche:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
Es funktioniert und ich kann auf / mnt / directory / directory zugreifen.
Ich erhalte den gleichen Fehler, wenn ich den Präfixpfad in den Optionen explizit spezifiziere, dh:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials,prefixpath=directory --verbose
Zusätzliche Information:
- Ich kann mich mit dem gewünschten Pfad verbinden
smbclient //server/share -U username -W domain -D directory
- mount.cifs Version: 5.5
- Debian-Kernel 3.2.0-4-amd64
- Ich kann mit mount.cifs Version 4.5 auf dem Debian-Kernel 2.6.32-5-amd64 eine Verbindung zu einem anderen Computer herstellen
Irgendwelche Ideen, warum der Präfixpfad ein Problem zu verursachen scheint? Der gleiche Weg hatte in letzter Zeit funktioniert; Ich vermute, dass ein Update für ein Paket auf der Linux-Seite oder ein Windows-Update hinter dem neuen Verhalten steckt.
Antworten:
Endlich eine Problemumgehung für dieses Problem gefunden, die mit unserer NetApp funktioniert. Wenn Sie kein DFS benötigen, versuchen Sie es mit der
nodfs
Option.quelle