J'ai essayé cette commande:
mount -t cifs //server/share/directory /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
La réponse est:
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)
Cependant, si j'essaie la même commande sans le chemin du préfixe:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
Cela fonctionne et je peux accéder au répertoire / mnt / directory / directory.
J'obtiens la même erreur si je spécifie explicitement le préfixe dans les options, c'est-à-dire:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials,prefixpath=directory --verbose
Information additionnelle:
- Je peux me connecter au chemin souhaité en utilisant
smbclient //server/share -U username -W domain -D directory - version mount.cifs: 5.5
- Noyau Debian 3.2.0-4-amd64
- Je peux me connecter sur une autre machine en utilisant la version 4.5 de mount.cifs sur le noyau Debian 2.6.32-5-amd64
Des idées pourquoi le préfixe semble poser problème? Ce même chemin avait fonctionné récemment; Je soupçonne qu'une mise à jour d'un package du côté Linux ou une mise à jour Windows est à l'origine du nouveau comportement.
Est-ce à un NAS? Lorsque vous dites que vous essayez "sans le chemin du préfixe", la commande est identique. Est-ce une faute de frappe?
—
Octopus
C'est vers un SAN NetApp. Vous avez raison, c'était une faute de frappe - je l'ai corrigée.
—
cherdt
Un technicien de support NetApp devait fournir une trace de paquet, où ils ont découvert que mount.cifs envoie // serveur / partage // répertoire plutôt que // serveur / partage / répertoire. Cela semble être la cause du problème (mais pas une solution).
—
cherdt