[ufo56]

Nimelt olen taastamas siin ühte WDC WD5000BPKT-75PK4T0 2.5 tollist ketast. Kettal ühtegi imelikku heli ei esinenud ja otsustasin siis omade jõududega proovida asjast asja saada.
Smart info siin http://pastebin.com/TGSm1BSG

Kettal on peal 3 partitsiooni originaalist juba. Panin taastama igaksjuhuks tervet ketast.
Programmiks valisin linuxil oleva gddrescue ning käivitasin käsuga

[tahanteada]

Keerukamate vigade korral on tihti ainsaks lahenduseks taastamine n-ö "RAW-failidena", mitte n-ö "tavaliste failidena".

Üks programm, mis peaks ka Linuxi all töötama:
Stellar Phoenix Linux Data Recovery
Recovers lost, formatted or deleted data from Linux based volumes
A Linux Data Recovery software that helps you recover lost or inaccessible data from any Ext4, Ext3, Ext2, FAT32, FAT16, and FAT12 file system based LINUX volumes.
http://www.stellarinfo.com/linux-data-recovery.htm

Nii, et uuri värki, kunagi sai katsetatud. Taastas kenasti, aga arvutas taastatavaid faile välja väga kaua.

[ufo56]

Partitsioon on NTFS muidu.

[A.S.]

Milleks see kettalt kettale kirjutamine hea on, kas poleks parem esialgu kogu kettast lihtsalt image fail tekitada?

[ufo56]

[Dogbert]

Mul oli just siin hiljuti üks juustustunud 2,5" Hitachi 500GB. Esimese 15GB ulatuses üks "auk" teise otsa, aga tagumise osa luges täitsa puhtalt välja.
Et ketast vähem piinata, siis tegin dd-ga raw image'i - pakkimata muidugi, mille pärast mountisin kpartx-iga loop device'iks (kpartx teeb selle väga lihtsaks) ja sealt pealt siis kopeerisin failid. Kah NTFS partitsioonid olid seal peal muidugi.

Nähtavasti oleks võinud ka squashfs'i toppida selle, ruumi kokkuhoiu mõttes: http://unix.stackexchange.com/questions/31669/is-it-possible-to-mount-a-gzip-compressed-dd-image-on-the-fly

[ufo56]

Dogbert, hetkel tundub et ddrescue mis põhinebki dd peal teeb väga head tööd.

--no-split -R -b 1KiB -c 16384 lisa võtmeteks käivitamisel. Lasin ka teistpidi lugema, tundub kuidagi paremini töötavat. 4000-8000 Kb/sec loeb maha hetkel. Võtab kaua võtab(tundub et võtab kaua) aga selle cluster/block sizega tundub kõige stabiilsem.

24471MB päästetud, 475625MB veel päästa. Katki siiamaani 3043KB vaid. Sülitan kolm korda üle õla



EDIT: 32000mb peal lõpetas ära, finished ja errsize 467GB

[Dogbert]

dd puhul soovitatakse block size'ks võtta konkreetselt ketta puhvri maht, küllap see on ddrescue puhul sama. Hdparm'iga võib selle üle kontrollida ja seal näha olevat väärtust kasutada.
Ma ei tea kui õige see soovitus on, ja ma erinevate väärtustega eksperimenteerima ei hakanud, igatahes normaalselt väljaloetavas osas oli kiirus üsna tavaline 2,5" 5400rpm ketta kohta. Auklikus osas loomulikult komistas iga vigase sektori otsas ja selle lugemisele kulus ikka hulk tunde.

Ma kaalusin ka korraks ddrescue kasutamist, aga dd kasutamisega olen juba võrdlemisi tuttav ja ma tahtsin selle kama läbi torude ja pv lasta, et progressist ülevaade oleks - ei viitsinud ddrescue manuaali lugema hakata, kuidas ta väljundi stdout-i saab jms.

[ufo56]

Ilmselt sellest kettast asja ei saa ikka. 8192 bitti sekundis lugemiskiirus.

[tahanteada]

[ufo56]

Saaks kuidagi valida mida taastada. Reaalselt vajalikke faile võibolla 1gb ringi.