Dotaz: Prehladny sw na obnovu dat ext4

[21 dni stara diskuse]

Podarilo sa cez dd prepisat zaciatok disku s ext4. SW testdisk celkom rozpoznava a nachadza data, lenze je to velmi neprehladne a zotriedene vo velkej miere v jednom zozname, sem tam podadresar.

Cast veci sa podarila najst v zalohach, ale je problem sparovat co je zachranene a co treba obnovit. V podstate by stacilo ak by testdisk umoznoval triedenie alebo vyhladavanie. Aj moznost grepovania by pomohla.

Nejake tipy na obnovovaci sw?

Dik

Odpovědi

[rastos]

Nestačí povedať fsck, aby použil iný superblock?

[21 dni stara diskuse]

Dik za nakopnutie, ale zasekol som sa pri pokuse pripojit disk cez iny superblok. fsck nechcem pouzit, pretoze nemam k dispozicii dost velky disk na dd zalohu.

Testdisk mi nasiel superbloky a aj ich pozicie. Disk ma 4K clustre. Skusal som ako poziciu uviest priamo poziciu superbloku, aj jej stvornasobok.

mount sb=10616832 /dev/mapper/xxxx /home/user/test

mount: bad usage

Try 'mount --help' for more information.

operator -o sposoby inu chybu.

mount -o sb=10616832 /dev/mapper/xxxx /home/user/test

mount: /home/user/test: wrong fs type, bad option, bad superblock on /dev/mapper/xxxx, missing codepage or helper program, or other error.

dmesg(1) may have more information after failed mount system call.

[X]

/dev/mapper a tvrdis, ze je to ext4?

[21 dni stara diskuse]

ext4 na sifrovanom disku. Je to komplikacia?

[Peter Golis]

Nejako mi nesedí pozícia superbloku, naozaj je to hentaké číslo?

U mňa (mám 1/2 NVMe, zakryptovanú partíciu a v nej LVM pre ROOT a SWAP) to dáva pozície pre superbloky:

# sudo dumpe2fs /dev/mapper/vgubuntu-root|grep superblock
dumpe2fs 1.46.5 (30-Dec-2021)
  Primary superblock at 0, Group descriptors at 1-58
  Backup superblock at 32768, Group descriptors at 32769-32826
  Backup superblock at 98304, Group descriptors at 98305-98362
  Backup superblock at 163840, Group descriptors at 163841-163898
  Backup superblock at 229376, Group descriptors at 229377-229434
  Backup superblock at 294912, Group descriptors at 294913-294970
  Backup superblock at 819200, Group descriptors at 819201-819258
  Backup superblock at 884736, Group descriptors at 884737-884794
  Backup superblock at 1605632, Group descriptors at 1605633-1605690
  Backup superblock at 2654208, Group descriptors at 2654209-2654266
  Backup superblock at 4096000, Group descriptors at 4096001-4096058
  Backup superblock at 7962624, Group descriptors at 7962625-7962682
> Backup superblock at 11239424, Group descriptors at 11239425-11239482               # <--- 10616832??
  Backup superblock at 20480000, Group descriptors at 20480001-20480058
  Backup superblock at 23887872, Group descriptors at 23887873-23887930
  Backup superblock at 71663616, Group descriptors at 71663617-71663674
  Backup superblock at 78675968, Group descriptors at 78675969-78676026
  Backup superblock at 102400000, Group descriptors at 102400001-102400058

Samotné superbloky sa rátajú od začiatku blokového zariadenia na ktorom priamo sedií FS, a pri rovnakej veľkosti bloku (4k) by mali byť na rovnakých pozíciách.

[21 dni stara diskuse]

dumpe2fs /dev/mapper/xxxx | grep superblock

dumpe2fs 1.46.5 (30-Dec-2021)

Journal superblock magic number invalid!

Testdisk ale najde rovnake pozicie superbloku ako mas ty. Okrem riadku

Backup superblock at 294912, Group descriptors at 294913-294970

[21 dni stara diskuse]

Testdisk ale najde rovnake pozicie superbloku ako mas ty. Okrem riadku

Omyl, tie pozicie su rovnake. v manuali k mount je uvedene, ze pri 4K clustroch treba dat stvornasobnu hodnotu. .. nechapem, preco nie 1024x

[Peter Golis]

Tak skús či sa nejakú inú kópiu superbloku na inej pozícii. Len ty vieš pokiaľ si to zapísal, a či ti nezblbla elektronika šindelového disku počas upratovania zón.

A nezabudni tam pridať parameter read-only nech ten mount nezapne aj zápis ktorý to (teoreticky) môže doraziť.

Ak teda vidíš superbloky skoro tak ako ja, tak prečo si to pripájal s pozíciou SB 10616832 a nie 11239424? To si odtiaľ odrátal nejakú náhodnú konštantu nech to zlyhá? V tom prípade by som to radšej nechal odborníkovi. Alebo by so si požičal od niekoho externý USB Disk, a buď urobil bitovú zálohu (aj s fsck) alebo testdisk čo sa rovno pokúsi vyextrahovať súbory.

PS: Niečo podobné sa mi stalo už niekoľko krát.

[21 dni stara diskuse]

Vystup testdisku: superblock 0, blocksize=4096 []

superblock 32768, blocksize=4096 []

superblock 98304, blocksize=4096 []

superblock 163840, blocksize=4096 []

superblock 229376, blocksize=4096 []

superblock 294912, blocksize=4096 []

superblock 819200, blocksize=4096 []

superblock 884736, blocksize=4096 []

superblock 1605632, blocksize=4096 []

superblock 2654208, blocksize=4096 []

A nech zadam hociktoru hodnotu, tam to dopadne rovnakou chybou.

mount sb=10616832 /dev/mapper/xxxx /home/user/test

*mam prislubeny nahradny disk, tak skusim aj testdiskom odporucany prikaz.

fsck.ext4 -p -b superblock -B blocksize device

[Peter Golis]

Odkiaľ máš to číslo 10616832? To, ako som už naznačoval, nie je štandardná pozícia superbloku. Máš ho z vysokej učnovky trolenia?

[21 dni stara diskuse]

10616832 je stvornasobok cisla 2654208.

Backup superblock at 2654208, Group descriptors at 2654209-2654266

Stvornasobok pozicie suberbloku odporucaju v manuali pre mount ak ide o particiu s 4K clustermy. tj nie s 512 bajtovimi.

The block number here uses 1k units. Thus, if you want to use logical block 32768 on a filesystem with 4k blocks, use "sb=131072".

https://linux.die.net/man/8/mount

[Zoufalec]

Mícháš dohromady velikost alokační jednotky zařízení a souborového systému.

[21 dni stara diskuse]

Kludne pomiesam aj Linuxoví desktop s iPhonmi ak mi to opravi disk. Samozrejme som skusil aj povodne hodnoty.

[21 dni stara diskuse]

Aby som ucinil internetovej pamati zadost..

Vdaka za nakopnutie so superblokom.

Po urobeni zalohy pomohlo fsck.ext4 -p -b 163840 -B 4096 /dev/mapper/xxxx

Zda sa, ze zmienky o mount s pouzitim ineho superbloku su tak desat rokov stare, takze dana funkcionalita bola mozno odstranena. Nenasiel som o nej zmienky v aktualnom man mount. A odkazovany man na https://linux.die.net/man/8/mount je stary asi 20 rokov

[Zoufalec]

man ext4