| 1 |
Am Sonntag, den 10.07.2005, 23:32 +0200 schrieb Alexander Skwar: |
| 2 |
> Warum? dd if=/dev/hde of=/dev/null lief problemlos durch. |
| 3 |
hast du eine Prüfung gemacht das auch wirklich alles nullen drauf |
| 4 |
geschrieben wurden konnten? |
| 5 |
> |
| 6 |
> [23:29:07 alexander@server:~] $ sudo /usr/sbin/smartctl -H /dev/hde |
| 7 |
mach mal ein smartctl -t long /dev/hde |
| 8 |
> |
| 9 |
> >> > Ich würde sagen schick die Platte zu Ontrack wenn es wichtig ist. |
| 10 |
> >> |
| 11 |
> >> *LOL* Die bekommen es ja noch nicht mal hin, einfache gelöschte |
| 12 |
> >> Dateien zu recovern. Bei xfs on dm_crypt on lvm2 glaube ich kaum, |
| 13 |
> >> das die auch nur Ansatzweise 'ne Chance hätten. |
| 14 |
> > Was gibts da zu lachen? |
| 15 |
> |
| 16 |
> Kennst Du einen verifizierten Fall, wo Ontrack eine überschriebene |
| 17 |
> (sagen wir mit 0x00) Datei zurückholen konnte? |
| 18 |
einen verifizierten kenne ich nicht, aber ich habe gelesen das dies |
| 19 |
optisch möglich sei. Die Festplatten aus dem WTC wurden auch im |
| 20 |
verbrannten/angesengten Zustand so gerettet Größtenteils. |
| 21 |
|
| 22 |
Und bei dm_crypt könnte man sicher später mit den entsprechenden Daten |
| 23 |
wie den key auch wieder ansetzten u.U. |
Archives