[ddrescue] hulp bij recovery

[The Executer]

Goed, nadat ik mij al meldde in het topic over SMART-data met een defecte schijf (12XXX bad sectors) van familie, heb ik ondertussen een recovery lopen via ddrescue. Deze loopt nu bijna 1 dag en vraag mij af of ik nog verder hoef te gaan.

Schijf: TOSHIBA MK3259GSXP, 320GB Sata
Probleem: 12XXX bad sectors, 8XX pending
Indeling schijf: 3 partities, Win7 (100MB boot, 15GB recovery, 285GB datapartitie
Wat moet er gerecoverd worden: Foto's + documenten. Onbekend waar op de schijf deze data staat, wat er allemaal nog bijgeschreven is etc. Ook niet bekend om hoeveel data het gaat.
OS: Ubuntu 14.10, smartmontools + gddrescue geinstalleerd.
smartctl:

code:

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       1256
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       5550
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       12016
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   097   097   000    Old_age   Always       -       1322
 10 Spin_Retry_Count        0x0033   210   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       2708
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       149
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       13
193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       14144
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       31 (Min/Max 6/42)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       110
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       4360
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   253   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       11
222 Loaded_Hours            0x0032   098   098   000    Old_age   Always       -       1180
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       295
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0

lsblk:

code:

root@ubuntu:/mnt# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
[b]Schijf waar ik naar toe recover:[/b]
sda      8:0    0 465.8G  0 disk 
└─sda1   8:1    0 465.8G  0 part /mnt/new
[b]USB Stick Ubuntu:[/b]
sdb      8:16   1   3.7G  0 disk 
└─sdb1   8:17   1   3.7G  0 part /cdrom
[b]De te recoveren schijf:[/b]
sdc      8:32   0 298.1G  0 disk 
├─sdc1   8:33   0    15G  0 part 
├─sdc2   8:34   0   100M  0 part 
└─sdc3   8:35   0   283G  0 part 
loop0    7:0    0 938.7M  1 loop /rofs
[b]Mogelijk resultaat van poging image file te mounten:[/b]
loop1    7:1    0  25.2G  1 loop

ddrescue loopt nu bijna 24 uur en staat zo goed als stil inmiddels. Er is een imagefile van 27.1GB inmiddels, dus er lijkt wel data teruggehaald te zijn. Commando gebruikt wat in deze post werd aangeraden. :

code:

root@ubuntu:/mnt/new# ddrescue -f -n /dev/sdc3 /mnt/new/restore2/test.img rescue.log


GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:    27043 MB,  errsize:    276 GB,  current rate:        0 B/s
   ipos:    24500 MB,   errors:     758,    average rate:     351 kB/s
   opos:    24500 MB,    time since last successful read:     2.2 h
Trimming failed blocks...

Ik heb geprobeerd de image-file te mounten, maar kreeg hierbij een foutmelding.

code:

root@ubuntu:/mnt# mount /mnt/new/restore2/test.img /mnt/image
Failed to read last sector (593475583): Invalid argument
HINTS: Either the volume is a RAID/LDM but it wasn't setup yet,
   or it was not setup correctly (e.g. by not using mdadm --build ...),
   or a wrong device is tried to be mounted,
   or the partition table is corrupt (partition is smaller than NTFS),
   or the NTFS boot sector is corrupt (NTFS size is not valid).
Failed to mount '/dev/loop2': Invalid argument
The device '/dev/loop2' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Eigenlijk wel logisch, aangezien de image-file een kopie is van de defecte hdd.

- Is het op dit punt veilig ddrescue te stoppen, aangezien er bijna geen voortgang meer is?
- Zou een reversed recovery nog wat opleveren? Ik weet nog niet welke data er in de imagefile zit
- Hoe kan ik de imagefile mounten? Ik kom op internet tegen dat ik een loop-device moet gebruiken, maar 2 posts verder op dat forum wordt alweer een andere methode gebruikt om eventueel te kunnen mounten. In elk geval van plan het mounten met een copy van de image te doen zodat deze recovery eventueel vervolgd zou kunnen worden. Daarnaast, eerst nog een fsck op de image file uitvoeren?

[ Voor 3% gewijzigd door The Executer op 03-12-2014 20:28 ]

[The Executer]

Vanochtend bleek ddrescue klaar te zijn met recoveren. 1.5 dag bezig geweest, valt uiteindelijk dan nog weer mee. Eigenlijk blijft nu dus alleen de laatste vraag over: Hoe nu verder met de image file? Vanavond ga ik proberen de image-file op Windows te openen, voor zover dat mogelijk is. Anders toch maar weer even booten van USB stick en verder onder Ubuntu.

[DaRoot]

Testdisk op de gemaakte image loslaten..
Kijken of die er chocola van kan maken..

[Thralas]

De praktische zaken staan al hierboven, nog even wat mosterd na de maaltijd:

The Executer schreef op woensdag 03 december 2014 @ 20:26:
- Is het op dit punt veilig ddrescue te stoppen, aangezien er bijna geen voortgang meer is?
- Zou een reversed recovery nog wat opleveren? Ik weet nog niet welke data er in de imagefile zit

Nee, want je had pas 28 GB recovered. Ik neem aan dat je nu wel een vrijwel volledige image hebt? Hoeveel is er uiteindelijk recovered? Met ddrescuelog -t logfile.log kun je dat mooi zien.

En een reversed recovery is (denk ik) nuttig als je onder tijdsdruk zoveel mogelijk data wilt verzamelen - als er een groot probleemgebied is kan ik me voorstellen dat het dan nuttig is om even achteraan te beginnen en de boel als het ware in te sluiten.

Maar idealiter wil je een full run doen (dat heb je nu gedaan als het goed is?), dus dan moet je alle sectoren sowieso 1x proberen te lezen..

[The Executer]

Ik heb met het commando wat ik hier boven heb staan een complete run kunnen finishen. In totaal is er 27,5GB recovered. Probleem was dat ik niet wist hoeveel data er op die partitie stond. Zou zo maar kunnen dat het 27,5GB zijn, zou ook meer kunnen zijn geweest. Feit is dat ik een volledige run heb kunnen doen, nu ontdekken hoe ik de image kan gaan behandelen.

Reversed laat ik nu eerst even zitten. Ik wil eerst even kijken wat vuur data ook nu heb. Mocht dat toch te weinig blijken kan ik het altijd nog uitvoeren.

[Thralas]

The Executer schreef op donderdag 04 december 2014 @ 18:15:
Ik heb met het commando wat ik hier boven heb staan een complete run kunnen finishen. In totaal is er 27,5GB recovered. Probleem was dat ik niet wist hoeveel data er op die partitie stond. Zou zo maar kunnen dat het 27,5GB zijn, zou ook meer kunnen zijn geweest. Feit is dat ik een volledige run heb kunnen doen, nu ontdekken hoe ik de image kan gaan behandelen.

Eerder postte je:

code:

sdc3   8:35   0   283G  0 part

Dus dan heb je nog geen 10% verzameld. Je begrijpt dat ddrescue geen notie heeft van filesystems en files, maar enkel van sectoren?

Je zou nu dus ook een image file van 283GB moeten hebben.

Ik zou toch nog eens goed naar ddrescuelog en je huidige SMART output kijken, 90% unreadable lijkt me wel erg veel (in ieder geval voor succesvolle recovery, al weet ik niet hoe groot de kans is dat een disk spontaan vrijwel unreadable is).

[The Executer]

Om eerlijk te zijn, ging ik er vanuit dat ddrescue zoveel recoverde als dat er data was. Dat is dus niet het geval. Smartdata staat hierboven al genoemd, en vrees dat die cijfers alleen maar erger zijn geworden. Daarnaast, zou mij niets verbazen dat de schijf dermate al stuk is dat 90% gewoon niet meer te redden is. Ddrescue gaf gisteravond aan dat hij finished was, en totaal rescued was 27.5GB ongeveer (heb de schijf waar de recovery nu op staat niet aangesloten). In elk geval geen image van 283GB, dat weet ik wel zeker. Wat er dan precies gebeurt is weet ik niet.

[Thralas]

Nu je het zegt, errsize: 276 GB.

Tja. Enige wat je kan doen is nog eens runnen (uiteraard met dezelfde log), misschien met -d voor direct mode? Misschien dat je dan nog wat weet te redden, je hebt immers maar een single pass gedaan.

Lijkt me dat al die sectoren niet allemaal fysiek stuk zijn, dus dan valt er misschien wel wat te halen uit meerdere attempts?

[The Executer]

Ik heb de schijf even aangesloten waar de recovery naar toe geschreven is en heb met ddrescueview gekeken naar de log:



Vind het patroon wel erg opvallend...

[cdoens]

Patroon verklaart misschien een headcrash? Is inderdaad bijna een OCD crash
Succes met het recoveren.