Dotaz: záchrana dat z RAID1 - specializovaná firma

[mrtn]

Zdravím,

po upgradu Ubuntu z 10.04 na 12.04, kde jsem měl softwarový raid1 s dvěma disky, mdadm bohužel provedl "resync" toho pole a už mi nejde připojit.

Předpokládám, že došlo k nahrazení metadat z 0.9 na 1.2, jinak jsem s těmi disky nic nedělal, tedy kromě pokusů o mount, sestavení pole jako degradované s jedním diskem jde taky, akorát mount nic.

Mořil jsem se s tím dost dlouho, dělal jsem přesnou kopii na jiný disk přes dd, na ní zkoušel opravy přes fsck, se strýčkem googlem už jsem taky v koncích, tak už to zkusím nechat odborníkům

Můžete někdo doporučit některou z těch firem, co nabízí záchranu dat?

Nejvíc mě oslovilo http://www.zachrana-dat.cz/cz/zachrana-dat-z-diskoveho-pole-raid.html ale samozřejmě proto, že zrovna s raid mám problém.

Díky za doporučení.

Martin

Odpovědi

[Carth_Onasi]

Když máš kopii, co zkusit Testdisk nebo Photorec?

[mrtn]

to už jsem zkoušel, výstup byly různé útržky dat, pár souborů se obnovilo úplně, ale zase bez původních názvů, takže v podstatě nepoužitelné

[Loso]

zdravim, ak to boli len dva disky v mirrore, tak pozicie blokov metadat su zname, zvysok device by sa mal spravat ako suvisly blockdevice (predpokladam, ze na nom je onen FS, mozno LVM, whatever), ak tam povodne boli 0.9 tak to bude namontovatelne aj bez mdadm (suvisla cast zacina od 0 blocku particie/disku a metadata su az na konci) ak 1.2 tak skusit offset (cez loop device napr.) od zaciatku >4kb. Ak je istota ake metadata boli pouzite, tak ich nanovo zapisat pomocou mdadm create s --asume-clean option... Vela zdaru, Loso

[mrtn]

zdravim, ak to boli len dva disky v mirrore, tak pozicie blokov metadat su zname, zvysok device by sa mal spravat ako suvisly blockdevice (predpokladam, ze na nom je onen FS, mozno LVM, whatever), ak tam povodne boli 0.9 tak to bude namontovatelne aj bez mdadm (suvisla cast zacina od 0 blocku particie/disku a metadata su az na konci) ak 1.2 tak skusit offset (cez loop device napr.) od zaciatku >4kb. Ak je istota ake metadata boli pouzite, tak ich nanovo zapisat pomocou mdadm create s --asume-clean option... Vela zdaru, Loso

ten offset jsem ještě nezkoušel, jinak se s tím patlám s přestávkami už od července a už bych to chtěl nějak ukončit

[Loso]

Len pre inspiraciu...princip (brute force) najdenia miesta, kde zacina systemu znamy filesystem na disku /dev/sdb, ked trafi spravne cislo offset-u...

for ((i=0 ; $i < 1000000 ; i++)); do mount -o ro,loop,offset=$(($i * 512)) /dev/sdb /mnt && break done

[izidor]

tohle nebude fungovat. mount se nepodari, protoze byl zacatek disku prepsan hlavickou verze 1.2. Jedina moznost je uhadnout zacatek partition, pak z toho pomoci losetup udelat blokove zarizeni a pustit na to e2fsck. To z toho opet udela zarizeni, ktere jde primountovat.

[Loso]

:) predpokladam, ze ten to inkrementujuce sa $i a offset tam nie su na ozdobu...

[dustin]

?? Pokud byl začátek filesystému přepsán hlavičkou raidu, offset nijak nepomůže. Nicméně tohle je pořádný bug a divil bych se, kdyby to mdadm jen tak sám od sebe přepsal.

[izidor]

toto funguje pouze v pripade, ze je ten filesystem neporusenej a pouze se nevi, kde je zacatek. Pokud je ale filesystem porusenej, napriklad prave prepsanim prvnich 2MB za hlavicku sw raidu, tak se ten mount nikdy nepovede. Ja jsem byl jednou taky takhle sikovnej a prepsal jsem si sw raid hlavickou s verzi 1.2, i kdyz pred tim tam bylo 0.9. A bez uhadnuti (tedy v mem pripade spise dopocitani) zacatku a spusteni e2fsck se mi to primountovat nepodarilo.