Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Hardware => Téma založeno: kris 18 Prosince 2011, 11:17:40
-
Ahoj, potřeboval bych poradit s připojením disku.FS je ext3
když se v Ubuntu pokusím připojit disk vypíše to:
Nelze připojit souborový systém
Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sdc4,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
když zkusím dmesg | tail
kris@ubuntu-home:~$ dmesg | tail
[ 37.144961] EXT4-fs (sda6): re-mounted. Opts: errors=remount-ro,commit=0
[ 93.328099] wlan0: authenticate with 52:72:c0:8f:4d:ea (try 1)
[ 93.330510] wlan0: authenticated
[ 93.344109] wlan0: associate with 52:72:c0:8f:4d:ea (try 1)
[ 93.346601] wlan0: RX AssocResp from 52:72:c0:8f:4d:ea (capab=0x11 status=0 aid=1)
[ 93.346611] wlan0: associated
[ 93.351523] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 147.816508] EXT3-fs: barriers not enabled
[ 147.816881] kjournald starting. Commit interval 5 seconds
[ 147.817193] EXT3-fs (sdc4): error: corrupt root inode, run e2fsck
upraveno doplnil jsem výpis dmesg | tail
-
Vadný superblok, zkus se podívat po internetu jak to opravit
-
dmesg | tail
vypíše určitě něco jiného, vypadá to nějak takto
http://forum.ubuntu.cz/index.php?topic=55350.0
-
zkusil jsem i podle návodu obnovit superblock
http://www.cyberciti.biz/faq/recover-bad-superblock-from-corrupted-partition/ (http://www.cyberciti.biz/faq/recover-bad-superblock-from-corrupted-partition/)
ale tohle to vypsalo, tedy dá se říci že nic :-D
kris@ubuntu-home:~$ sudo dumpe2fs /dev/sdc4 | grep superblock
[sudo] password for kris:
dumpe2fs 1.41.14 (22-Dec-2010)
kris@ubuntu-home:~$
a pokud vynechám grep superblock
tak to vypíše tohle
kris@ubuntu-home:~$ sudo dumpe2fs /dev/sdc4
dumpe2fs 1.41.14 (22-Dec-2010)
dumpe2fs: Attempt to read block from filesystem resulted in short read při pokusu otevřít /dev/sdc4
Nemohu najít platný superblok systému souborů.
-
1. Ještě jednou bych zkontroloval, že se jedná o správný oddíl s "linuxovým" souborovým systémem (ext4 apod.): fdisk, GParted/Editor diskových oddílů (http://wiki.ubuntu.cz/GParted).
2. Pokud je to možné, před pokusy o záchranu bych zálohoval celý oddíl: wiki - záchrana dat (http://wiki.ubuntu.cz/Z%C3%A1chrana%20dat)
3. Pokud se jedná o standardní souborový systém (ext?, 4kB bloky), na bloku 32768 se nachází záloha superbloku, je možné zkontrolovat pomocísudo dumpe2fs -h -o superblock=32768 /dev/sdc4(mělo by vypsat základní údaje k systému)
4. Na nepřipojeném oddíle udělat opravu soub. systému za použití zálohy:sudo e2fsck -f -b 32768 /dev/sdc45. Pokud nic nepomáhá, přichází na řadu TestDisk (http://wiki.ubuntu.cz/TestDisk), příp. photorec (tentýž odkaz).
-
Tak kontrola vypsala toto
kris@ubuntu-home:~$ sudo dumpe2fs -h -o superblock=32768 /dev/sdc4
[sudo] password for kris:
dumpe2fs 1.41.14 (22-Dec-2010)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 15458b56-9726-4b32-a749-a8b96eb96e6a
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super large_file
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: not clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 38649856
Block count: 77284692
Reserved block count: 1
Free blocks: 37485026
Free inodes: 38649631
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Filesystem created: Sun May 29 19:47:58 2011
Last mount time: Tue Aug 9 13:55:02 2011
Last write time: Tue Aug 9 16:07:36 2011
Mount count: 22
Maximum mount count: -1
Last checked: Sun May 29 19:47:58 2011
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Default directory hash: tea
Directory Hash Seed: f661b42d-f64c-426f-92a3-df94c7eee2c3
Journal backup: inode blocks
Vlastnosti žurnálu: journal_incompat_revoke
Velikost žurnálu: 0k
Délka žurnálu: 32768
Sekvence žurnálu: 0x000016b1
Začátek žurnálu: 0
Špatné bloky: 57201524, 57201525
zkusil jsem udělat opravu FS a to vypsalo toto:
kris@ubuntu-home:~$ sudo e2fsck -f -b 32768 /dev/sdc4
[sudo] password for kris:
e2fsck 1.41.14 (22-Dec-2010)
/dev/sdc4: obnovuji žurnál
e2fsck: nemohu nastavit příznaky superbloku na /dev/sdc4
Takže jedině zbývá ta poslední možnost TestDisk nebo photorec ?
-
Tak to vypadá spíš na hardwarovou chybu (vadný blok zrovna v místě, kde je superblok souborového systému). Podrobnosti by měly být vidět v syslogu apod. - viz wiki - záchrana dat (http://wiki.ubuntu.cz/Z%C3%A1chrana%20dat). Osobně bych udělat obraz celého oddílu nebo ho překopíroval na jiný, a pak ho nechal opravit přes e2fsck znovu.
TestDisk (http://wiki.ubuntu.cz/TestDisk) zachrání hodně, ale pravděpodobně to bude hodně pracné (nezachrání názvy souborů, urč. druhy souborů apod.)
-
je to disk z přehrávače, takže tam jsou většinou video soubory. blbý je že nemám místo na zálohu toho disku.
-
Ve zdrojovém kódu se k tomu píše, že
if (ctx->flags & E2F_FLAG_RESTARTED) {
/*
* Whoops, we attempted to run the
* journal twice. This should never
* happen, unless the hardware or
* device driver is being bogus.
*/
com_err(ctx->program_name, 0,
_("unable to set superblock flags on %s\n"), ctx->device_name);
fatal_error(ctx, 0);
}
(HW chyba nebo špatný ovladač), takže asi smůla. Můžeš ještě zkusit vypnout žurnál
http://forum.ubuntu.cz/index.php?topic=44708.0
ale to už je spíš ze zoufalosti ;(
Seznam formátů, které photorec rozezná:
http://www.cgsecurity.org/wiki/File_Formats_Recovered_By_PhotoRec