Arch Linux

Kaputte Laptop-HDD auf eine Neue klonen

floyd

Servus erstmal,

da meine Laptop-Platte anfing bedenkenswerte Laute von sich zu geben, habe ich beschlossen eine Neue zu kaufen. Mein Laptop ist allerdings in muehevoller Kleinstarbeit zurechtkonfiguriert und lief perfekt. Daher wollte ich einfach die ganze Platte rueberklonen.
Erste Versuche mittels dd&cp schlugen wegen I/O-Fehlern fehl.
Ich habe dann meine alte 80GB Platte in ein 2,5" USB-Gehaeuse gepackt und angefagen, ueber meinen Desktop, die einzelnen Partitionen auszulesen:
z.B.:

sudo cp -v /dev/sdd2 /media/Video/img/laptopimg.root.img

Meine Partitionstabelle:

Platte /dev/sdd: 80.0 GByte, 80026361856 Byte
240 Köpfe, 63 Sektoren/Spuren, 10337 Zylinder
Einheiten = Zylinder von 15120 × 512 = 7741440 Bytes
Disk identifier: 0x00087b66

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System		
/dev/sdd1               1         265     2003368+  83  Linux                   swap
/dev/sdd2   *         266        2848    19527480   83  Linux		        root
/dev/sdd3            2849       10188    55490400    5  Erweiterte
/dev/sdd5            2849        4140     9767488+  83  Linux		home
/dev/sdd6            4141        8015    29294968+  83  Linux		store
/dev/sdd7            8016       10188    16427848+  83  Linux		install

Dabei stellte sich heraus, dass die defekten Bloecke auf sdd1+sdd7 liegen, sprich auf swap und im datenfreien Bereich auf meiner Install-Partition.

1: Gibt es nun eine Methode die uebrigen Partitionen wiederherzustellen?

Ich habe dann auch das Tool dd_rescue entdeckt(Die Ubuntu-Variante).
Damit habe ich dann nochmal die ganze Festplatte ausgelesen und folgendes Logfile erhalten:

dd_rescue.log:

dd_rescue: (info): ipos:   1584128.0k, opos:   1584128.0k, xferd:   1584128.0k
                   errs:      0, errxfer:         0.0k, succxfer:   1584128.0k
             +curr.rate:      579kB/s, avg.rate:    22473kB/s, avg.load:  7.2%
dd_rescue: (info): ipos:   1584144.0k, opos:   1584144.0k, xferd:   1584144.0k
                *  errs:      0, errxfer:         0.0k, succxfer:   1584144.0k
             +curr.rate:        4kB/s, avg.rate:    21242kB/s, avg.load:  6.8%
dd_rescue: (warning): /dev/sdd (1584144.0k): Input/output error!
Bad block: 3168288

.... LANGE LISTE ....

dd_rescue: (info): ipos:  52529444.0k, opos:  52529444.0k, xferd:  52529444.0k
                *  errs:    103, errxfer:        51.5k, succxfer:  52529392.0k
             +curr.rate:        0kB/s, avg.rate:     2289kB/s, avg.load:  1.2%
dd_rescue: (warning): /dev/sdd (52529444.0k): Input/output error!
Bad block: 105058887
dd_rescue: (info): ipos:  78150720.0k, opos:  78150720.0k, xferd:  78150720.0k
                   errs:    104, errxfer:        52.0k, succxfer:  78150672.0k
             +curr.rate:     2246kB/s, avg.rate:     2274kB/s, avg.load:  1.2%
dd_rescue: (info): /dev/sdd (78150744.0k): EOF
Summary for /dev/sdd -> /media/Video/img/laptopimg.all.img:
dd_rescue: (info): ipos:  78150744.0k, opos:  78150744.0k, xferd:  78150744.0k
                   errs:    104, errxfer:        52.0k, succxfer:  78150688.0k
             +curr.rate:    52516kB/s, avg.rate:     2274kB/s, avg.load:  1.2%

Wenn ich jetzt die neue HDD(160GB) ueber USB-Gehaeuse an den Desktop anschliesse, und mit cp,dd oder dd_rescue die Imagedatei zurueckzuschreiben, passiert folgendes:

dd-rescue:

dd_rescue: (warning): /dev/sdd (32768.0k): Input/output error!        31744.0k
dd_rescue: (warning): /dev/sdd (65536.0k): Input/output error!        64512.0k
dd_rescue: (warning): /dev/sdd (98304.0k): Input/output error!        97280.0k
dd_rescue: (warning): /dev/sdd (131072.0k): Input/output error!      130048.0k
dd_rescue: (warning): /dev/sdd (163840.0k): Input/output error!      162816.0k
dd_rescue: (warning): /dev/sdd (196608.0k): Input/output error!      195584.0k
dd_rescue: (warning): /dev/sdd (229376.0k): Input/output error!      228352.0k
dd_rescue: (warning): /dev/sdd (262144.0k): Input/output error!      261120.0k
dd_rescue: (warning): /dev/sdd (294912.0k): Input/output error!      293888.0k
dd_rescue: (warning): /dev/sdd (327680.0k): Input/output error!      326656.0k
dd_rescue: (warning): /dev/sdd (360448.0k): Input/output error!      359424.0k
dd_rescue: (warning): /dev/sdd (393216.0k): Input/output error!      392192.0k
dd_rescue: (warning): /dev/sdd (425984.0k): Input/output error!      424960.0k
dd_rescue: (warning): /dev/sdd (458752.0k): Input/output error!      457728.0k
dd_rescue: (warning): /dev/sdd (491520.0k): Input/output error!      490496.0k
dd_rescue: (warning): /dev/sdd (524288.0k): Input/output error!      523264.0k
dd_rescue: (warning): /dev/sdd (557056.0k): Input/output error!      556032.0k

Dabei leuchtet die "Zugriff"-LED auch nur kurz auf und die Festplatte taucht danach im System als /dev/sde (vorher sdd) auf. Die Partitionstabelle wird uebertragen.

2: Wie kann ich mein Image zurueck auf die neue Festplatte schreiben?

Ich habe auch festgestellte, dass ich die Festplatte beliebig lang mit Null vollschreiben kann:

dd if=/dev/zero of=/dev/sdd

So, das war's. Danke fuer's lesen!

Gruss,
floyd

stefanhusmann

Hast du schon versucht, dd partitionsweise einzusetzen, also z.B. mit /dev/sdd2?

Ich habe auch festgestellte, dass ich die Festplatte beliebig lang mit Null vollschreiben kann:

dd if=/dev/zero of=/dev/sdd

Hoffentlich hast du das nicht auf der Platte gemacht, die du retten willst?

GerBra

@Stefan
Dachte ich auch erst 😉

@floyd:
Wenn du auf die Daten in den Partitionen ja noch lesend problemslos zugreifen kannst wäre wohl
das beste, die Daten auf die neue HD zu kopieren. Du könntest so die 160er so partitionieren wie
du es möchtest, und per cp (aber bitte mit cp -a !) die Daten von jeder Partition rüberkopieren.
Wenn du bei einzelnen Dateien aus sdd7 Probleme haben solltest kannst du diese ja auslassen.

floyd

😉 Gluecklicherweise habe ich nur ein USB-Gehause.

Wenn ich versuche die einzelnen Partitionen einzusetzen, passiert das selbe:
Kurzer Zugriff, danach ist der Laufwerksdateiname geaendert, i.e. sdd<->sde.
Kopiert wird bestenfalls die Partitionstabelle.

Daher der Test mit /dev/zero. Bei der Methode wird beliebig lange und beliebig viel auf die USB-platte geschrieben.

EDIT:

@GerBra:

Sowas habe ich auch schon ueberlegt.
Dann muesste ich nur noch Grub installieren, oder?

GerBra

floyd schrieb @GerBra:
Sowas habe ich auch schon ueberlegt.
Dann muesste ich nur noch Grub installieren, oder?

Ja. Selbst wenn sich die alte sdd7 mit cp hartnäckig sträuben würde hättest du die Möglichkeit,
mit dd(-rescue) eben nur ein Image dieser Partition zu ziehen, irgendwo auf der neuen HD abzulegen und
dieses Image-File dann per mount einzubinden um ggf. noch an die Daten zu kommen.

Bei dd generell: Ich habe dieses Wechseln der sd-Bezeichner so zwar noch nicht erlebt, kann mir aber
vorstellen daß das daher rührt da ja als erstes die Partitionstabelle übertragen wird.
Evtl. ist USB da empfindlicher im feststellen: ola, neue Tabelle, muß ich melden....

floyd

Bei dd generell: Ich habe dieses Wechseln der sd-Bezeichner so zwar noch nicht erlebt, kann mir aber
vorstellen daß das daher rührt da ja als erstes die Partitionstabelle übertragen wird.
Evtl. ist USB da empfindlicher im feststellen: ola, neue Tabelle, muß ich melden....

Hmm, klingt logisch, dann koennte man doch versuchen die Partitionstabelle am Ende zu uebertragen. dd kann doch von beliebiger Stelle ansetzen. Wo muss ich da anfangen?
Eine Andere Sache: Ich habe bei allen meinen Versuchen die Images auf meine Video-Platte kopiert. Da habe ich ich aber ein fat Dateisystem. Das sollte doch ok sein, oder spielen die Rechte, etc. des Imagefiles eine Rolle?

Die manuelle Variante scheitert mit I/O fehlern in meiner Root-Partition, NEIN!

Ein Ausschnitt:

sudo cp -av /media/disk/ /home/floyd/bak/laptop.raw/root/

ergibt:

„/media/disk/bin/gawk“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/gawk“
cp: Lesen von „/media/disk/bin/gawk“: Input/output error
„/media/disk/bin/ulockmgr_server“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/ulockmgr_server“
cp: Lesen von „/media/disk/bin/ulockmgr_server“: Input/output error
„/media/disk/bin/more“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/more“
cp: Lesen von „/media/disk/bin/more“: Input/output error
„/media/disk/bin/bunzip2“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/bunzip2“
„/media/disk/bin/compress“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/compress“
„/media/disk/bin/install“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/install“
cp: Lesen von „/media/disk/bin/install“: Input/output error
„/media/disk/bin/rmdir“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/rmdir“
cp: Lesen von „/media/disk/bin/rmdir“: Input/output error
„/media/disk/bin/awk“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/awk“
„/media/disk/bin/chmod“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/chmod“
cp: Lesen von „/media/disk/bin/chmod“: Input/output error
„/media/disk/bin/zsh“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/zsh“
cp: Lesen von „/media/disk/bin/zsh“: Input/output error
„/media/disk/bin/grep“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/grep“
cp: Lesen von „/media/disk/bin/grep“: Input/output error
„/media/disk/bin/ps“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/ps“
cp: Lesen von „/media/disk/bin/ps“: Input/output error
„/media/disk/bin/false“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/false“
cp: Lesen von „/media/disk/bin/false“: Input/output error
„/media/disk/bin/ping6“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/ping6“
cp: Lesen von „/media/disk/bin/ping6“: Input/output error
„/media/disk/bin/gunzip“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/gunzip“
cp: Lesen von „/media/disk/bin/gunzip“: Input/output error
„/media/disk/bin/hostname“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/hostname“
cp: Lesen von „/media/disk/bin/hostname“: Input/output error
„/media/disk/bin/tr“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/tr“
cp: Lesen von „/media/disk/bin/tr“: Input/output error
„/media/disk/bin/ln“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/ln“
cp: Lesen von „/media/disk/bin/ln“: Input/output error
„/media/disk/bin/chgrp“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/chgrp“
cp: Lesen von „/media/disk/bin/chgrp“: Input/output error
„/media/disk/bin/dd“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/dd“
cp: Lesen von „/media/disk/bin/dd“: Input/output error
„/media/disk/bin/tput“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/tput“
cp: Lesen von „/media/disk/bin/tput“: Input/output error
„/media/disk/bin/sync“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/sync“
cp: Lesen von „/media/disk/bin/sync“: Input/output error
„/media/disk/bin/ypdomainname“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/ypdomainname“
„/media/disk/bin/mv“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/mv“
cp: Lesen von „/media/disk/bin/mv“: Input/output error
„/media/disk/bin/sleep“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/sleep“
cp: Lesen von „/media/disk/bin/sleep“: Input/output error
„/media/disk/bin/cp“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/cp“
cp: Lesen von „/media/disk/bin/cp“: Input/output error
„/media/disk/bin/sh“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/sh“
„/media/disk/bin/bzcat“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/bzcat“
„/media/disk/bin/cpio“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/cpio“
cp: Lesen von „/media/disk/bin/cpio“: Input/output error
„/media/disk/bin/cat“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/cat“
cp: Lesen von „/media/disk/bin/cat“: Input/output error
„/media/disk/bin/lsmod“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/lsmod“
cp: Lesen von „/media/disk/bin/lsmod“: Input/output error
„/media/disk/bin/echo“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/echo“
cp: Lesen von „/media/disk/bin/echo“: Input/output error
„/media/disk/bin/bzip2recover“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/bzip2recover“
cp: Lesen von „/media/disk/bin/bzip2recover“: Input/output error
„/media/disk/bin/gzip“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/gzip“
cp: Lesen von „/media/disk/bin/gzip“: Input/output error
„/media/disk/bin/df“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/df“
cp: Lesen von „/media/disk/bin/df“: Input/output error
„/media/disk/bin/bashbug“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/bashbug“
cp: Lesen von „/media/disk/bin/bashbug“: Input/output error
„/media/disk/bin/pwd“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/pwd“
cp: Lesen von „/media/disk/bin/pwd“: Input/output error
„/media/disk/bin/kill“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/kill“
cp: Lesen von „/media/disk/bin/kill“: Input/output error
„/media/disk/bin/domainname“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/domainname“
„/media/disk/bin/netstat“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/netstat“
cp: Lesen von „/media/disk/bin/netstat“: Input/output error
„/media/disk/bin/readlink“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/readlink“
cp: Lesen von „/media/disk/bin/readlink“: Input/output error
„/media/disk/bin/ntfs-3g“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/ntfs-3g“
cp: Lesen von „/media/disk/bin/ntfs-3g“: Input/output error
„/media/disk/bin/uncompress“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/uncompress“
cp: Lesen von „/media/disk/bin/uncompress“: Input/output error
„/media/disk/bin/ping“ -> „/home/floyd/bak/laptop.raw/root/disk/bin/ping“

Das ist mir nun aber unbegreiflich, da das System auf dem Laptop problemlos funkioniert, da koennen df,echo,kill,.. nicht kaputt sein.

Nach diesen Fehlern werden alle Partitionen unter neuen Mountpoints /media/disk-X eingebunden. Der Bezeichner der Geraetedatei aendert sich nicht. Ich habe keine Ahnung was da los ist...

EDIT:
Ich habe nicht auch nochmal ueberzeugt, dass mein Laptop System noch lebt. fsck gibt auch keine Fehler aus.

Also irgendwas mache ich grundsaetzlich Falsch...

GerBra

Für mich ist aktuell nicht nachvollziehbar:
An welchem Rechner hängen die HDs (alte 80er und neue 160er) denn?
Mit welchem System wird dort gebootet, gearbeitet?

Da die alte 80er im Laptop ja nicht vollkommen kaputt ist, und auch noch bootet(?) wäre ich
so vorgegangen:
Laptop mit der alten Platte normal booten, als runvevel aber 3 oder S.
Wechsel von runlevel 3 auf S mit: runlevel S.
Dann alle nicht benötigten Dienste stoppen wenn diese noch laufen.

Die neue Platte dann per USB-Anschluß oder wie auch immer anschließen, ggf. partitionieren
und diese Partitionen in ein Verzeichniss (/neu) einhängen (also z.B. /neu/root, neu/boot usw),
Dann nach und nach die daten der einzelnen Quellpartitionen kopieren, also für / z.B.
cp -ax / /neu/root
Analog die anderen Daten/Partitions-Daten

Wenn du es nicht aus dem laufenden System raus machen wolltest, dann würde ich den Laptop
z.B. mit der Arch-Install-CD booten, dort 2 Verz. anlegen /quelle und /ziel (mit jeweils Unterverz.
für die einzelnen Partitionen /quelle/sda1 und /ziel/sda1
Dann beide Platten/Partitionen entsprechend dieser Struktur mounten und die Daten kopieren:
cp -a /quelle/sda1 /ziel/sda1
usw.
Danach solltest du die 160er einbauen können, wieder von der Arch-CD booten und den grub
auf sda/die 160er installieren. Die /-Partition auch nochmal mounten und die Datei:
/$mountpoint/etc/mtab entfernen.
Das sollte es gewesen sein (vorausgesetzt du legtst auf der neuen das gleiche Partitionsschema an,
ansonsten halt noch evtl. bei grub die menu.lst und die fstab anpassen.
Wenn du mit UUIDs arbeitest mußt du auch die neuen UUIDs (mit blkid feststellbar) in menu.lst und/
oder ftsab anpassen.

floyd

Entschuldige bitte, wenn ich mich unklar ausgedrueckt habe. Natuerlich bootet mein Laptop. Das System laeuft wunderbar und ohne Probleme. Desswegen will ich"s ja retten. 😉

Ich habe zuallererst versucht die Daten vom Laptop aus auf die dort angeschlossene USB Platte zu kopieren. Dabei habe ich aber entweder die Geraetedateien /dev/sda oder Partitionen /dev/sdaX mittels dd oder cp kopiert. Dabei tauchte das anfangs Geschilderte auf: Die StatusLED der USB-Platte leuchtet 2-5sec auf und erlischt dann fuer immer. Der Prozess von dd bricht dabei nicht ab, es wird aber nichts geschrieben. In jedem Fall ist danach der Geraetebezeichner veraendert. Auch wenn ich dd erst nach 512b ansetze, tritt der Fehler auf. Dabei ist die Partitionstabelle nicht uebertragen worden!

Jetzt zum manuellen kopieren:

Die neue Platte dann per USB-Anschluß oder wie auch immer anschließen, ggf. partitionieren
und diese Partitionen in ein Verzeichniss (/neu) einhängen (also z.B. /neu/root, neu/boot usw),
Dann nach und nach die daten der einzelnen Quellpartitionen kopieren, also für / z.B.
cp -ax / /neu/root
Analog die anderen Daten/Partitions-Daten

Hier tritt der selbe Fehler auf. Boote ich von der Arch-Cd oder Init S und mount die jeweiligen Partitionen, so bricht der Kopiervorgang mit I/O Fehlern ab. Danach ist der Geraetebezeichner geaendert. Genauso wie in meinem vorherigen Post. Dort habe ich das ganze ueber mein Desktop System versucht. Auch dort kann ich eine gemountete Partition von der USB_Platte nicht "Dateiweise" auf den Desktop laden.

Inzwische waere es schon fast schneller gewesen, arch neu aufzusetzen, und alle konfigurationen aus meinen Backups(Ich habe tarballs von etc&home) wiederherzustellen. Trotzdem, was ist da los? So ein seltsames verhalten habe ich noch nie erlebt.

GerBra

Hmm, ich glaube ich verstehe es nicht?
heißt das denn im Endeffekt: du kannst nichts auf die gemountete USB-festplatte schreiben bzw.
"Geschriebenes" nicht davon lesen? Dann liegt das Problem ber doch bei der USB-Platte...

Kannst du mal einen dmesg oder /var/log/messages.log auszug posten, wenn sich diese
Device-Bezeichner "ändern"?

floyd

Tja, vielleicht habe ich wirklich eine neue kaputte Festplatte gekauf.

Ich habe versucht eine grosse Datei auf eine frische Partition zu schreiben-> das Selbe.

/var/log/messages.log

Dec  3 15:52:58 deepthought agpgart-intel 0000:00:00.0: AGP 2.0 bridge
Dec  3 15:52:58 deepthought agpgart-intel 0000:00:00.0: putting AGP V2 device into 4x mode
Dec  3 15:52:58 deepthought pci 0000:01:00.0: putting AGP V2 device into 4x mode
Dec  3 15:52:59 deepthought [drm] Setting GART location based on new memory map
Dec  3 15:52:59 deepthought [drm] Loading R300 Microcode
Dec  3 15:52:59 deepthought [drm] Num pipes: 1
Dec  3 15:52:59 deepthought [drm] writeback test succeeded in 2 usecs
Dec  3 15:53:00 deepthought evdev.c(EVIOCGBIT): Suspicious buffer size 511, limiting output to 64 bytes. See http://userweb.kernel.org/~dtor/eviocgbit-bug.html
Dec  3 15:54:14 deepthought usb 3-3: new high speed USB device using ehci_hcd and address 3
Dec  3 15:54:14 deepthought usb 3-3: configuration #1 chosen from 1 choice
Dec  3 15:54:14 deepthought scsi2 : SCSI emulation for USB Mass Storage devices
Dec  3 15:54:19 deepthought scsi 2:0:0:0: Direct-Access     SAMSUNG  HM160HC               PQ: 0 ANSI: 0
Dec  3 15:54:19 deepthought sd 2:0:0:0: [sdb] 312581808 512-byte hardware sectors (160042 MB)
Dec  3 15:54:19 deepthought sd 2:0:0:0: [sdb] Write Protect is off
Dec  3 15:54:19 deepthought sd 2:0:0:0: [sdb] 312581808 512-byte hardware sectors (160042 MB)
Dec  3 15:54:19 deepthought sd 2:0:0:0: [sdb] Write Protect is off
Dec  3 15:54:19 deepthought sdb: sdb1 sdb2
Dec  3 15:54:19 deepthought sd 2:0:0:0: [sdb] Attached SCSI disk
Dec  3 15:54:19 deepthought sd 2:0:0:0: Attached scsi generic sg2 type 0
Dec  3 15:55:01 deepthought kjournald starting.  Commit interval 5 seconds
Dec  3 15:55:01 deepthought EXT3 FS on sdb2, internal journal
Dec  3 15:55:01 deepthought EXT3-fs: recovery complete.
Dec  3 15:55:01 deepthought EXT3-fs: mounted filesystem with ordered data mode.
Dec  3 15:55:46 deepthought usb 3-3: USB disconnect, address 3
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought lost page write due to I/O error on sdb2
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
Dec  3 15:55:46 deepthought sd 2:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
Dec  3 15:55:46 deepthought JBD: Detected IO errors while flushing file data on sdb2
Dec  3 15:55:46 deepthought JBD: Detected IO errors while flushing file data on sdb2
Dec  3 15:55:46 deepthought __journal_remove_journal_head: freeing b_committed_data
Dec  3 15:55:48 deepthought usb 3-3: new high speed USB device using ehci_hcd and address 4
Dec  3 15:55:49 deepthought usb 3-3: configuration #1 chosen from 1 choice
Dec  3 15:55:49 deepthought scsi3 : SCSI emulation for USB Mass Storage devices
Dec  3 15:55:54 deepthought scsi 3:0:0:0: Direct-Access     SAMSUNG  HM160HC               PQ: 0 ANSI: 0
Dec  3 15:55:54 deepthought sd 3:0:0:0: [sdc] 312581808 512-byte hardware sectors (160042 MB)
Dec  3 15:55:54 deepthought sd 3:0:0:0: [sdc] Write Protect is off
Dec  3 15:55:54 deepthought sd 3:0:0:0: [sdc] 312581808 512-byte hardware sectors (160042 MB)
Dec  3 15:55:54 deepthought sd 3:0:0:0: [sdc] Write Protect is off
Dec  3 15:55:54 deepthought sdc: sdc1 sdc2
Dec  3 15:55:54 deepthought sd 3:0:0:0: [sdc] Attached SCSI disk
Dec  3 15:55:54 deepthought sd 3:0:0:0: Attached scsi generic sg2 type 0

dmesg

evdev.c(EVIOCGBIT): Suspicious buffer size 511, limiting output to 64 bytes. See http://userweb.kernel.org/~dtor/eviocgbit-bug.html
usb 3-3: new high speed USB device using ehci_hcd and address 3
usb 3-3: configuration #1 chosen from 1 choice
scsi2 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
scsi 2:0:0:0: Direct-Access     SAMSUNG  HM160HC               PQ: 0 ANSI: 0
sd 2:0:0:0: [sdb] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sdb] Write Protect is off
sd 2:0:0:0: [sdb] Mode Sense: 03 00 00 00
sd 2:0:0:0: [sdb] Assuming drive cache: write through
sd 2:0:0:0: [sdb] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sdb] Write Protect is off
sd 2:0:0:0: [sdb] Mode Sense: 03 00 00 00
sd 2:0:0:0: [sdb] Assuming drive cache: write through
 sdb: sdb1 sdb2
sd 2:0:0:0: [sdb] Attached SCSI disk
sd 2:0:0:0: Attached scsi generic sg2 type 0
usb-storage: device scan complete
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb2, internal journal
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
usb 3-3: USB disconnect, address 3
sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5190659
Buffer I/O error on device sdb2, logical block 160858
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160859
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160860
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160861
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160862
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160863
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160864
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160865
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160866
lost page write due to I/O error on sdb2
Buffer I/O error on device sdb2, logical block 160867
lost page write due to I/O error on sdb2
sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5190899
sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5191139
sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5191379
sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5191619
sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5191859
sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5192099
sd 2:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5192339
sd 2:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5192579
sd 2:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
end_request: I/O error, dev sdb, sector 5192619
JBD: Detected IO errors while flushing file data on sdb2
Aborting journal on device sdb2.
EXT3-fs error (device sdb2) in ext3_ordered_writepage: IO failure
ext3_abort called.
EXT3-fs error (device sdb2): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
JBD: Detected IO errors while flushing file data on sdb2
__journal_remove_journal_head: freeing b_committed_data
journal commit I/O error
usb 3-3: new high speed USB device using ehci_hcd and address 4
usb 3-3: configuration #1 chosen from 1 choice
scsi3 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
scsi 3:0:0:0: Direct-Access     SAMSUNG  HM160HC               PQ: 0 ANSI: 0
sd 3:0:0:0: [sdc] 312581808 512-byte hardware sectors (160042 MB)
sd 3:0:0:0: [sdc] Write Protect is off
sd 3:0:0:0: [sdc] Mode Sense: 03 00 00 00
sd 3:0:0:0: [sdc] Assuming drive cache: write through
sd 3:0:0:0: [sdc] 312581808 512-byte hardware sectors (160042 MB)
sd 3:0:0:0: [sdc] Write Protect is off
sd 3:0:0:0: [sdc] Mode Sense: 03 00 00 00
sd 3:0:0:0: [sdc] Assuming drive cache: write through
 sdc: sdc1 sdc2
sd 3:0:0:0: [sdc] Attached SCSI disk
sd 3:0:0:0: Attached scsi generic sg2 type 0
usb-storage: device scan complete
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0
EXT3-fs error (device sdb2): ext3_find_entry: reading directory #2 offset 0

EDIT:

Also die Festplatte ist wohl wirklich hinueber,
Unter Windows passierts auch. Kopieren bricht ab und Windows findet das Geraet neu...

GerBra

Evtl. ist es auch der USB<->IDE-Adapter (wenn du sowas benutzt), oder das USB-Kabel bzw. der
Port am Rechner.

floyd

Es war beides.

Platte+anderes USB-Gehaeuse -> geht
Andere Platte + altes USB-Gehaeuse -> geht auch

Nur die Kombination aus der von mir gekauften Platte und dem USB-Gehaeuse will nicht laufen. War wohl das grosse Los!

Tja, jetzt habe ich ein neues Gehaeuse und dd_rescue kopiert brav /dev/sda nach /dev/sdb.

GerBra, danke fuer deine Hilfe!
Tut mir Leid, dass sich dieser Thread zu einem reinen "Defekte-Hardware" Problem entwickelt hat. Ich hasse sowas(und drum verfolgt's micht!).