Ok, este é um tipo de problema resolvido, mas ainda estou interessado no que está por trás disso.
Eu tenho construído o cromo a partir do código-fonte por um tempo agora, e decidi me livrar do diretório src e de todas as minhas compilações atuais e começar do zero (mudança de configuração de compilação). Então eu queria usar rm -rf para deletar o diretório ./src/. o ./src/out/Debug/ dir foi vinculado a / opt / chrome e o binário foi vinculado na minha barra gnome-Do docky.
Ao tentar rm -rf o diretório src, depois de um segundo ou mais eu obtive um bloqueio total do meu gui, nada respondeu incluindo tentativas de mudar runlevels. A caixa ainda respondia a um ping, embora não ter o openssh-server instalado não me permitia tentar mais nada, então eu reiniciei bastante. Isso aconteceu duas vezes. A terceira vez que eu removi o diretório do symlink e o ícone do gnome-Do e a exclusão funcionou ... Alguém tem alguma idéia do que aconteceu aqui e do que pode ter causado isso?
Eu gostaria da segunda sugestão de EmmEff. É bastante comum que o sistema congele quando algum comando bloqueia operações de E / S. Isto pode ser devido a setores defeituosos no disco - verifique usando os comandos fsck ou badblocks , mas certifique-se você passa nas opções para fazer um teste não destrutivo. O outro problema, mais comum, é que você está em um sistema de arquivos de rede e experimenta latência em operações de E / S.
Você executou o fsck neste sistema de arquivos? Pode haver corrupção no sistema de arquivos ou o disco está indo mal nos setores em que esses arquivos estão / foram armazenados.
Eu sugeriria um link simbólico recursivo, mas minha breve experimentação não conseguiu acionar o comportamento descrito por você.