Como descobrir qual processo está impedindo uma quantidade?

Quando eu faço

sudo umount /media/KINGSTON

Eu tenho

umount: /media/KINGSTON: device is busy.

Fecho todas as janelas e asseguro que todo o shell esteja apontando para outros diretórios. Como posso descobrir qual processo está impedindo a quantia?

abra um terminal:

fuser -c /media/KINGSTON

Ele produzirá algo como isto:

/media/KINGSTON/: 3106c 11086

Isso fornecerá o pid dos processos usando este volume. O caractere extra no final do pid dará algumas informações extras. (c em 3106c)

c - o processo está usando o arquivo como seu diretório de trabalho atual
m - o arquivo é mapeado com
o mmap o - o processo está usando-o como um arquivo aberto
r - o arquivo é o diretório raiz do processo
t - o processo está acessando o arquivo como um arquivo de texto
y - esse arquivo é o terminal de controle do processo

Então, para desmontar, basta matar os pids e tentar novamente o desmontar

sudo kill -9 3106 11086
sudo umount /media/KINGSTON

Nota: Para encontrar o nome exato do aplicativo desses pids, você pode usar este comando

cat /proc/<pid>/cmdline

Por exemplo : cat /proc/11086/cmdline

isso produzirá algo como abaixo.

    evince^@/media/KINGSTON/Ubuntu-guide.pdf^@

Espero que isso ajude

A ferramenta mais útil é lsof  . Ele mostra quais arquivos são usados ​​por quais processos. Se /media/KINGSTONfor um ponto de montagem (o nome do dispositivo também funcionaria), o comando a seguir mostra todos os arquivos que estão em uso nesse ponto de montagem:

lsof /media/KINGSTON

Se você executar este comando como um usuário comum, ele mostrará apenas seus próprios processos¹. Execute sudo lsof /media/KINGSTONpara ver os processos de todos os usuários.

A saída de se lsofparece com isso:

COMMAND   PID   USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
zsh4    31421 gilles  cwd    DIR    8,1     4096 130498 /var/tmp
zsh4    31421 gilles  txt    REG    8,1   550804 821292 /bin/zsh4
zsh4    31421 gilles  mem    REG    8,1    55176 821326 /usr/lib/zsh/4.3.10/zsh/complist.so
zsh4    31421 gilles   12r   REG    8,1   175224 822276 /usr/share/zsh/functions/Completion.zwc

A COMMANDcoluna mostra o nome do programa executável e a PIDcoluna mostra o ID do processo. A NAMEcoluna mostra o nome do arquivo; você pode ver (deleted)se o arquivo foi excluído enquanto aberto (quando um arquivo é excluído, ele não tem mais um nome, mas ainda existe até o último processo de uso fechar o arquivo). USERdeve ser auto-explicativo. As outras colunas não importam aqui, exceto talvez FD, o que mostra como o arquivo é usado pelo processo:

• cwd: diretório de trabalho atual
• txt: o programa executável²
• mem: um arquivo mapeado na memória (aqui, pense nele como um arquivo aberto)
• um número: um arquivo aberto real; uma letra subsequente indica o modo de abertura, como rpara leitura e wescrita

Não há uma maneira mecânica de localizar a janela em que um arquivo está aberto (isso não é tecnicamente significativo: se um processo tiver várias janelas, um arquivo não está particularmente associado a uma janela ou a outra), nem mesmo a uma maneira simples de identificar a janela de um processo (e é claro que um processo não precisa ter nenhuma janela). Mas geralmente o nome do comando e o nome do arquivo são suficientes para localizar o agressor e fechar o arquivo corretamente.

Se você não conseguir fechar o arquivo e apenas quiser finalizar tudo, poderá encerrar o processo com kill 31421(onde 31421está o ID do processo) ou kill -HUP 31421("desligue"). Se matar simples não faz o truque, matar com extremo preconceito: kill -KILL 31421.

Existe uma GUI para lsof, glsof , mas ainda não está pronta para o horário nobre e ainda não está empacotada para o Ubuntu.

¹ O _{Lsof pode listar algumas informações sobre os processos de outros usuários, mas não detecta o ponto de montagem, portanto não os listará se você especificar um ponto de montagem.}
² O _{código executável é freqüentemente chamado de texto nas discussões de formatos executáveis.}

Além disso, isso pode ajudar:

lsof | grep \/media\/KINGSTON

Enquanto isso, o comando do fusor melhorou muito. Você pode fazer o trabalho completo com um único comando:

$ sudo fuser -ickv /"mountpoint"

Onde:

• parâmetro kmata o processo ofensivo,
• enquanto vmostra antecipadamente o processo e seu usuário
• e ipede sua confirmação.

Se algum processo persistir, tente novamente com fuser -ickv -9(ou mais geralmente com -SIGNAL) que mata os mais teimosos.
Mas você sempre encontrará algum processo "imortal" ...!

Nestes casos, ultimamente aprendi a usar

$ sudo umount --lazy --force <mountpoint>

como último recurso, que até agora funcionava para mim o tempo todo.