Início / unix / Perguntas / 506319
Accepted
ahmet alp balkan
Asked: 2019-03-15 08:52:40 +0800 CST

Por que estou recebendo "Diretório não vazio" com "rm -rf"?

  • 772

Estou usando o macOS com rmferramenta do GNU coreutils (não do próprio macOS rm).

Então eu tenho um script onde eu limpo algum diretório assim:

if [ -d "${cleanup_repo_clone_root}" ]; then
    echo "Cleaning up tmp directory: ${cleanup_repo_clone_root}"
    set -x; rm -rf -- "${cleanup_repo_clone_root}"
fi

Eu joguei um set -xlá para ver o que está acontecendo.

Está me mostrando a saída:

+ set -x
+ rm -rf -- /var/folders/h7/n46zg3md4l57vzsgxcs355/T/tmp.eizQw1iNBQ
rm: cannot remove '/var/folders/h7/n46zg3md4l57vzsgxcs355/T/tmp.eizQw1iNBQ': Directory not empty

mas se eu copiar e colar esse comando rm e executá-lo, funciona bem!

$ rm -rf -- /var/folders/h7/n46zg3md4l57vzsgxcs355/T/tmp.eizQw1iNBQ

O que esta acontecendo aqui?

scripting rm

2 respostas

  1. rmAs ações de ao operar em vários arquivos ou diretórios não são atômicas. Isso importa neste caso porque rm -rfaz uma busca de baixo para cima por arquivos e diretórios, removendo-os das folhas para a raiz do caminho solicitado. Ele faz isso unlinking e rmdiring até não sobrar nada, e então rmdiré o diretório final.

    Essas coisas acontecem em sequência, portanto, se mais arquivos forem criados antes que um rmdirseja emitido, você receberá de volta ENOTEMPTY("Diretório não está vazio").

    É mais do que provável que seu script ou outro processo em execução no sistema esteja criando coisas simultaneamente com o arquivo rm -rf. Você pode precisar pensar sobre:

    1. Fazendo isso de forma síncrona em vez de assíncrona, ou
    2. Tente novamente rm -rfse falhar e retornar ENOTEMPTY (embora o outro aplicativo possa falhar, pois o diretório foi removido abaixo dele)

    Você pode encontrar o outro aplicativo que está criando arquivos usando algo como fanotifyou um script eBPF, como opensnoopde BCC . inotifytambém pode ser útil, mas infelizmente não inclui o processo de criação de arquivos em sua saída.

    Outra possibilidade é que a remoção de um arquivo falhou, mas isso pode ser mascarado por -f. Tente executar sem -fpara ver qual pode ser o erro nesse caso.

    • 5
  2. Best Answer

    Acontece que uma open $dirchamada anterior que eu estava fazendo estava iniciando um dos subdiretórios do diretório que desejo remover no macOS Finder (aplicativo de desktop do navegador de arquivos).

    Parece que o macOS está dando este Directory not emptyerro enigmático (ENOEMPTY) se houver um processo que bloqueie um dos arquivos/diretórios nesse diretório que você deseja remover.

    • 1

relate perguntas