![](https://seccdn.libravatar.org/avatar/6b8d9479f6ae7f103b99e91f8a68b923.jpg?s=120&d=mm&r=g)
Hallo! Am Freitag, 20. Februar 2004 04:35 schrieb David Haller:
On Fri, 20 Feb 2004, Thilo Gramlich wrote:
Am Donnerstag, 19. Februar 2004 19:51 schrieb David Haller: Es ging mir aber mehr um /dev/hdd>1< als um /dev/[urandom|zero]. Die Partition Table ist dann nämlich nicht platt, und der Abnehmer wird als allererstes ohnehin eine Partitionierung vornehmen und dann ein FS installieren.
Wozu? Wenn der Abnehmer eh neu partitioniert?
Das schreibe ich doch. Es ist egal. Vor allem, wenn man anschließend noch die Partitionseinträge löscht.
Falls man wirklich die Platte als "wie neu" weggeben möchte, kann man ganz zum Schluß ja noch die Platte mit /dev/null beschreiben und
Aus /dev/null wirst du nix rausbekommen...
Gesendet: Heute 02:18:26 <-- Das war definitiv zu früh heute ... Meinte natürlich /dev/zero.
anschließend die Partition Table löschen. Denn wie die mal aufgeteilt war, ist eh egal. Die Datensektoren sind viel wichtiger.
... und mit 'dd if=/dev/zero of=/dev/hdX' ist auch die Partitionstabelle platt.
Grad so, wie wenn du ne HDD im Laden kaufst.
Ich habe den ursprünglichen Poster so verstanden, daß es ihm mehr um das Schreddern der Daten ging als darum, die Platte wieder in den Auslieferungszustand zu versetzen. Und da ist der Inhalt der Partitionstabelle egal. Worum es mir aber besonders geht: offenbar gibt es ein paar Plattentypen, die das übel nehmen, direkt auf /dev/hdX zu schreiben. Daher mein Vorschlag, alle Sektoren in einer Partition zu packen, dann mit /dev/urandom mindestens einmal (besser mehrmals) überschreiben.
Achso: warum noch mit /dev/zero nach /dev/urandom? Datenmuell stoert. Speziell wenn man versucht (ob per Hand oder per gpart) eine Partitionstabelle wiederherzustellen. Und das passiert, siehe Archiv. Wenn man dann weiss, dass Daten sich nur in selbst angelegten Partitionen sind, dann ist das sehr gut zu wissen, denn das vereinfacht die Suche erheblich. Ich hatte mal einen Fall, wo noch Reste einer alten NTFS-Partition nicht ueberschrieben waren. Und ich musste dann muehsam auseinanderklamuesern, welcher der Sektoren denn nun die "echte" zuletzt aktuelle NTFS-Partition beschrieb.
Deswegen ist es eigentlich auch sinnvoll, nach jedem partitionieren die neuen Partitionen vor dem mkfs per dd if=/dev/zero of=/dev/hdXn zu nullen.
OK, da ist dann ein Überschreiben mit /dev/zero wirklich sinnvoll. Bei mir ist die Kiste nur ein privater Spielplatz; die wirklich wichtigen Sachen ziehe ich mir normalerweise schnell auf eine DVD-RAM und brenne dann von Zeit zu Zeit eine CD. Sollte es mal das FS zerlegen, wird halt neu aufgespielt. Als in der Firma sowas passierte, ging das an professionelle Datenretter, weil es schnell gehen mußte (bei uns sind mal ein paar Maschinen wegen ausgefallener Klimaanlage im Serverraum abgeraucht, und dann war auch noch das Backup in Teilen unleserlich - Murphy halt). Thilo -- ------------------------------------------------------------------------------------ Thilo Gramlich Thilo (a dot) Gramlich (an at symbol) aktivanet (a dot) de