In meinem Home-Ordner wurde ein Ordner erstellt (von niemandem), und ich kann den Ordnerinhalt nicht sehen. Sie hat Root-Rechte, aber wenn der Nautilus-Root-Zugriff erfolgt, ist der Ordner leer. Wenn ich versuche, ihn zu entfernen, werden scheinbar mehr als 1 Million Dateien von meinem Computer gelöscht, und ich weiß nicht, um welche Dateien es sich handelt.
Wie kann ich diese Dateien sehen? Der Name des erstellten Ordners lautet „4F8ZBREShQ“. Das macht mir Angst …
Antwort1
Kurze Antwort: Tun
rm -r 4F8ZBREShQ
und gehen Sie spazieren oder holen Sie sich einen Kaffee.
Lange Antwort:
Scheint ein Fehler von BleachBit zu sein. Siehehttp://bleachbit.sourceforge.net/forum/unremovable-folder-after-trying-wipe-free-space; dort können Sie an der Diskussion teilnehmen.
Das OP vonOrdner kann nicht über die GUI oder das Terminal gelöscht werdenhat es geschafft, es loszuwerden, siehe die Antwort; aber wahrscheinlich ist seine Methode übertrieben.
In der Tat, tun Sie dies rm -r 4F8ZBREShQund seien Sie geduldig (wirklich sehr geduldig; ext4 ist kein Geschwindigkeitsmonster für große Verzeichnisse, und dieses ist GROSS) würde funktionieren.
Aktuelle ext4-Versionen sollten für den Löschvorgang eine lineare Zeit in Abhängigkeit von der Größe des Verzeichnisses verwenden. Selbst dann wird das Löschen von Millionen von Dateien eine beträchtliche Zeit in Anspruch nehmen – von einigen zehn Minuten bis zu mehreren Stunden.
Antwort2
Die Datei, auf die Sie sich beziehen, ist wahrscheinlich nur eine Datei voller Nullen oder zufälliger Daten, die Bleachbit verwendet, um freien Speicherplatz zu löschen. Wenn Bleachbit ausfällt oder ausgeschaltet wird, bevor das Löschen abgeschlossen ist, bleibt die riesige Datei erhalten. Es ist sicher, den Befehl „rm -rf“ auszuführen. Etwas Ähnliches passiert, wenn Sie freien Speicherplatz manuell mit dem Befehl „dd“ überschreiben. „dd if=/dev/zero of=/user/sloshnmosh/Desktop/junkfile bs=4k conv=notrunc“ Nachdem der gesamte Speicherplatz überschrieben wurde, würden Sie den Befehl „rm /user/sloshnmosh/Desktop/junkfile“ ausführen. Bleachbit wurde einfach unerwartet abgeschaltet, bevor der Befehl „rm“ ausgeführt werden konnte, wobei alle Nullen oder /dev/urandom-Daten übrig blieben, die zum Belegen (Überschreiben) von freiem Speicherplatz verwendet wurden.
Antwort3
Ich hatte mit demselben Problem zu kämpfen und die Lösung bestand darin, im Terminal „rm -r „Ordnername“ auszuführen und zu warten, bis es fertig ist.