Início / unix / Perguntas / 464585
Accepted
robert
Asked: 2018-08-25 00:02:46 +0800 CST

umount: destino está ocupado

  • 772

Eu montei /deve imediatamente tentei desmontar:

$ sudo mount -o rbind /dev m
$ sudo umount m
umount: /tmp/m: target is busy.
$ sudo lsof m
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
kdevtmpfs  55 root  cwd    DIR    0,6     4420    2 m
kdevtmpfs  55 root  rtd    DIR    0,6     4420    2 m

Eu li que fuserpode matar processos que acessam o ponto de montagem, mas gostaria de entender o que está acontecendo neste caso simples. De acordo com a lsofsaída, algo usa o ponto de montagem como diretório de trabalho atual (cwd)?

Eu não quero usar desmontagem preguiçosa.

linux mount

1 respostas

  1. Best Answer

    Você costumava rbindmontar um sistema de arquivos e submontagens. Para desmontar um sistema de arquivos, você deve primeiro desmontar suas submontagens (e o mesmo para suas submontagens, recursivamente). Mas tome cuidado!

    mount --make-rslave m
umount -R m

    Sem o primeiro comando, você corre o risco de desmontar todas as submontagens no source , devido à propagação da montagem. Nesse caso, isso significa todas as submontagens de /dev, o que teria efeitos ruins em seu sistema em execução ;-).

    Basicamente, a propagação de montaria é uma armadilha enorme esperando que você caia nela :-). Parece que teria sido melhor se as montagens de ligação o desabilitassem por padrão.

    kdevtmpfsé o thread do kernel que mantém o devtmpfs. Não impede a desmontagem do devtmpfs. Isso ocorre porque o thread do kernel é executado em uma montagem separada (como uma montagem de ligação). Você não pode ver aquela montagem original; ele está em um namespace de montagem separado. Se você quiser tentar descobrir por que kdevtmpfsaparece em lsof, eu não sei, talvez considere isso uma pergunta separada.

    • 11

relate perguntas