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

Question

Uma pasta foi criada na minha pasta pessoal (não por ninguém) e não consigo ver o conteúdo da pasta. Ela tem privilégios de root, mas quando o acesso nautilus root a pasta está vazia. Quando tento removê-lo, parece remover mais de um milhão de arquivos do meu computador e não sei o que são esses arquivos.

Como eu posso ver esses arquivos? o nome da pasta criada é "4F8ZBREShQ". Estou com medo disso ...

    

Answer 1

Resposta curta : do

rm -r 4F8ZBREShQ

e dar um passeio ou tomar um café.

Resposta longa :

Parece um bug do BleachBit. Veja link ; você pode participar da discussão lá.

O OP Não é possível excluir a pasta do gui ou terminal foi capaz de se livrar dele, veja a resposta; mas provavelmente seu método é exagerado.

Com efeito, fazendo um rm -r 4F8ZBREShQ e sendo paciente ( realmente muito paciente ; ext4 não é um monstro de velocidade para diretórios grandes, e isso é grande) iria funcionar.

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.

    

Answer 2

Esse arquivo que 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 desativado antes que a limpeza seja concluída, o enorme arquivo permanecerá. É seguro executar o comando "rm -rf" Uma coisa semelhante acontecerá quando você substituir o espaço livre manualmente usando o comando "dd". "dd se = / dev / zero de = / usuário / sloshnmosh / Desktop / lixo bs = 4k conv = notrunc" depois que todo o espaço for sobrescrito você emitirá 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 / dev / urandom data que foi usado para ocupar (sobrescrever) espaço livre em disco.

    

Answer 3

Eu estava lidando com o mesmo problema e a solução era rodar no terminal rm -r "folder_name" e esperar até terminar.