| 1 |
Hallo, |
| 2 |
|
| 3 |
Am 30. März 2006 schrieb Manuel M: |
| 4 |
> # dd if=/dev/zero of=/dev/hdb bs=1024k |
| 5 |
> dd: writing `/dev/hdb': No space left on device |
| 6 |
|
| 7 |
Ist doch richtig, irgendwann ist die Platte voll. |
| 8 |
|
| 9 |
> 2447+0 records in |
| 10 |
> 2446+0 records out |
| 11 |
|
| 12 |
Und woran merkt er, dass die Platte voll ist? Dass irgendwann ein Block |
| 13 |
kommt, den er zwar von /dev/zero gelesen hat, aber nicht mehr |
| 14 |
nach /dev/hdb rausschreiben kann. Also ist der zwar noch "in" gekommen, |
| 15 |
aber nicht mehr "out" gegangen. |
| 16 |
|
| 17 |
> dann ohne bs=1024k |
| 18 |
|
| 19 |
Das gleiche. |
| 20 |
|
| 21 |
> Sind nun alle Datenbestände unwiederruflich zerstört oder nicht? |
| 22 |
|
| 23 |
Nun ja, hierüber werden sich die Experten streiten. Deine Daten sind |
| 24 |
wohl nicht mehr so einfach wiederherzustellen, mit Spezialwerkzeugen |
| 25 |
oder bei Spezialfirmen lässt sich der Platte aber anhand der |
| 26 |
Magnetisierung sicher noch bissl was entlocken. Für sicheres Löschen |
| 27 |
müsstest Du wahrscheinlich zumindest nochmal alles mit Einsen |
| 28 |
überschreiben (Aber /dev/one gibt es glaub ich nicht) und dann nochmal |
| 29 |
mit 0. Danach sollte es schon große Probleme machen, anhand der |
| 30 |
Magnetisierung die Daten vor den dann 4 Schreibvorgängen |
| 31 |
wiederherzustellen (denk ich jedenfalls, bin da aber auch kein Experte). |
| 32 |
|
| 33 |
Ciao |
| 34 |
Sebastian |
| 35 |
|
| 36 |
-- |
| 37 |
Sebastian Damm |
| 38 |
Blog: http://blog.sdamm.de |
| 39 |
GPG-Encrypted mail welcome! ID: 0x64D96827 @ pgpkeys.pca.dfn.de |
| 40 |
Fingerprint: CB7F F23F D950 644D 838B 215A 550F 75EC 64D9 6827 |
Archives