
Uma pasta foi criada na minha pasta pessoal (por ninguém) e não consigo ver o conteúdo da pasta. Ela tem privilégios de root, mas quando o acesso root do nautilus a pasta fica vazia. Quando tento removê-lo, parece que ele removeu mais de 1 milhão de arquivos do meu computador, e não sei o que são esses arquivos.
Como posso ver esses arquivos? o nome da pasta criada é "4F8ZBREShQ". Estou com medo disso...
Responder1
Resposta curta: fazer
rm -r 4F8ZBREShQ
e dê um passeio ou tome um café.
Resposta longa:
Parece um bug do BleachBit. Verhttp://bleachbit.sourceforge.net/forum/unremovable-folder-after-trying-wipe-free-space; você pode participar da discussão lá.
O OP deNão é possível excluir a pasta do GUI ou do terminalconseguiu se livrar dele, veja a resposta; mas provavelmente seu método é um exagero.
Na verdade, fazer um rm -r 4F8ZBREShQ
e ser paciente (realmente muito paciente; ext4 não é um monstro de velocidade para diretórios grandes, e isso é GRANDE) funcionaria.
O ext4 recente deve usar um tempo linear com o tamanho do diretório para o processo de exclusão; mesmo assim, a exclusão de milhões de arquivos exigirá um tempo considerável – de dezenas de minutos a várias horas.
Responder2
Esse arquivo ao qual você está se referindo provavelmente é apenas um arquivo cheio de zeros ou dados aleatórios que o Bleachbit usa para limpar o espaço livre. Se o Bleachbit falhar ou for desligado antes da limpeza ser concluída, o arquivo enorme permanecerá. É seguro executar o comando "rm -rf". Algo semelhante acontecerá quando você substituir manualmente o espaço livre usando o comando "dd". "dd if=/dev/zero of=/user/sloshnmosh/Desktop/junkfile bs=4k conv=notrunc" depois que todo o espaço for substituído você emitiria o comando "rm /user/sloshnmosh/Desktop/junkfile" Bleachbit foi simplesmente fechado off inesperadamente antes de poder emitir o comando "rm" deixando todos os zeros ou dados /dev/urandom que foram usados para ocupar (sobrescrever) o espaço livre em disco.
Responder3
Eu estava lidando com o mesmo problema e a solução foi rodar no terminal rm -r "folder_name" e esperar até terminar.