Daten sicher löschen

[wofgang]

Hallo,
ich nutze eine DS110J mit einer 1,5TB Festplatte. Nun gibt es Programme mit denen man Daten sicher löschen kann. Ich nutze O&O Safeerase. Dort gibt es die Möglichkeit freien Speicherplatz sicher zu löschen. Das funktioniert im Prinzip auch auf der NAS wenn ich das Program auf einem Rechner starte und die NAS dann über das Programm bearbeite. Aber das dauert wegen dem Netzwerk irre lang wenn 80% noch frei sind. Gibt es da eine Möglichkeit, dass die NAS das selbst erledigt?

mfg
Wolfgang

 

[jahlives]

theoretisch ginge das wohl mit dd. Damit kannst du einfach ein File voller 0-en schreiben. Da es ein File ist kann es nicht grösser werden als die Partition resp kann auch nicht den belegten Platz der Partition überschreiben

dd if=/dev/zero of=/volume1/delete.img bs=1024

wenn dd die Partition gefüllt hat, dann bricht der Job ab und du kannst das File löschen. Damit sollte der komplette freie Platz mit 0-en überschrieben worden sein. Statt /dev/zero ginge auch /dev/random als Quelle. Dann würde zufällig 1 und 0 geschrieben. Dauert dann allerdings massiv länger

 

[wofgang]

Hallo,
danke für die Antwort. Was aber ist dd?

 

[amarthius]

Du musst dich per SSH oder TelNet mit der DS verbinden. Als root mit Admin-Passwort einloggen und den obigen Befehl ausführen.

http://de.wikipedia.org/wiki/Dd_(Unix)

 

[himitsu]

Blos als Tipp, falls jemand diesen Thread nochmal findet.

Über DD werden nur leere/ungenutzte Cluster (mehrere Sektoren) gelöscht.
Wurde ein Bereich schon teilweise von einer neuern Datei belegt/überschieben, dann kann im ungenutzten Teil des Clusters noch ein Teil der ursprünglichen Daten erhalten bleiben.

Programme mit direktem Zugriff auf den Datenträger könnten sowas ebenfalls überschreiben, aber nach meiner Erfahrung macht das fast keines dieser billigen Löschprogramme.

O&O Safeerase wird an diese Daten auch nicht ran kommen, jedenfalls nicht über die Ordnerfreigabe.
Und hat die Freigabe ein Quota, dann bricht der Löschvorgang schon dort ab, bevor die Platte vollständig gefüllt wurde.

PS: Kopieen in Backups und Snapshots sollte man auch in Betracht ziehen.

 

[Puppetmaster]

Über DD werden nur leere/ungenutzte Cluster (mehrere Sektoren) gelöscht.

Wie sollte das gehen?
Du meinst also, eine volle/komplett genutzte Platte (Cluster) wird von dd gar nicht erst überschrieben?
Also, zumindest entspricht das nicht meiner Erfahrung.

 

[peterhoffmann]

Du meinst also, eine volle/komplett genutzte Platte (Cluster) wird von dd gar nicht erst überschrieben?

Es kommt darauf an, wie du dd anwendest.
Nutzt du es so wie jahlives in Post2 es macht, schreibt er ja aus Zero eine Datei auf Volume1. Das überschreibt ausschließlich den leeren Teil der HDD.

Der Unterschied liegt bei

of=/volume1/delete.img

oder z.B.

of=/dev/sda

 

[Puppetmaster]

Ja, ok. Muss gestehen, dass ich so genau gar nicht hingesehen hatte. Ich nutze es immer direkt auf's Device.

 

[peterhoffmann]

Ich nutze es immer direkt auf's Device.

So mache ich das auch. Ran an den PC, dd direkt auf hda bzw. sda, bs einstellen und immer rüber mit den Nullen.

Aber die Idee von jahlives fand ich auch gut, sie ist zwar (in der DS) naheliegend, hatte ich aber nie im Blickfeld. Wenn die Platte leer ist, kann man so auch die dritte Partition mit Nullen volllaufen lassen.

 

[peterhoffmann]

dd if=/dev/zero of=/volume1/delete.img bs=[U][B][COLOR="#FF0000"]1024[/COLOR][/B][/U]

Ich muss das noch mal kurz aufgreifen.
Warum benutzt du hier nur 1024?
Damit kommt man auf ca. 18 MB/s (bei meiner DS218+ mit 3TB-Platten und einer Testgröße von 3GB).
Mit 8192 sind es schon ca. 70MB/s. Bei 1M läuft es mit ca. 80MB/s.

 

[himitsu]

2 Sektoren pro Cluster kommen mir für 3TB auch etwas wenig vor.
8KB oder gar noch etwas mehr sind da schon realistischer.
Tja, sehr viele winzige Zugriffe sind halt langsamer, als viele etwas Größere. Mehr als 4 MB macht praktisch keinen Sinn mehr, aber da dürft ihr auch gern mal auf die Größe der Cache schauen, die bis zur Platte durchlaufen werden. Vielleicht kann man bei DD auch irgendwo den Zugriff auf unbuffered umstellen. (da muß der Wert aber immer genau ein Vielfaches der Sektorgröße sein, sonst knallt es)

Bei zu groß kann es sein, dass die letzten Bytes nicht mehr beschrieben werden.
z.B. 16KB BlockSize beim schreiben, aber nur 8KB pro Cluster und schon könnte es sein, dass der letzte freie Cluster nicht mehr beschrieben wird ... kommt drauf an, wie DD da arbeitet.
Beim direkten Zugriff auf den Datenträger eben ein Vielfaches der Sektorgröße (512 Byte ... kommt immernoch selten vor, dass man HDDs mit größeren Werten sieht)


Es kommt halt drauf an, ob man alles löschen will, da kommt man dann auch ganz einfach an Alles ran, weil man auf nichts achten muß.

Oder ob bestehende Daten erhalten bleiben sollen und nur "ausversehn" gespeicherte sensible Daten wieder löschen will, also nur all das, was von "gelöschten" Dateien übrig blieb.
Dort eben aus Backups, Snapshots und weil man nicht weiß wo auf der Platte noch was liegt, dann auch noch aus allen nun ungenutzten Speicherbereichen.
Gut, hier geht auch ein Backup des Systems und der zu erhaltenden Daten (exklusive der ungenutzten Speicherbereiche, also kein 1:1-Clone der HDD), dann die ganze Platte/Volume plätten und anschließend alles wieder zurück.
(oder man vertraut einfach darauf, dass diese Restdaten irgendwann bestimmt wieder überschrieben werden)