Tengo un problema recurrente con el montaje/desmontaje de directorios remotos a través de SMB, sin embargo no sé qué desencadena el problema ni cómo resolverlo.
Antecedentes:
Después de montar con éxito el directorio a través de SMB y de utilizarlo durante algún tiempo, parece que el directorio se desmonta por sí mismo. Cuando esto ocurre, no puedo volver a montar el directorio hasta que reinicio el sistema.
Si no reinicio el sistema y utilizo el cuadro de diálogo "Conectar con el servidor" para intentar montar el directorio a través de SMB, el cuadro de diálogo desaparece como si la conexión fuera exitosa, sin embargo no se monta nada.
Si intento hacer lo mismo con un directorio principal (que es el directorio root del servidor), la conexión parece tener éxito y me pide que "seleccione los volúmenes que desea montar en 'xyz.nombre.servidor':" con una lista de directorios. El directorio que monté previamente (que se autodesmontó) aparece en la lista, pero está fantasma y por lo tanto no se puede seleccionar.
Al conectarse por SSH al servidor, no parece haber ningún problema para acceder al directorio.
Este problema ocurre también para otros directorios remotos (aunque no he podido probarlo en otro servidor).
Además, al intentar reconectarse en este escenario, la consola informa del siguiente problema:
"30/10/2014 11:48:20.520 am NetAuthSysAgent[3346]: smb_mount: mount failed to my.server.com/mydirectory, syserr = File exists"
Preguntas:
i) ¿Cuál es la causa de que se desmonte el directorio/volumen?
ii) ¿Cómo puedo evitar que se produzca el desmontaje automático?
iii) Si se produce un desmontaje automático, ¿cómo puedo volver a montar el directorio sin reiniciar?
Detalles del sistema:
OS X 10.9.5
Retina, 15 pulgadas, principios de 2013
Detalles del servidor:
Red Hat Enterprise Linux Server versión 5.11 (Tikanga)
Kernel versión 2.6.18-371.8.1.el5
Salida de df:
Antes del problema:
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk0s2 975425848 899360656 75553192 93% 112484080 9444149 92% /
devfs 371 371 0 100% 644 0 100% /dev
map -hosts 0 0 0 100% 0 0 100% /net
map auto_home 0 0 0 100% 0 0 100% /home
//josh@example.com/josh 10568950416 10486471008 82479408 100% 0 18446744073709551615 0% /Volumes/josh
//josh@example.com/semantic 12682735248 7708953400 4973781848 61% 0 18446744073709551615 0% /Volumes/semantic
Después del problema:
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk0s2 975425848 899350976 75562872 93% 112482870 9445359 92% /
devfs 373 373 0 100% 648 0 100% /dev
map -hosts 0 0 0 100% 0 0 100% /net
map auto_home 0 0 0 100% 0 0 100% /home
//josh@example.com/josh 10568950416 10466951592 101998824 100% 0 18446744073709551615 0% /Volumes/josh
//josh@example.com/semantic 12682735248 7708953400 4973781848 61% 0 18446744073709551615 0% /Volumes/semantic
Observaciones:
Los directorios montados siguen apareciendo en /Volumes cuando se ven desde el terminal, (es decir, 'ls /Volumes'), aunque no siempre es así, pero ambos directorios son inaccesibles. No son visibles en el Finder en absoluto.
Sin embargo, todavía puedo acceder al contenido de uno de los directorios desde Matlab, que ya estaba dentro de un subdirectorio de este directorio (su directorio de trabajo). Si luego me muevo fuera del directorio en Matlab (digamos, a mi directorio personal), no puedo volver a él a través del comando 'cd', sino que tengo que pulsar el botón de retroceso dentro de la barra de herramientas de navegación de archivos y entonces todo es accesible de nuevo desde dentro de Matlab.