Re: dd und HDD Fehler

[Florian Schnabel <florian.schnabel@docufy.de>]

bin da jetzt kein spezialist aber das wirkt sehr als würde dd so wie du 
es aufrufst einfach unbesehen das dateisystem kopieren.

wenn es vorher inkonsistent war wirds dabei natürlich nicht besser, fsck 
brauchst du trotzdem noch dafür um das zu beheben.


Markus Bulling wrote:
> Hi,
>
> 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??
>     
> Danke,
> Markus.
>     
> --------
> Kernel 2.6.11-kanotix-7
> alte HDD: Maxtor 40GB Diamondmax
> neue HDD: WD800BB