Nikator
Anmeldungsdatum: 3. März 2012
Beiträge: 75
|
Hallo zusammen, ich bin gerade dabei, den freien Speicherplatz meines home-Verzeichnises mit secure-delete zu überschreiben, mit folgendem Befehl: sudo sfill -lvz /home Ich konnte sehen, wie der Speicherplatz nach und nach vollgeschrieben wurde. Irgend wann war dann der Zeitpunkt erreicht, an dem alles voll war. Soweit ich secure-delete verstehe, sollte es den überschriebenen Speicherplatz jetzt wieder freigeben. Allerdings passiert jetzt schon seit ein paar Tagen nichts mehr - der Rechner ist nicht abgestürzt, aber die Festplatte bleibt komplett voll und die Eingabeaufforderung ist noch nicht zurückgekehrt. Weiss jemand, was hier das Problem ist? Oder dauert es einfach nur sehr lange, bis der Festplattenplatz wieder freigegeben wird? Kann ich den Fortschritt dabei mir irgend wie anzeigen lassen? Vielen Dank,
Nikator.
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3547
|
Laut der Manpage von sfill schreibt das Programm standardmäßig 37 Durchläufe. Ob du den Schalter -l (kleines Ludwig) oder -I (großes Ida) gesetzt hattest, kannst nur du wissen.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
Nikator schrieb: […] ich bin gerade dabei, den freien Speicherplatz meines home-Verzeichnises mit secure-delete zu überschreiben, mit folgendem Befehl: sudo sfill -lvz /home
Nein. Dieser Befehl überschreibt nicht den bereits freien Speicherplatz, sondern befreit alles, was Du als Ziel angibst. Im konkreten Fall hast Du jetzt Dein Home-Verzeichnis und auch die Home-Verzeichnisse aller anderen Benutzer mit Nullen überschrieben.
[…] Allerdings passiert jetzt schon seit ein paar Tagen nichts mehr - der Rechner ist nicht abgestürzt, aber die Festplatte bleibt komplett voll und die Eingabeaufforderung ist noch nicht zurückgekehrt. Weiss jemand, was hier das Problem ist?
Du hast kein Home-Verzeichnis mehr. Schalte den Rechner aus. Gemäß der Arbeitsweise von sfill gibt es nichts mehr, was gerettet werden könnte.
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
Siehe auch Daten sicher löschen (Abschnitt „Methode-3-sfill“):
Da ein Verzeichnis angegeben werden muss, erzeugt man vorher z.B. das /Muellverzeichnis.
|
Nikator
(Themenstarter)
Anmeldungsdatum: 3. März 2012
Beiträge: 75
|
Ok, das mit dem "Müllverzeichnis" anlegen stand nicht in der Beschreibung, die ich gelesen hatte. Allerdings ist das home-Verzeichnis noch da, genau so auch ein paar Dokumente, die ich noch gespeichert hatte. Im Anhang ist ein screenshot vom Terminal. Ich hab auch schon überlegt, den Rechner einfach auszuschalten, auch wenn die Eingabeaufforderung noch nicht zurück und secure-delete anscheinend noch nicht beendet ist. Nur wie bekomme ich dann den Speicherplatz wieder freigegeben? Danke,
Nikator.
- Bilder
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
dingsbums schrieb: Laut der Manpage von sfill schreibt das Programm standardmäßig 37 Durchläufe. Ob du den Schalter -l (kleines Ludwig) oder -I (großes Ida) gesetzt hattest, kannst nur du wissen.
Nicht ganz, denn der TO hat den Befehl hier in einen Codeblock gesetzt, dessen Zeichensatz solche Verwechselungen weitgehend vermeidet. Beispiel:
kleines L = l
großes i = I
Wenn der Befehl im Codeblock 1:1 der Terminaleingabe entspricht, wurde sfill also auf zwei Durchläufe begrenzt. kB schrieb: Nein. Dieser Befehl überschreibt nicht den bereits freien Speicherplatz, sondern befreit alles, was Du als Ziel angibst. Im konkreten Fall hast Du jetzt Dein Home-Verzeichnis und auch die Home-Verzeichnisse aller anderen Benutzer mit Nullen überschrieben.
Wie genau kommst Du darauf? Ich kannte sfill vorher nicht, habe ihn aber aufgrund des Terminal-Screenshots jetzt mal neugierhalber installiert und getestet. Mit den Optionen -lvz legt er eine Datei namens oooooooo.ooo im angegebenen Verzeichnis an, die er kontinuierlich vollschreibt. Überschrieben wird da anscheinend nichts. Das passt auch zur späteren Aussage Nikators, dass sein Homeverzeichnis noch da ist. Sein Screenshot entspricht der Ausgabe meines Testlaufs. Nikator schrieb: Im Anhang ist ein screenshot vom Terminal. Ich hab auch schon überlegt, den Rechner einfach auszuschalten, auch wenn die Eingabeaufforderung noch nicht zurück und secure-delete anscheinend noch nicht beendet ist. Nur wie bekomme ich dann den Speicherplatz wieder freigegeben?
Ebenfalls aus meinem kurzen Test: Wenn Du den Befehl mit
Strg +
C abbrichst, sollte die Datei oooooooo.ooo automatisch gelöscht werden und der Speicherplatz wieder frei sein.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
V_for_Vortex schrieb: […] Wie genau kommst Du darauf?
Ich beziehe mich auf die Manpage des Programms: SYNOPSIS sfill [-f] [-i] [-I] [-l] [-l] [-v] [-z] directory/mountpoint
Nach dieser ist "directory/mountpoint" die einzige Angabe, welche den Arbeitsort des Programms bestimmen könnte. Zwei Interpretationen, die nicht beide gleichzeitig zutreffen können, sind mir eingefallen: Das Programm löscht alles, was sich in diesem Verzeichnis befindet. Das Programm benutzt dieses Verzeichnis nur als temporäres Verzeichnis. Dann würde es aber logischerweise alles bearbeiten, was im System als Dateisystem zu finden ist. Also auf "/" löschen. Also alle momentan eingehängten Dateisysteme bearbeiten. Eventuell auch die eingehängten Netzwerk-Freigaben.
Die zweite Interpretation erscheint mir so wahnsinnig, dass ich sie als unzutreffend verworfen habe. In dieser temporären Datei oooooooo.ooo werden vermutlich die inodes des „befreiten“ Speicherplatzes gesammelt, um diese danach auch noch zu überschreiben. Ich würde dieses (aus meiner Sicht sehr obskure) Programm keinesfalls empfehlen und schon gar nicht anwenden. Mutige mögen es installieren.
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
kB schrieb: Ich beziehe mich auf die Manpage des Programms:
Hast Du darin die folgenden Absätze gelesen?
sfill is designed to delete data which lies on available diskspace on mediums in a secure manner which can not be recovered by thieves, law enforcement or other threats.
directory/mountpoint – this is the location of the file created in your filesystem. It should lie on the partition you want to write.
Es füllt also den freien Speicherplatz durch das Anlegen einer Datei. Deine zwei Interpretationen lese ich da nicht ansatzweise heraus. In seinem Source Code steht es ebenfalls nocheinmal deutlich:
Secure FILL overwrites all available free diskspace by creating a file, wiping all free diskspace it gets and finally deleting the file.
In unserer Wiki ist sfill dementsprechend auch unter Daten sicher löschen (Abschnitt „Freien-Speicher-mit-Pseudozufallszahlen-ueberschreiben“) beschrieben. Obskur finde ich daran nichts. Vielmehr scheinst Du Dich einfach zu flüchtig über ein Dir unbekanntes Programm informiert zu haben. Das kannst Du aber nicht dem Programm und seinen Entwicklern vorwerfen.
|
Nikator
(Themenstarter)
Anmeldungsdatum: 3. März 2012
Beiträge: 75
|
Hallo zusammen und sorry für die späte Antwort! V_for_Vortex schrieb: dingsbums schrieb: Laut der Manpage von sfill schreibt das Programm standardmäßig 37 Durchläufe. Ob du den Schalter -l (kleines Ludwig) oder -I (großes Ida) gesetzt hattest, kannst nur du wissen.
Nicht ganz, denn der TO hat den Befehl hier in einen Codeblock gesetzt, dessen Zeichensatz solche Verwechselungen weitgehend vermeidet. Beispiel:
kleines L = l
großes i = I
Wenn der Befehl im Codeblock 1:1 der Terminaleingabe entspricht, wurde sfill also auf zwei Durchläufe begrenzt.
Ja genau.
kB schrieb: Nein. Dieser Befehl überschreibt nicht den bereits freien Speicherplatz, sondern befreit alles, was Du als Ziel angibst. Im konkreten Fall hast Du jetzt Dein Home-Verzeichnis und auch die Home-Verzeichnisse aller anderen Benutzer mit Nullen überschrieben.
Wie genau kommst Du darauf? Ich kannte sfill vorher nicht, habe ihn aber aufgrund des Terminal-Screenshots jetzt mal neugierhalber installiert und getestet. Mit den Optionen -lvz legt er eine Datei namens oooooooo.ooo im angegebenen Verzeichnis an, die er kontinuierlich vollschreibt. Überschrieben wird da anscheinend nichts. Das passt auch zur späteren Aussage Nikators, dass sein Homeverzeichnis noch da ist. Sein Screenshot entspricht der Ausgabe meines Testlaufs. Nikator schrieb: Im Anhang ist ein screenshot vom Terminal. Ich hab auch schon überlegt, den Rechner einfach auszuschalten, auch wenn die Eingabeaufforderung noch nicht zurück und secure-delete anscheinend noch nicht beendet ist. Nur wie bekomme ich dann den Speicherplatz wieder freigegeben?
Ebenfalls aus meinem kurzen Test: Wenn Du den Befehl mit
Strg +
C abbrichst, sollte die Datei oooooooo.ooo automatisch gelöscht werden und der Speicherplatz wieder frei sein.
Das hat geklappt - das Programm wurde beendet und der Speicherplatz wieder freigegeben. Vielen Dank für den Hinweis! Allerdings frage ich mich, was da schief gelaufen ist... ich kann mir kaum vorstellen, dass das Programm so angelegt ist, dass es nicht von alleine abschließt, sobald der freie Speicherplatz komplett vollgeschrieben ist, sondern dass man es aktiv irgend wann abbrechen muss... oder hab ich da was falsch verstanden? ☺
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
Nikator schrieb: Das hat geklappt - das Programm wurde beendet und der Speicherplatz wieder freigegeben. Vielen Dank für den Hinweis! Allerdings frage ich mich, was da schief gelaufen ist... ich kann mir kaum vorstellen, dass das Programm so angelegt ist, dass es nicht von alleine abschließt, sobald der freie Speicherplatz komplett vollgeschrieben ist, sondern dass man es aktiv irgend wann abbrechen muss... oder hab ich da was falsch verstanden? ☺
Nein, das verstehe ich auch so, habe aber keinerlei praktische Erfahrung mit diesem Programm. Wenn es Dich sehr interessiert, teste es doch mal auf einem anderen Datenträger mit sehr wenig freiem Speicherplatz, damit Du nicht lange auf dessen vollständige Füllung warten musst. Notfalls lege vorher selbst eine fast den ganzen Speicherplatz belegende Dummy-Datei mittels dd an.
|
Nikator
(Themenstarter)
Anmeldungsdatum: 3. März 2012
Beiträge: 75
|
V_for_Vortex schrieb: Nikator schrieb: Das hat geklappt - das Programm wurde beendet und der Speicherplatz wieder freigegeben. Vielen Dank für den Hinweis! Allerdings frage ich mich, was da schief gelaufen ist... ich kann mir kaum vorstellen, dass das Programm so angelegt ist, dass es nicht von alleine abschließt, sobald der freie Speicherplatz komplett vollgeschrieben ist, sondern dass man es aktiv irgend wann abbrechen muss... oder hab ich da was falsch verstanden? ☺
Nein, das verstehe ich auch so, habe aber keinerlei praktische Erfahrung mit diesem Programm. Wenn es Dich sehr interessiert, teste es doch mal auf einem anderen Datenträger mit sehr wenig freiem Speicherplatz, damit Du nicht lange auf dessen vollständige Füllung warten musst. Notfalls lege vorher selbst eine fast den ganzen Speicherplatz belegende Dummy-Datei mittels dd an.
Gute Idee. Wenn ich die Gelegenheit dazu finde, werd ich das Ergebnis hier mitteilen. Vielen Dank jedenfalls nochmal!
|