Desforçar a desmontagem de um dispositivo, como?

8

Eu montei um dispositivo de bloco (disco rígido interno) para dizer ~/HD e estou tentando,

~# umount ~/HD

Responde,

umount: device is busy.

Agora eu mato todos os processos manualmente examinando

~# fuser -m ~/HD

Eu também me certifico de que realmente nenhum processo está acessando o ~/HD caminho

~# lsof | grep HD

Ainda umount ~/HD diz device is busy mesmo com -f opção.

PS: Eu não quero usar a opção -l de umount , já que o dispositivo montado é na verdade um dispositivo mapeador criptografado, que por sua vez não será desmontado, a menos que o dispositivo mapeador seja claramente desmontado.

Então, basicamente, minha pergunta é como realmente forçar umount a desmontar um dispositivo OU como um dispositivo ainda pode ser marcado como ocupado enquanto nenhum processo o acessa ( ou pelo menos fuser e lsof não reportam isso) e o que posso fazer sobre isso?

Estou no Ubuntu 9.10 x64.

    
por Vikrant Chaudhary 14.12.2009 / 13:11

8 respostas

3

Você verá esse comportamento se tiver montado algo em um subdiretório de ~ / hd. Nesse caso, nem o fusor nem o lsof mostrarão nada. Se você não montou nada em ~ / hd (o 'mount' responderá a esta pergunta), então não tenho certeza do que verificar.

    
por 14.12.2009 / 15:49
5

Certifique-se de que seu diretório de trabalho atual (run 'pwd') não esteja em ~ / hd. Se você está atualmente nesse diretório, umount se recusará a desmontar.

    
por 15.12.2009 / 19:23
3

O comando lsof informará que processo (es) mantém um arquivo aberto.

    
por 14.12.2009 / 14:56
2

para localizar processos / usuários ativos:

fuser -u /path/to/mount

execute o seguinte para removê-los:

fuser -k /path/to/mount

finalmente desmontar o dispositivo ofensivo.

    
por 15.12.2009 / 15:56
1

Larsks escreveu: "Você verá este comportamento se tiver montado alguma outra coisa em um subdiretório de ~ / hd. Nesse caso, nem o fusor nem o lsof mostrarão nada."

Usar lsof com grep mostrará o uso de subdiretórios - por exemplo, "lsof | grep HD".

Eu tive o mesmo problema do pôster original e encontrei a causa usando o comando acima.

    
por 03.01.2013 / 05:55
0

Você já tentou usar a sincronização ?

O comando sync libera os caches do sistema de arquivos forçando os blocos alterados a serem gravados no disco.

    
por 14.12.2009 / 14:50
0

Se você realmente quiser desmontá-lo, use umount -f

de man umount :

-f     Force unmount (in case of an unreachable NFS system).  (Requires kernel 2.1.116 or later.)
    
por 21.08.2013 / 13:23
0

Não consegui desmontar porque um usuário tinha uma sessão SMB aberta. Vale a pena conferir.

    
por 07.01.2016 / 00:28

Tags