Dossier étrange dans mon dossier de départ après une exécution ratée de BleachBit
Un dossier a été créé dans mon dossier personnel (par personne) et je ne peux pas voir le contenu de ce dossier. Elle a les privilèges root, mais lorsque la racine Nautilus est utilisée, le dossier est vide. Lorsque j'essaie de le supprimer, il semblera qu'il supprime plus d'un million de fichiers de mon ordinateur, et je ne sais pas ce que sont ces fichiers.
Comment je peux voir ces fichiers? le nom du dossier créé est "4F8ZBREShQ". J'en ai peur ...
Réponse courte : do
rm -r 4F8ZBREShQ
et aller faire une promenade ou aller chercher un café.
Réponse longue :
Semble un bug de BleachBit. Voir http://bleachbit.sourceforge.net/forum/unremovable-folder-after-trying-wipe-free-space ; vous pouvez y participer.
L'OP de Impossible de supprimer le dossier de l'interface graphique ou du terminal a été capable de s'en débarrasser, voir la réponse; mais probablement sa méthode est exagérée.
Effectivement, faire un rm -r 4F8ZBREShQ et être patient ( vraiment très patient ; ext4 n’est pas un monstre rapide pour les grands annuaires, et c’est LARGE) fonctionnerait.
Ext4 récent devrait utiliser un temps linéaire avec la taille du répertoire pour le processus de suppression; même dans ce cas, la suppression de millions de fichiers nécessitera un temps considérable - de dizaines de minutes à plusieurs heures.
Ce fichier auquel vous faites référence est probablement juste un fichier plein de zéros ou de données aléatoires que bleachbit utilise pour effacer l’espace libre. Si bleachbit échoue ou est désactivé avant la fin de l'effacement, le fichier volumineux reste. Vous pouvez exécuter la commande "rm -rf" en toute sécurité. Une opération similaire se produira si vous écrasez manuellement l'espace libre à l'aide de la commande "dd". "dd if =/dev/zero of =/user/sloshnmosh/Desktop/junkfile bs = 4k conv = notrunc" une fois que tout l'espace est écrasé, vous devez exécuter la commande "rm/user/sloshnmosh/Desktop/junkfile" Bleachbit a été simplement fermé off inopinément avant de pouvoir émettre la commande "rm" en laissant tous les zéros ou les données/dev/urandom utilisés pour occuper (écraser) l'espace disponible sur le disque.