Pasta estranha na minha pasta pessoal após uma falha na execução do BleachBit

Pasta estranha na minha pasta pessoal após uma falha na execução do BleachBit

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 4F8ZBREShQe 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.

informação relacionada