Re: dd und HDD Fehler
* Markus Bulling <markus@bulling-online.de> wrote:
> Hatte auf einer 40er Maxtor schon länger Fehler beim fsck, die sich vor
> ein paar Tagen gehäuft haben. Ich habe daraufhin vorgestern einfach ein
> dd if=/dev/altePlatte of=/dev/neuePlatte
> gemacht. Vor 10 Minuten gab's aber auch von der neuen Platte bei
> fsck.ext3 jede Menge Meldungen:
>
> /dev/hda3: stelle das Journal wieder her
> /dev/hda3 enthält ein fehlerhaftes Dateisystem, Prüfung erzwungen.
> Durchgang 1: Prüfe Inodes, Blocks, und Größen
> Inodes, die Teile einer defekten Liste mit verwaisten Links waren.
> Repariere<j>? ja
>
> Inode 1312197 war Teil der orphaned Inode Liste. REPARIERT.
> Gelöscht Inode 1312633 hat "zero dtime". Repariere<j>? ja
>
> Inode 1313080 war Teil der orphaned Inode Liste. REPARIERT.
> Inode 1313119 war Teil der orphaned Inode Liste. REPARIERT.
> [...]
>
> Durchgang 5: Überprüfe Gruppe Zusammenfassung
> Block Bitmap differieren: +1433262 -2621975 -2623209
> -(2625239--2625244) -2625246 -(2634278--2634280) -2640134 -2640316
> [...]
>
> Freie Blocks Anzahl ist falsch Gruppe #80 (116, counted=135).
> Repariere<j>? ja
> [...]
>
> Inode Bitmap differieren: -1312197 -1312633 -1313080 -1313119
> -1313145 -1313147 -1313298 -1313476 -1313492 -1313495
> -(1736706--1736708) -1736761
> Repariere<j>? ja
> [...]
>
> Kopiert dd etwa auch fehlerhafte Blocks, oder ist die neue Platte auch
> schon im Eimer??
Falls Dein _Dateisystem_ auf der alten Platte schon Probleme hatte, dann
sind diese mit dd auch auf der neuen Platte gelandet. Die physikalischen
Blöcke dort mögen also vollkommen in Ordnung sein, das Dateisystem
selbst hast Du mit dd aber 1:1 rübergeholt.
Besser: Neue Platte partitionieren, formatieren und Daten per tar/rsync
kopieren. Dann hast Du 'nen frisches Dateisystem ohne Probleme.
- sebastian
Reply to: