el dispositivo sshfs está ocupado

Monté un sistema de archivos remoto usando sshfs (versión 2.8.4)

sshfs -o allow_root joeuser@example.com: ./example

pero desmontarlo falla

> fusermount -u example
umount: /home/joeuser/example: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))

¿Alguna idea de qué podría estar causando este error y cómo se podría solucionarlo?

Algún programa está usando un archivo en el sistema de archivos que está intentando desmontar. Podría ser un archivo abierto para leer o escribir, un directorio actual o algunos casos más oscuros. Incluso podría deberse a que un directorio en el sistema de archivos es un punto de montaje.

Para investigar, corre lsof +f -- example. Le dirá qué proceso (s) está utilizando el sistema de archivos. Haga su propio juicio sobre si hacerlos cerrar archivos, eliminarlos o aplazar la operación de desmontaje.

Creo que quieres un desmontaje perezoso:

sudo umount -l example

Acabo de tener este problema y no pude kill -9leer el proceso del sistema de archivos montado. kill -9no funcionó incluso después fusermount -zu /mount/pointo umount -l /mount/point(que funcionó). Lo único que funcionó fue pkill -9 sshfs.

Al ejecutar Ubuntu, se menciona man fusermountuna -zopción, que se documenta como "desmontaje diferido". Parece estar relacionado, pero necesita una confirmación, dada por esta otra página de manual : fusermount (man.he.net) , que dice "desmontaje diferido (funciona incluso si el recurso aún está ocupado)". Hay que utilizarlo con el -u, la -zopción solo, producirá un error. Probé la -zopción y puedo confirmar que funciona, pero esto parece demasiado un truco: ¿qué hace exactamente? ¿Desmontarlo automáticamente tan pronto como el directorio ya no esté ocupado? No sé, no documentado, tan inseguro.

Así que aquí hay otra opción, más detallada, pero más segura: intenta desmontar hasta que tenga éxito, tantas veces como sea necesario, en un bucle.

echo -n "Unmounting...";
fusermount -u -q "$MOUNT_POINT";
OK="$?";

while [ "$OK" != "0" ]
do
   sleep 1;
   echo -n ".";
   fusermount -u -q "$MOUNT_POINT";
   OK="$?";
done

echo;

Hay una retroalimentación de progreso mínima, para que uno sepa lo que está sucediendo y no crea que está colgado.

Esta opción es aceptable desde un script de shell; para la interacción de la línea de comandos, el uso de la -zopción es más útil, pero probablemente se debe tener en cuenta que la página del manual no lo documenta y puede haber dudas sobre lo que hace exactamente.

A menudo veo "dispositivo ocupado" con sshfs cuando tengo una ventana de terminal abierta a un directorio en el recurso compartido sshfs. Salir del terminal o cambiar los directorios a un recurso compartido local y luego ejecutar fusermount -u resuelve mis problemas.

En OS X intente:

diskutil unmount force /mount/point

Si ya se aseguró de que ningún proceso sigue utilizando el sistema de archivos antes de intentar un montaje "normal":

• fuser -vm /mount/point y / o
• lsof /mount/point para encontrarlos
• salir / kill / do_something_with_them para que ya no se usen /mount/point,

Tratar:

• pkill -KILL sshfs y entonces
• fusermount -u /mount/point.

Me ayudó cuando perdí la conexión de red y no pude desmontar el punto de montaje sshfs que no respondía.

Además, si desea que sshfs se desmonte automáticamente cuando se pierde la conexión de red , informando a las aplicaciones que usan sshfs de un error de E / S (para que no se atasquen infinitamente), monte con:

• sshfs -o ServerAliveInterval=15 remote-srv:/remote/dir /local/mountpoint

Cuando no se intercambian datos, su sshcliente verificará cada 15 segundos si puede obtener una respuesta del servidor. Si fallan 3 verificaciones, se desconectará y desmontará.