Laufwerk (D:) ist unformatiert, soll es jetzt formatiert werden?

[Probhaver]

Ja der Fehler ist trotz formatieren wieder aufgetreten, hab jetzt ein anderen Stick benutzt, der wird auch richtig erkannt. Hab den gemountet dann kam folgendes:

root@sysresccd /root % fdisk -l

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xf18cf18c

Device Boot Start End Blocks Id System
/dev/sda1 * 1 9728 78140128+ 7 HPFS/NTFS

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xfa80fa80

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 6374 51199123+ 7 HPFS/NTFS
/dev/sdb2 6375 60800 437176845 f W95 Ext'd (LBA)
/dev/sdb5 6375 60800 437176813+ 7 HPFS/NTFS

Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xaa91aa91

Device Boot Start End Blocks Id System
/dev/sdc1 1 60801 488384001 7 HPFS/NTFS

Disk /dev/sdd: 4007 MB, 4007657472 bytes
16 heads, 32 sectors/track, 15288 cylinders
Units = cylinders of 512 * 512 = 262144 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sdd1 16 15288 3909696 b W95 FAT32
root@sysresccd /root % mount - t vfat / dev/sdd / mnt
Usage: mount -V : print version
mount -h : print this help
mount : list mounted filesystems
mount -l : idem, including volume labels
So far the informational part. Next the mounting.
The command is `mount [-t fstype] something somewhere'.
Details found in /etc/fstab may be omitted.
mount -a [-t|-O] ... : mount all stuff from /etc/fstab
mount device : mount device at the known place
mount directory : mount known device here
mount -t type dev dir : ordinary mount command
Note that one does not really mount a device, one mounts
a filesystem (of the given type) found on the device.
One can also mount an already visible directory tree elsewhere:
mount --bind olddir newdir
or move a subtree:
mount --move olddir newdir
One can change the type of mount containing the directory dir:
mount --make-shared dir
mount --make-slave dir
mount --make-private dir
mount --make-unbindable dir
One can change the type of all the mounts in a mount subtree
containing the directory dir:
mount --make-rshared dir
mount --make-rslave dir
mount --make-rprivate dir
mount --make-runbindable dir
A device can be given by name, say /dev/hda1 or /dev/cdrom,
or by label, using -L label or by uuid, using -U uuid .
Other options: [-nfFrsvw] [-o options] [-p passwdfd].
For many more details, say man 8 mount .
root@sysresccd /root %


ist das ok so? und was soll ich dann als nächstes tun?

 

[Ernst@at]

wie dem output entnommen werden kann, ist
-der USB-Stick sdd, und die Partition drauf sdd1

den mount-befehl hast Du nicht ganz hingekriegt, weil am ende "/mnt" (ohne Leerstelle zwischen / und mnt) eingegeben werden muss.
den solltest Du daher nochmals richtig eingeben (mit der Pfeil-auf-Taste kriegst Du die letzte Eingabe und kannst die korrigieren)

- die beiden Platten sind /sdb und /sdc , mit denen jetzt das ddrescue arbeiten soll.

Du musst jetzt nur herausfinden, welche die kaputte ist und welche der Klon werden soll

Die kaputte hat die Seriennummer WD-WCASY3133997.

also mach jetzt

hdparm -i /dev/sdb
hdparm -i /dev/sdc

um herauszufinden, ob /sdb oder /sdc diese Seriennummer hat

 

[Probhaver]

Habs jetzt so eingegeben, dann sagt er

root@sysresccd /root % mount -t vfat /dev/sdc1 /mnt
root@sysresccd /root %


es kam ne neue Zeile, ist der Stick jetzt gemountet?

 

[Ernst@at]

wenn er nichts sagt, ist er zufrieden...
und wie siehts mit der Überprüfung der Seriennummer aus?

 

[Probhaver]

Ok dann ist ja gut, hatte hdparm -i /dev/sdb eingegeben, dann hat er mir diverse Daten angezeigt, auch die Seriennummer WD-WCASY3133997, also die von der kaputten.

Soll ich dann jetzt mit dem Klonen beginnen also
ddrescue -B -n /dev/sdb /dev/sdd /mnt/rescued.log eingeben?

sdb ist die kaputte 500GB Platte
sdd ist die externe 500GB Platte

 

[Ernst@at]

wenn ich nicht Tomaten auf den Augen habe, ist sdd der USB-Stick und sdc die zweite 500GB, also

ddrescue -B -n /dev/sdb /dev/sdc /mnt/rescued.log eingeben

oder hast Du neu gestartet und sich die Zuordnungen verändert?
Du hast ja auch (was ich übersehen habe) oben beim Mount "mount -t vfat /dev/sdc1 /mnt"

statt "mount -t vfat /dev/sdd1 /mnt" gemacht

Also korrigiere das, indem du

mount -t vfat /dev/sdd1 /mnt
machst, damit wird die frühere Zuordnung ersetzt.

und dann
ddrescue -B -n /dev/sdb /dev/sdc /mnt/rescued.log

 

[Probhaver]

Ja habe neu gestartet, wobei die Zuordnung geändert wurde

vorher
sda 80GB Boot-Platte
sdb 500GB kaputte
sdc externe 500GB
sdd USB 4GB


jetzt
sda 80GB Boot-Platte
sdb 500GB kaputte
sdc USB 4GB
sdd externe 500GB

also soll ich jetzt :ddrescue -B -n /dev/sdb /dev/sdd /mnt/rescued.log eingeben?

 

[Ernst@at]

Ja, dann passt der mount und auch der ddrescue-Befehl so...

 

[Probhaver]

@ Ernst@at

Habs gestern mal laufen lassen nach ca. 4Std. waren etwa 22500 MiB rescued, habs dann gestern Abend abgebrochen als ich Schlafen gegangen bin. wollte dann heute weitermachen, er fing aber wieder bei 0 MiB an.

Wie lange wird das denn ungfähr bei mir dauern bei der 500GB-Platte(ca. 450GB belegt)?

Ich kann jetzt auch nicht mehr auf die externe 500GB-Platte zugreifen, in der Datenträgerverwaltung wir sie ohne Dateisystem angezeigt und die Größe beträgt 48GB so wie die erste Partition C: der kaputten Platte. Wenn ich die jetzt formatiere kann ich die dann wieder normal verwenden und wird sie auch als 500GB erkannt? bzw. was muss ich tun damit die Platte wieder normal erkannt wird und ich die darauf enthaltenen daten vom Klonen
löschen kann

 

[Ernst@at]

er fing aber wieder bei 0 MiB an.

Der Klonvorgang wird durch den Logfile gesteuert, wo der Fortschritt dokumentiert ist.
Gibst Du beim zweiten Mal nicht den alten Logfile an, dann beginnt er wieder von vorne.
Poste doch mal den Logfile

Bei einer fehlerfreien Platte dauert es max 2Std an SATA, an USB kannst Du mit 8-10 Stunden rechnen. Dazu kommt die Zeit, die der Kopiervorgang an den Fehlstellen aufgehalten wird.

Wenn der erste Sektor auf der alten Platte korrekt gelesen werden konnte, müsste die Partitionierung auf der Ersatzplatte genauso aussehen.
Poste mal ein Bild der Datenträgerverwaltung. Die Platte sollte im Windows-Betrieb nicht angesteckt sein, solange der Klonvorgang nicht abgeschlossen ist

 

[Probhaver]

Musste jetzt von der kaputten Platte booten und das Bild zu senden.

Habe den Copy-Vorgang nach ca. 4std. abgebrochen mit ctrl + c, am nächsten Tag habe ich dann wieder: ddrescue -B -n /dev/sdb /dev/sdc /mnt/rescued.log eingegeben, dann hat er von neu begonnen. Was muss ich denn eingeben, damit der alte Logfile angesprochen wird?


C: + D: sind die Partitionen der kaputten Platte und

I: ist die externe 500GB Sata-Platte wo der Teil des Klons drauf ist, wird jetzt aber als 48,83GB angezeigt, genauso, wie die erste Partition C: der kaputten Platte.

Hab den Logfile leider schon gelöscht, da ich von neu beginnen wollte mit dem Klonen, habe danach aber erst gesehen, dass die externe Sata Platte nur noch als 48,83 GB Platte erkannt wird und das ohne Dateisystem. Und zusätzlich habe ich die ja jetzt schon an Windows angeklemmt. Will jetzt nochmal von vorne beginnen und dann komplett durchlaufen lassen.

Wird die Sata-Platte denn wieder komplett erkannt, wenn ich diese jetzt formatiere?

 

[Ernst@at]

Im Bild der Datenträgerverwaltung sehe ich nur die alte Platte als Datenträger0 - das Fenster war zu klein gewählt, um auch die Externe angezeigt zu kriegen.
Die sollte genauso wie die alte Systemplatte aussehen - ist ja ein Klon.
Formatieren brauchst Du nichts, das wird ja sowieso beim Klonen alles überschrieben.

Du musst nur drauf achten, dass bei jedem (auch abgebrochenen Klonvorgang) beim Fortsetzen wieder die richtigen Angaben für Quelle, Ziel und den Logfile gemacht werden, denn die Positionen sda, sdb, sdc sdd können sich je nach Situation, wann Du die externe oder den USB-Stick ansteckst, ändern.
Wenn Du einfach ohne das zu überprüfen, die Befehle vom letzten Mal verwendest, ohne die an die aktuelle Zuordnung anzupassen, kann es Dir entweder passieren, dass Du die externe auf das alte System klonst(verkehrt rum, was fatal wäre) oder der Logfile nicht am USB-Stick liegt und daher von vorne begonnen wird.

Umso öfter die Platte durch das von-vorne-beginnen belastet wird, ums höher wird die Gefahr, dass noch mehr davon nicht mehr gelesen werden kann, wenn sich der Zustand der Platte weiter verschlechtert. Den logfile zu löschen ist da die destruktivste Methode, weil ja gerade(und nur) mit dem an der abgebrochenen Stelle aufgesetzt und weitergemacht wird. Der wird nicht - wie sonst bei Logfiles üblich, sequentiell fortgeschrieben, sondern durch Veränderungen der Einträge auf aktuellem Stand gehalten

 

[Probhaver]

So, hab jetzt von neu begonnen.

Was soll ich dann als nächstes machen? erstmal nach dem Klonen die Fehlstellen nachbearbeiten
mit: -B -c 1 -C -d -r 100 / dev/sdb /dev/sdd /mnt/rescued.log
oder erstmal nichts machen?

Ergänzung (12. August 2010)

So nach 10 Std. ist er jetzt bei: rescued 70420 MiB, errsize 29386 KiB, errors 39

hier der Logfile bis dahin:

# Rescue Logfile. Created by GNU ddrescue version 1.11
# current_pos current_status
0x1164494A00 ?
# pos size status
0x00000000 0x71F91000 +
0x71F91000 0x00000200 -
0x71F91200 0x0001F000 *
0x71FB0200 0x11673CE00 +
0x1886ED000 0x00000200 -
0x1886ED200 0x00013000 *
0x188700200 0x91E13E00 +
0x21A514000 0x00000200 -
0x21A514200 0x0001C000 *
0x21A530200 0x894B3E00 +
0x2A39E4000 0x00000200 -
0x2A39E4200 0x0001C000 *
0x2A3A00200 0x02E0CE00 +
0x2A680D000 0x00000200 -
0x2A680D200 0x00013000 *
0x2A6820200 0x5E3EFE00 +
0x304C10000 0x00000200 -
0x304C10200 0x00010000 *
0x304C20200 0x74443E00 +
0x379064000 0x00000200 -
0x379064200 0x0001C000 *
0x379080200 0x18595E00 +
0x391616000 0x00000200 -
0x391616200 0x0001A000 *
0x391630200 0x303BDE00 +
0x3C19EE000 0x00000200 -
0x3C19EE200 0x00012000 *
0x3C1A00200 0x1778FDE00 +
0x5392FE000 0x00000200 -
0x5392FE200 0x00012000 *
0x539310200 0x0042AE00 +
0x53973B000 0x00000200 -
0x53973B200 0x00015000 *
0x539750200 0x001E3E00 +
0x539934000 0x00000200 -
0x539934200 0x0001C000 *
0x539950200 0x5E78BE00 +
0x5980DC000 0x00000200 -
0x5980DC200 0x00014000 *
0x5980F0200 0x00124E00 +
0x598215000 0x00000200 -
0x598215200 0x0001B000 *
0x598230200 0x499ACE00 +
0x5E1BDD000 0x00000200 -
0x5E1BDD200 0x00013000 *
0x5E1BF0200 0x007F3E00 +
0x5E23E4000 0x00000200 -
0x5E23E4200 0x0001C000 *
0x5E2400200 0x00063E00 +
0x5E2464000 0x00000200 -
0x5E2464200 0x0001C000 *
0x5E2480200 0x00083E00 +
0x5E2504000 0x00000200 -
0x5E2504200 0x0001C000 *
0x5E2520200 0x00111E00 +
0x5E2632000 0x00000200 -
0x5E2632200 0x0001E000 *
0x5E2650200 0x0085DE00 +
0x5E2EAE000 0x00000200 -
0x5E2EAE200 0x00012000 *
0x5E2EC0200 0x000C0E00 +
0x5E2F81000 0x00000200 -
0x5E2F81200 0x0001F000 *
0x5E2FA0200 0x7294CE00 +
0x6558ED000 0x00000200 -
0x6558ED200 0x00013000 *
0x655900200 0x19E9AE00 +
0x66F79B000 0x00000200 -
0x66F79B200 0x00015000 *
0x66F7B0200 0x14435E00 +
0x683BE6000 0x00000200 -
0x683BE6200 0x0001A000 *
0x683C00200 0x03186E00 +
0x686D87000 0x00000200 -
0x686D87200 0x00019000 *
0x686DA0200 0x187E1E00 +
0x69F582000 0x00000200 -
0x69F582200 0x0001E000 *
0x69F5A0200 0x2ECFAE00 +
0x6CE29B000 0x00000200 -
0x6CE29B200 0x00015000 *
0x6CE2B0200 0x00819E00 +
0x6CEACA000 0x00000200 -
0x6CEACA200 0x00016000 *
0x6CEAE0200 0x29146CE00 +
0x95FF4D000 0x00000200 -
0x95FF4D200 0x00013000 *
0x95FF60200 0x193DA2E00 +
0xAF3D03000 0x00000200 -
0xAF3D03200 0x0001D000 *
0xAF3D20200 0x201219E00 +
0xCF4F3A000 0x00000200 -
0xCF4F3A200 0x00016000 *
0xCF4F50200 0x00000E00 +
0xCF4F51000 0x00000200 -
0xCF4F51200 0x00010000 *
0xCF4F61200 0x00000200 -
0xCF4F61400 0x00020000 *
0xCF4F81400 0x00000200 -
0xCF4F81600 0x00040000 *
0xCF4FC1600 0x00000200 -
0xCF4FC1800 0x00080000 *
0xCF5041800 0x00019800 +
0xCF505B000 0x00000200 -
0xCF505B200 0x000CD000 *
0xCF5128200 0x00000200 -
0xCF5128400 0x0019A000 *
0xCF52C2400 0x00000200 -
0xCF52C2600 0x00334000 *
0xCF55F6600 0x0000CA00 +
0xCF5603000 0x00000200 -
0xCF5603200 0x0064EC00 *
0xCF5C51E00 0x00008200 +
0xCF5C5A000 0x00000200 -
0xCF5C5A200 0x00C8D400 *
0xCF68E7600 0x5EF18A00 +
0xD55800000 0x00000200 -
0xD55800200 0x00014800 *
0xD55814A00 0xE3106600 +
0xE3891B000 0x00000200 -
0xE3891B200 0x00019800 *
0xE38934A00 0x00034600 +
0xE38969000 0x00000200 -
0xE38969200 0x0001B800 *
0xE38984A00 0x0003A600 +
0xE389BF000 0x00000200 -
0xE389BF200 0x00015800 *
0xE389D4A00 0x32BAD0000 +
0x11644A4A00 0x630C761600 ?

 

[Ernst@at]

Zur Erklärung des Logfiles:
rechts in jeder Bereichszeile steht ein Zeichen.

? ... noch nicht versucht zu kopieren
+ ... erfolgreich kopiert
- ... fehlerhafter Sektor, noch nicht kopiert
* ... übersprungener Bereich hinter dem ersten fehlerhaften Sektor in einem Übertragungsblock von 128 Sektoren (default, wenn -c nicht angegeben ist)

Bei erneutem Aufruf wird an der Stelle mit ? fortgesetzt, solange der 1. Durchlauf nicht komplett durchgeführt wurde.

zum Fortsetzen musst Du jedesmal wieder überprüfen, ob die /dev/sd? Zuordnungen sich nicht geändert haben, der Mount-Befehl ist mit der /dev/... durchzuführen, an welcher der USB-Stick jetzt hängt, damit das ddrescue an der im Logfile bezeichneten Stelle aufsetzen kann

In weiteren Durchläufen werden alle mit "-" und "*" gekennzeichneten Bereiche nachbearbeitet.
Welche Parameter dazu am günstigsten sind, sehen wir uns an, wenn der erste Durchlauf komplett fertig ist.
Dann zippe den Logfile und stelle ihn in den Anhang.

 

[Probhaver]

@Ernst@at

So, hat zwar einige Tage gedauert, ist heute aber fertig geworden. Nach dem Copying, hat er direkt die Blocks "getrimmt". Habe den Logfile als rar-datei im Anhang. Die Ansicht ist aber nicht von oben nach unten, sondern von links nach rechts. Falls ich es anders posten soll, kannst du mir ja eben sagen, wie das im System, der Systemrescuecd funktioniert

 

[Ernst@at]

Jetzt sollte man versuchen, noch mal nachzuputzen

alles wie gehabt, richtige Plattenzuordnung überprüfen, Stick mounten; Ganz wichtig! - damit ddrescue an diesem logfile wieder aufsetzen kann und nur mehr die Fehlstellen bearbeitet

ddrescue -B -c 1 -C -d -r 2 /dev/sd[input] /dev/sd[output] /mnt/rescued.log

Unbedingt auf Groß/Kleinschreibung der -Optionen achten!
Wenn die Fehlstellen im Log weniger werden, kannst Du das sooft wiederholen bis hoffentlich alle weg sind.
(mit der Pfeil-nach-oben Taste kannst Du den letzten Befehl in die Eingabezeile holen)

Zumindest sollte nur eine überschaubare Menge übrigbleiben(derzeit sind es 514) - dann kann man im nächsten Schritt die betroffenen Dateien identifizieren.

 

[Probhaver]

Hab den Befehl mal eingegeben, aber irgendwie ist die Anzahl der errors mehr geworden, anstatt weniger zu werden. Muss das so sein oder ist da was nicht in Ordnung?



root@sysresccd /root % ddrescue -B -c 1 -C -d -r 2 /dev/sdb /dev/sdd /mnt/rescued.log


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 476854 MiB, errsize: 87691 KiB, errors: 246
Current status
rescued: 476855 MiB, errsize: 86744 KiB, current rate: 0 B/s
ipos: 53072 MiB, errors: 318, average rate: 60 B/s
opos: 53072 MiB, time from last successful read: 16.2 m
Splitting failed blocks...

 

[Ernst@at]

Die Anzahl der Fehlstellen wird erwartungsgemäß steigen, wenn hinter einem bereits defekt erkannten Sektor noch mehrere andere liegen, deren Prüfung im ersten Durchlauf übersprungen wurde.
Die 87MB, die noch nicht übertragen werden konnten, wurden inzwischen um 1MB weniger.
318 Fehlstellen bedeutet 159KB bisher nicht les- und kopierbar.

 

[Probhaver]

Habs heute noch einige stunden laufen lassen, die Größe des errsize ist nur um wenige kb geringer geworden.

Könnte ich den jetzt auch schon Dattenrettungssoftware drüberlaufen lassen, in der Hoffnung, dass die 86mb nicht so wichtige Daten sind?