Dotaz: Bad super block

[netlive]

Zdravím, mam poškozený super blok v paritě s ext4

mount /dev/sda1 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

a příkaz fsck /dev/sda1 se nerozběhne jak má, výstup

fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext4: Group descriptors look bad... trying backup blocks...
fsck.ext4: Bad magic number in super-block when using the backup blocks
fsck.ext4: going back to original superblock
fsck.ext4: Device or resource busy while trying to open /dev/sda1
Filesystem mounted or opened exclusively by another program?

Na posledním řádku ukazuje na používání jiným programem, proto jsem zkontroloval používání souboru /dev/sda1 jinými programi příkazem

 fuser -af /dev/sda1
Cannot stat file /proc/3493/fd/22: Stale NFS file handle
/dev/sda1:

Ale nevím co to znamená. Dá se fixnout ta parita? Díky moc za vše

Odpovědi

[Petr Šobáň]

Jseš si jistej že je tam ext4?

Prostě je oddíl připojen jako NFS - prostě někde po síti.

Spusti OS z DVD a skus fsck to by mělo proběhnout OK protože HDD nebude připojen.

[netlive]

Je na nem ext4 a ta hlaska s nfs mi nedava smysl(i kdyby tam bylo vfs tak nemam paru whats wrong). Bezim v live cd a disk neni pripojen.

Za zmineni jestte stoji ze mi dnes nesli spustit programy a po te zamrzl system. Po rebootu byla poskozena mbr /dev/sda, tu se mi podarilo obnovit programem testdisk ale grub tam neni, misto nej jen neco jako 1234ab. Asi sem to mel napsat driv, nevim jestli je to podstatne pri obnove dat ff.

[rADOn]

A co jako říká chytroušek s.m.a.r.t.?

smartctl --all /dev/sda

Nechci strašit, ale superbloky se nerozbíjejí samy od sebe.

[BigWrigley]

Bootnete z nejakeho rescue CD, Knoppixu a pod. Pouzijte smartctl, zkontrolujte stav partition tabulky, pak udelejte fsck na vsechny fs. Podle dulezitosti dat muzete jeste pred tim naklonovat na nejaky dalsi disk existujici partition a s recovery si pohrat na kopii.

[Zdeněk Zámečník]

Zkus příkaz

debugfs /dev/sda1

Pokud se zadaří, můžeš si pak používat příkazy cd a ls pro prohlížení obsahu disku. Pokud uvidíš svá data, můžeš si je vykopírovat příkazem rdump na nějaký jiný disk.

Moc si toho nenapsal o tom, co je to vlastně za disk, jestli byl v nějakém RAIDu, LVM apod. Už jsem viděl i disk z NASu, kde byla velikost bloku EXT4 nastavena na 64kB a nešel jednoduše po upgradu systému namountovat.

Tehdy mě zachránilo toto:

debugfs
open -b 65536 /dev/sda1