Intenté este comando:
mount -t cifs //server/share/directory /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
La respuesta es:
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)
Sin embargo, si intento el mismo comando sin la ruta del prefijo:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
Funciona y puedo acceder a / mnt / directorio / directorio.
Me sale el mismo error si especifico la ruta del prefijo explícitamente en las opciones, es decir:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials,prefixpath=directory --verbose
Información adicional:
- Puedo conectarme a la ruta deseada usando
smbclient //server/share -U username -W domain -D directory - Versión mount.cifs: 5.5
- Kernel de Debian 3.2.0-4-amd64
- Puedo conectarme en otra máquina usando mount.cifs versión 4.5 en Debian kernel 2.6.32-5-amd64
¿Alguna idea de por qué el prefixpath parece causar un problema? Este mismo camino había estado funcionando recientemente; Sospecho que una actualización de un paquete en el lado de Linux o una actualización de Windows está detrás del nuevo comportamiento.
¿Esto es para un NAS? Cuando dice que intenta "sin la ruta del prefijo", el comando tiene el mismo aspecto. ¿Es eso un error tipográfico?
—
Pulpo
Es para una SAN de NetApp. Tienes razón, eso fue un error tipográfico, lo he corregido.
—
cherdt
Un técnico de soporte de NetApp debía proporcionar un rastreo de paquetes, donde descubrieron que mount.cifs está enviando // servidor / recurso compartido // directorio en lugar de // servidor / recurso compartido / directorio. Esto parece ser la causa del problema (aunque no es una solución).
—
cherdt