Como superar o "dispositivo ou recurso ocupado"?

Eu tentei rm -rfuma pasta e fiquei "dispositivo ou recurso ocupado".

No Windows, eu teria usado o LockHunter para resolver isso. Qual é o equivalente ao Linux? (Por favor, forneça como resposta um método simples "desbloqueie este" e não complete artigos como este . Embora sejam úteis, atualmente estou interessado apenas no ASimpleMethodThatWorks ™)

A ferramenta que você deseja é lsof, que significa arquivos abertos da lista .

Ele tem muitas opções, portanto verifique a página de manual, mas se você quiser ver todos os arquivos abertos em um diretório:

lsof +D /path

Isso ocorrerá através do sistema de arquivos abaixo /path; portanto, cuidado com isso em grandes árvores de diretórios.

Depois de saber quais processos têm arquivos abertos, você pode sair desses aplicativos ou matá-los com o kill(1)comando

às vezes, é o resultado de problemas de montagem, então desmonte o sistema de arquivos ou o diretório que você está tentando remover:

quantidade / caminho

Eu uso fuserpara esse tipo de coisa. Ele listará qual processo está usando um arquivo ou arquivos em uma montagem.

Aqui está a solução:

1. Entre no diretório e digite ls -a
2. Você encontrará um .xyzarquivo
3. vi .xyz e veja qual é o conteúdo do arquivo
4. ps -ef | grep username
5. Você verá o conteúdo .xyz na 8a coluna (última linha)
6. kill -9 job_ids - onde job_ids é o valor da segunda coluna do erro correspondente causado pelo conteúdo na oitava coluna
7. Agora tente excluir a pasta ou arquivo.

Eu tive esse mesmo problema, construí uma linha única começando com a recomendação @camh:

lsof +D ./ | awk '{print $2}' | tail -n +2 | xargs kill -9

O awkcomando agarra o PIDS. O tailcomando se livra da primeira entrada traquina: "PID". Eu costumava -9matar, outros podem ter opções mais seguras.

Eu tive esse problema quando um teste automatizado criou um ramdisk. Os comandos sugeridos nas outras respostas lsofe fusernão ajudaram. Após os testes, tentei desmontá-lo e excluir a pasta. Fiquei realmente confuso por muito tempo porque não consegui me livrar dele - fiquei ficando "Dispositivo ou recurso ocupado" !

Por acidente, descobri como me livrar de um disco rígido. Eu tive que desmontá-lo o mesmo número de vezes que eu executei o mountcomando, ou seja, sudo umount path

Devido ao fato de ter sido criado usando testes automatizados, ele foi montado várias vezes, por isso não consegui me livrar dele simplesmente desmontando-o uma vez após os testes. Então, depois de desmontá-lo manualmente muitas vezes, ele finalmente se tornou uma pasta normal novamente e eu pude excluí-lo.

Espero que isso possa ajudar alguém que se deparar com esse problema!

Eu experimento isso frequentemente em servidores que possuem sistemas de arquivos de rede NFS. Estou assumindo que tem algo a ver com o sistema de arquivos, uma vez que os arquivos geralmente são nomeados como .nfs000000123089abcxyz.

Minha solução típica é renomear ou mover o diretório pai do arquivo e voltar mais tarde em um dia ou dois e o arquivo será removido automaticamente. Nesse momento, eu posso excluir o diretório.

Isso normalmente acontece nos diretórios em que estou instalando ou compilando bibliotecas de software.

Tirando a pergunta de Prabhat acima, eu tive esse problema em macos high sierra quando encalhei um processo encfs, a reinicialização o resolveu, mas isso

ps -ef | grep name-of-busy-dir

Me mostrou o processo e o PID (coluna dois).

sudo kill -15 pid-here

consertou.

Se você tiver o servidor acessível, tente

Excluindo esse diretório do servidor

Ou então, monte umount e monte novamente, tente umount -l: umount lento se enfrentar algum problema no umount normal.

Eu também tive esse problema em que

lsof +D path : não fornece saída

ps -ef : não fornece informações relevantes