Tengo un recurso compartido CIFS montado en una máquina Linux. El servidor CIFS está inactivo, o la conexión a Internet está inactiva, y cualquier cosa que toque el soporte CIFS ahora tarda varios minutos en agotar el tiempo de espera, y no se puede matar mientras espera. Ni siquiera puedo ejecutar ls en mi directorio de inicio porque hay un enlace simbólico apuntando dentro del soporte CIFS y ls intenta seguirlo para decidir de qué color debe ser. Si intento desmontarlo (incluso con -fl), el proceso de desmontaje se bloquea al igual que ls. Ni siquiera sudo kill -9 puede matarlo. ¿Cómo puedo forzar el desmontaje del kernel?
149
Respuestas:
Yo uso vago desmontar:
umount -l
(eso es una minúsculaL
)fuente
sudo umount -a -t cifs -l
. O bien esto funcionó, o el primer montaje tardó un tiempo (¿120s? 300s?) En completarse. Recibí muchas advertencias sobre el bloqueo de umount durante más de 120 segundos.sudo umount -a -t cifs -l
que funcionara.umount -a -t cifs -l
funcionó como un encanto para mí en CentOS 6.3. Me ahorró un reinicio del servidor.
fuente
-a
e-l
interruptores son y cómo están ayudando?En RHEL 6 esto funcionó:
fuente
Esto funciona para mí (Ubuntu 13.10 Desktop para un servidor Ubuntu 14.04): -
Montado con
donde serv_share es el configurado y señalado en el archivo smb.conf.
fuente
Tuve este problema por un día hasta que encontré la resolución real. En lugar de intentar forzar el desmontaje de un recurso compartido smb que está colgado, monte el recurso compartido con la opción "soft". Si un proceso intenta conectarse al recurso compartido que no está disponible, dejará de intentarlo después de un cierto período de tiempo.
Puede que no sea una respuesta real a su pregunta, pero es una solución al problema.
fuente
man mount.cifs
, notará que ensoft
realidad es el valor predeterminado.Pruebe umount -f / mnt / share. Funciona bien con NFS, nunca intentado con cifs.
Además, eche un vistazo a los autofs, montará el recurso compartido solo cuando se acceda y lo desmontará después de los mundos.
Hay un buen tutorial en www.howtoforge.net
fuente
Tuve un problema muy similar con davfs. En la página de manual de
umount.davfs
, descubrí que las-f -l -n -r -v
opciones son ignoradas porumount.davfs
. Para desmontar a la fuerza mi montaje davfs, tuve que usarumount -i -f -l /media/davmount
.fuente
Hay una opción -f para desmontar que puedes probar:
¿Estás especificando la opción '-t cifs' para montar? También asegúrese de no especificar la opción 'difícil' para montar.
También es posible que desee considerar fusesmb , ya que el sistema de archivos se ejecutará en el espacio de usuario, puede matarlo como cualquier otro proceso.
fuente
Tenga cuidado
&
, dejeumount
correr en segundo plano.umount
separará primero el sistema de archivos, por lo que no encontrará nada abundante/mnt
. Si ejecuta eldf
comando, lo hará a laumount /mnt
fuerza.fuente
En RHEL 6 esto también funcionó para mí:
umount -f -a -t cifs -l FOLDER_NAME
fuente
Un desmontaje perezoso hará el trabajo por usted.
fuente