Dotaz: kopie souboru s BAD sectors.

[lertimir]

Kamarádovi se rozpadá disk a hledám nástroj jak zkopírovat některé části "co nejvíce" tedy i s tím že některý sektor uprostřed souboru bude BAD. Nemám dostatek volného prostoru, abych upíchl celý disk pomocí ddrescue (je to 2TB disk) ale tak 60-70% bych někam dal. Můj problém je jak kopírovat stovky (možná spíše tisíce) souborů, s tím at kopie ignoruje chyby, ručně přes ddrescue je to neřešitelné. Většina chyb padne do delších videí, které sice výpadek sektoru pocítí, ale nebude to nijak strašné.

---

---

Odpovědi

[paul2no]

No, já bych asi kamarádovi řekl, že jestli o ty data fakt stojí, tak ať si holt někde sežene jiný 2 TB disk, na který se udělá bitová kopie a s tou se pak případně bude laborovat. Stejně ta "vytěžená" data bude potřebovat někam uložit.

[2X4B-523P]

napadlo mě, že jsem poškozená data zachraňoval testdiskem/photorecem a byly tam i půjky fotek a podobně, ale dalo se to už načíst... jinak co nemám vyzkoušeno je foremost, nemám tu ale žádný vadný disk, abych ho otestoval...

[lertimir]

to není potřeba. disk má pořád filesystem, jde namountovat a jde číst. Problém je, když udělám na nějakém podadresáři

cp -r * /mnt/cil

Tak většina videí neprojde. Protože i když te to třeba 700MB video tak někde třeba na 400MB čtení narazí na bad sector a kopírování skončí. Pokud video přes VLC spustim přímo z poškozeného disku tak bez problémů se mohu posunout na část za chybou a video běží. Na tom disku bude jenom tak 500-1000 sektorů poškozených a nečitelných. Nicméně tyhle poškozené sektory se někam trefí tak do poloviny videí a při standardním kopírování přes cp se kopie zastaví. Takže potřebuji najít metodu, jak spustit rekurzívní kopírování s tím, že chci, aby kopírování každého souboru se provedlo celé nezastavilo se na chybě.

[2X4B-523P]

dd umí noerror

v dd --help je pod konverzí

noerror pokračuje i při vzniku chyby při čtení

dd if=foo of=bar conv=noerror,sync

vygooglil jsem to i zde http://aeroquartet.com/wordpress/2012/06/06/how-to-copy-a-file-with-io-errors/

bez toho by byla disketa něco jako nosit si pití nacucané v hadru

[JMP]

ddrescue lze použít snad i na jednotlivé soubory - nemusí to nutně být celý device...

[Petr Šobáň]

Jenže čím víc to bude trápit tím může být složitější data dolovat, při poškozené hlavičce může škrábat plotny atd...

Pokud má data rád tak HDD nechá vypnutý sežene druhý a udělá zálohu pomocí ddrescue celého oddílu z kterého chce data.

[R]

Ano, moze sa to dost rychlo zhorsovat. Preto (ak sa da filesystem namontovat) treba kopirovat po suboroch a zacat tymi najdolezitejsimi. Takto som z jedneho disku zachranil dost suborov. Niektore uz precitat nesli. Po par hodinach sa uz nedal precitat ziadny sektor.

[pet]

PROBOHA!!!

Čtením po souborech disk hodně vystavuje, zejména jsou-li data více fragmentována, a při přítomnosti jakéhokoli smetí uvnitř hobluje média!! (Vím o čem mluvím, kdysi jsem se podílel na vývoji HDD.) Právě proto ddrescue pracuje tak jak pracuje.

Samozřejmě pokud je těch klíčových souborů málo, jsou krátké a jsou o hodně cennější než zbytek, tak má smysl zkusit je vyčíst jako první.

[R]

ddrescue nesluzi na zachranu dat, ale na kopiu suboru/zariadenia s vadnymi sektormi. Pracuje tak, ako pracuje preto, ze je to upraveny program dd. Clovek, ktory zachranu robi, musi uvazit, ci je vhodne ho pouzit na cely disk alebo nie.

Disk vacsinou nebyva plny a uz vobec nie dolezitych dat. Nedavno som zachranoval data z jedneho disku, ktory sice nerobil ziadne chyby, ale bol na niektorych miestach extremne pomaly. Kedze disk bol velky (500 GB) a malo obsadeny (< 100 GB), pouzil som ntfsclone namiesto dd/ddrescue (MBR a dalsie veci na zaciatku som skopiroval cez dd). Bolo to za par hodin hotove, dd by bezalo pri tej "rychlosti" aj niekolko dni a disk by dovtedy nemusel ani dozit.

[pavlix]

Co se řeší? Pokud nejde o forenzní analýzu, tak je stejně lepší vrátit věci ze zálohy.

[lertimir]

Byla to data, která byla bez záloh. V podstatě mám data 3 kategorií. (Vlastní data, která jsem vytvořil, od zdrojáků přes prezentace na přednášky, články do časopisů, napsané knihy a podklady k nim až k archivu fotek a vlastních videí. to mám minimálně v 3 synchronních kopiích na fyzicky dvou místech plus jedna periodická záloha) Získaná důležitá data jako - důležité články z oboru plus pro mne důležitá relaxační data, jsou na dvou místech. třetí kategorie je data pro zábavu ne kriticky důležitá a to byl tento případ. 2TB disk hlavně používaný teměř jen na čtení se zaplněností 99,5%. to když bych o něj přišel je sice nepříjemné, ale ne kritické. Ale také má smysl věnovat trochu úsilí záchraně když to půjde.

[pavlix]

Byla to data, která byla bez záloh.

Pokud jsou nějaká data úmyslně ze záloh vynechaná, pak bych neočekával, že je budu potřebovat vracet do hry hrabáním se ve špatném disku. Ale samozřejmě přeju hodně štěstí.

[lertimir]

ddrescue nesluzi na zachranu dat, ale na kopiu suboru/zariadenia s vadnymi sektormi. Pracuje tak, ako pracuje preto, ze je to upraveny program dd. Clovek, ktory zachranu robi, musi uvazit, ci je vhodne ho pouzit na cely disk alebo nie.

Asi jste ddrescue nikdy nepoužil. Protože první věta v dokumentaci v části Algorithm je

GNU ddrescue is not a derivative of dd, nor is related to dd in any way except in that both can be used for copying data from one device to another. The key difference is that ddrescue uses a sophisticated algorithm to copy data from failing drives causing them as little additional damage as possible.

[R]

Pomylil som si to s dd_rescue...

[lertimir]

Tak uvidíme, už to jede. Koupil se disk. je to jediný oddíl přes 2TB disk. Vzhledem k rychlosti 4MB/s na 2TB disku by to bylo 500 000 sekund. Tož tak. Zatím je cca 6GB přeneseno. 21 chyb s velikost 1,4MB.

[R]

Ak je disk velmi poskodeny, tak pocas kopirovania zdochne uplne.

[lertimir]

Tak zatím nezdechnul a ddrescue beží od úterý večera. V současnosti je ve fázi "spliting" a ještě mu zbývá cca 3000 bloků "/" který má splitnout. A vzhledem k tomu že jedu na dovču, tak se moc už tomu věnovat nebudu, než se vrátím, ale zkouším si udělat nějakou statistiku, třeba histogram velikosti badblocks, nebo tabulku mapu rozložení. Log file vyprodukuje

# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -d -l 50000 /dev/sde oprava logfile
# current_pos  current_status
0x11EEA95CC00     /
#      pos        size  status
0x00000000  0x0A370000  +
0x0A370000  0x00000200  -
0x0A370200  0x00000C00  +
0x0A370E00  0x00000200  -
0x0A371000  0x0085F000  +

do LO Calcu se v pohodě dá importnout, ale všechna Hex čísla bere jako stringy a nejsem schopen je přetočit na čísla aby se daly sčítat. Nevíte jak?

[JMP]

=HEX2DEC($CELL)

[lertimir]

Z popsaného vstupu (např 0x21442BC000) vrací Chyba:502. (HEX2DEC jsem také našel a zkoušel.)

[JMP]

stačí vyhodit 0x ze začátku řetězce...

[Petr Šobáň]

Nebude to chtít odstranit 0x protože Ox není HEX číslo i když se tak zapisuje?

[Radovan]

Zkus ho udržovat studený, kamarádovi jsem zkopíroval data z disku který nevydržel jet víc než pár minut, trvalo to několik hodin a byl ponořený ve vaničce s vodou a ledovými kostkami, které jsme průběžně doplňovali, jak odtávaly. Ale musíš ho dobře zabalit, aby při tom nezvlhnul

[lertimir]

Vrátil jsem se z dovolené a mezitím oprava doběhla. Teď řeším otázku. jak provést xfs_check? Mám soubor /mnt/test/oprava, to je obraz celého disku. Mount mi funguje.

mount -o loop,offset=1048576 /mnt/test/oprava /mnt/cil

Ale pro xfs_check device potřebuji device?

[R]

kpartx

[lertimir]

Tak jednou jsem to provedl checknul filesystem a opravil. Ale nyní když jsem zkoušel totéž, tak mi to hlásí

kpartx -l -v oprava 
mount: could not find any device /dev/loop#Bad address
can't set up loop

samozřejmě oprava je image disku. /dev/loop existuje, ale neexistuje loopX jako oddíl a ani /dev/mapper/loop0p1_part1 se nevytvoří. (s offsetem stále disk namountuji)

[mmmm]

nevím sice v jakém stavu je momentálně ten váš image, ale co zkusit manuálně namountovat jednotlivé partitions pomocí losetup a offsetu?