Ho provato questo comando:
mount -t cifs //server/share/directory /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
La risposta è:
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)
Tuttavia, se provo lo stesso comando senza il percorso prefisso:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
Funziona e posso accedere a / mnt / directory / directory.
Ottengo lo stesso errore se specifico esplicitamente il prefixpath nelle opzioni, ovvero:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials,prefixpath=directory --verbose
Informazioni addizionali:
- Sono in grado di connettermi al percorso desiderato utilizzando
smbclient //server/share -U username -W domain -D directory - versione mount.cifs: 5.5
- Kernel Debian 3.2.0-4-amd64
- Sono in grado di connettermi su un'altra macchina usando mount.cifs versione 4.5 sul kernel Debian 2.6.32-5-amd64
Qualche idea sul perché il prefixpath sembra causare un problema? Lo stesso percorso aveva funzionato di recente; Sospetto che un nuovo comportamento riguardi un aggiornamento di un pacchetto sul lato Linux o un aggiornamento di Windows.
Questo è per un NAS? Quando dici di provare "senza il percorso prefisso" il comando ha lo stesso aspetto. È un errore di battitura?
—
Polpo,
È per una SAN NetApp. Hai ragione, era un errore di battitura - l'ho corretto.
—
cherdt
A una tecnologia di supporto NetApp doveva essere fornita una traccia di pacchetti, in cui hanno scoperto che mount.cifs sta inviando la directory // server / share // anziché // directory server / share /. Questa sembra essere la causa del problema (anche se non una soluzione).
—
cherdt