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 -lque funcionara.umount -a -t cifs -lfuncionó como un encanto para mí en CentOS 6.3. Me ahorró un reinicio del servidor.
fuente
-ae-linterruptores 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 ensoftrealidad 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 -vopciones 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
&, dejeumountcorrer en segundo plano.umountseparará primero el sistema de archivos, por lo que no encontrará nada abundante/mnt. Si ejecuta eldfcomando, lo hará a laumount /mntfuerza.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