Dotaz: Nelze připojit ext3 oddíl

[boycottsystemd]

pcmanfm:

Error mounting /dev/sdb3 at /media/u/a2c...-...-...-...-...:

Command-line `mount -t "ext3" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdb3" "/media/u/a2c...-...-...-...-..."' exited with non-zero exit 

status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdb3,
       missing codepage or helper program, or other error


       In some cases useful info is found in syslog - try
       dmesg | tail or so.

dmesg:

[ 1159.692513] EXT4-fs (sdb3): mounting ext3 file system using the ext4 subsystem
[ 1159.812918] JBD2: no valid journal superblock found
[ 1159.871254] EXT4-fs (sdb3): error loading journal
[ 1159.692513] EXT4-fs (sdb3): mounting ext3 file system using the ext4 subsystem
[ 1159.812918] JBD2: no valid journal superblock found
[ 1159.871254] EXT4-fs (sdb3): error loading journal

gparted pro sdb3:

dumpe2fs 1.42.12 (29-Aug-2014)
Journal superblock magic number invalid! 

Can not read the contents of the file system.
For this reason, some operations may be unavailable.
The reason may be the absence of a software package.
Here is the list of software packages needed to support the ext3: e2fsprogs file system. 

e2fsprogs je nainstalovaný.

fdisk -l

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdb1  *           63     80324     80262  39,2M  b W95 FAT32
/dev/sdb2        39407445  79537814  40130370  19,1G a5 FreeBSD
/dev/sdb3        79550464 382312447 302761984 144,4G 83 Linux
/dev/sdb4       382314870 488392064 106077195  50,6G  f W95 Ext'd (LBA)
/dev/sdb5       389110428 429433514  40323087  19,2G 83 Linux
/dev/sdb6       429803073 486448199  56645127    27G 83 Linux

v dmesg jsou i oddíly, ktere fdisk nebo gparted nevidí:

[  150.438576] hfsplus: unable to find HFS+ superblock
[  150.502096] qnx4: no qnx4 filesystem (no root dir).
[  150.565842] You didn't specify the type of your ufs filesystem

mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...

>>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old
[  150.884983] ufs_read_super: bad magic number
[  150.946896] hfs: can't find a HFS filesystem on dev sda5
[  169.483495] EXT4-fs (sdb4): unable to read superblock
[  169.550066] EXT4-fs (sdb4): unable to read superblock
[  169.615260] EXT4-fs (sdb4): unable to read superblock
[  169.691299] XFS (sdb4): Invalid superblock magic number
[  169.785594] FAT-fs (sdb4): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
[  169.914993] FAT-fs (sdb4): bogus logical sector size 25213
[  169.980600] FAT-fs (sdb4): Can't find a valid FAT filesystem
[  170.053104] FAT-fs (sdb4): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
[  170.183678] FAT-fs (sdb4): bogus logical sector size 25213
[  170.249279] FAT-fs (sdb4): Can't find a valid FAT filesystem
[  170.331835] MINIX-fs: unable to read superblock
[  170.393569] attempt to access beyond end of device
[  170.450851] sdb4: rw=16, want=3, limit=2
[  170.497728] hfsplus: unable to find HFS+ superblock
[  170.562514] qnx4: no qnx4 filesystem (no root dir).
[  170.625715] You didn't specify the type of your ufs filesystem

mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...

>>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old
[  170.956973] hfs: can't find a HFS filesystem on dev sdb4
[  182.208896] EXT4-fs (sdb8): VFS: Can't find ext4 filesystem
[  182.280783] EXT4-fs (sdb8): VFS: Can't find ext4 filesystem
[  182.353397] EXT4-fs (sdb8): VFS: Can't find ext4 filesystem
[  182.435299] XFS (sdb8): Invalid superblock magic number
[  182.512803] FAT-fs (sdb8): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
[  182.642929] FAT-fs (sdb8): bogus logical sector size 65535
[  182.708618] FAT-fs (sdb8): Can't find a valid FAT filesystem
[  182.781691] FAT-fs (sdb8): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
[  182.911498] FAT-fs (sdb8): bogus logical sector size 65535
[  182.977134] FAT-fs (sdb8): Can't find a valid FAT filesystem
[  183.059181] VFS: Can't find a Minix filesystem V1 | V2 | V3 on device sdb8.
[  183.149231] hfsplus: unable to find HFS+ superblock
[  183.212900] qnx4: no qnx4 filesystem (no root dir).
[  183.277086] You didn't specify the type of your ufs filesystem

mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...

>>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old
[  183.596630] ufs_read_super: bad magic number
[  183.661926] hfs: can't find a HFS filesystem on dev sdb8
[  185.114499] EXT4-fs (sdb3): mounting ext3 file system using the ext4 subsystem
[  185.240885] JBD2: no valid journal superblock found
[  185.299241] EXT4-fs (sdb3): error loading journal
[  386.163822]  sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 >
 sdb2: < bsd: sdb7 sdb8 sdb9 sdb10 sdb11 >

Neví prosím někdo co s tím ?

Odpovědi

[lertimir]

Primárně je potřeba najít v logových záznamench, co se stalo. Podle předchozích dotazů, jednak o přesunu šifrovaného openSuse a aktualizaci nepodporovaného Ubuntu, mi připadá, že provádíš pokusničení vysokého kalibru. To že se mi neotevřel lokální fyzický filesystem, a nebylo to HW problémem (poruchou disku), se mi snad nestalo nikdy. Otázkou je kdo zapsal do blokového zařízení tak, že narušil FS? Jak tam zapsal a co? Nebyly nějaké hrátky s partition table a hranice v MBR jsou jinde než reálně FS je mají? Oddíly 7-11 odpovídají internímu dělení BSD na oddálu sdb2 a v linuxu bych se jim vyhnul velmi širokým obloukem ze strachu že se nějak něco zapíše a zničím instalaci FreeBSD. A proboha co ty příkazy mount znamenají. Snad víš jaký FS máš na jakém oddílu. To varování, že chybným mountem si FS rozbiješ ti nevadí? Co s tím je jednoduchá rada. Přeformátovat a v vytáhnout data ze záloh.

[boycottsystemd]

To je jiná mašina. Při změně velikosti jiného nesousedního oddílu v gparted se gparted kousl, tak jsem tu operaci zrušil. Zkusil jsem opravu v testdisk.

To byl pokus o automatické připojení v pcmanfm kliknutím na oddíl, žádné příkazy mount.

[lertimir]

Takže hrátky s partition table byly. No díky jednoduchým (mnohdy příjemně grafickým) nástrojům připadá mnoho lidem, že operace s oddíly je podobně jednoduchá jako práce se soubory. No není. Když si uvědomím, kolikrát při operaci z oddílem ty systémy prochází body, které jsou "single-point-of-failure", v nichž když se něco pomrví tak to vezme hodně s sebou, tak všechny kolem sebe varuji. Který oddíl jsi měnil? V patrition table je pěkný bordel. Mezi oddílem 1 a 2 máš 19GB díru mezi 2 a 3 6MB díru a mezi 3 a 4 je 1MB díra. V oddílu 4 jsou také díry, předtím než začne 5 je 3GB díra, mezi 5 a 6 je 180MB a za 6 do konce 4 je 950MB díra. Jestli je díra mezi koncem 4 koncem disku se poznat nedá. Tohle je pro mne partition table se kterou se hrozně šoupalo. Takhle blbě to snad žádný program, který tabulku vytváří z nuly nemůže dát. Já osobně jednak když už někomu musím udělat operaci na oddílech tak provedu zálohu a také mám zaznamenány původní sektory odkud a kam jsou oddíly. Podle mne ti nesedí začátek a pak to fsck nenajde.

[boycottsystemd]

s tím diskem se hodně experimentovalo, na něm jsem začínal v linuxu jako naprostý začátečník.

Měnil jsem sdb5 a 6. Zkusil jsem smazat FreeBSD partition sdb2.

[Pavel 'TIGER' Růžička]

Pokoušel ses to opravit pomocí fsck?

[boycottsystemd]

"Neplatný superblok. Smazat ?"

[trubicoid2]

zálohu máš?

jestli jo, tak zkus J, stejně jiná možnost není

ještě pak někde najdeš hardcore návod, jak obnovit superblock ze záložního, ale fsck by to měl zkusit taky podle mě

[boycottsystemd]

záloha by měla bejt.

Když zkouším

fsck -b 32768 /dev/sdb3

tak se zase ptá jestli smazat.

[trubicoid2]

možný je, že budou oba blbě, koukni kolik jich tam je

dumpe2fs /dev/sda5 | grep -i superblock

[boycottsystemd]

zavolal jsem to na sdb3 a "Magické číslo superblocku je neplatné"

ale mke2fs píše 14 superbloků

[trubicoid2]

no zkus nejaky treba z konce, jestli ty na zacatku jsou vadny

[boycottsystemd]

zkusil jsem, ale nešlo to, tak předchozí, atd. a chytl se až 9. od konce.

fsck: warning... fsck.ext3 for device /dev/sdb3 exited with signal 9.

[boycottsystemd]

zkusil jsem vsechny ale zadnej nepomohl

[boycottsystemd]

zkusil jsem testdisk, uložit tabulku oddílů, restart z ubuntu do debianu a už je to lepší, gparted nehlásí chyby, dá se připojit, soubory tam jsou.

dmesg:

[  253.071189] EXT4-fs (sdb3): mounting ext2 file system using the ext4 subsystem
[  253.184356] EXT4-fs (sdb3): warning: mounting unchecked fs, running e2fsck is recommended
[  253.283877] EXT4-fs (sdb3): mounted filesystem without journal. Opts: (null)
[  253.511921] EXT4-fs error (device sdb3): ext4_lookup:1441: inode #2: comm pool: deleted inode referenced: 8209
[  253.691237] EXT4-fs error (device sdb3): ext4_iget:4207: inode #5595137: comm pool: bad extra_isize (15758 != 256)
[  253.836138] EXT4-fs error (device sdb3): ext4_iget:4207: inode #3407873: comm pool: bad extra_isize (31050 != 256)
[  253.986363] EXT4-fs error (device sdb3): ext4_iget:4207: inode #5152769: comm pool: bad extra_isize (29230 != 256)
[  254.144199] EXT4-fs error (device sdb3): ext4_iget:4207: inode #7823361: comm pool: bad extra_isize (13677 != 256)
[  254.296282] EXT4-fs error (device sdb3): ext4_iget:4207: inode #3112961: comm pool: bad extra_isize (61083 != 256)
[  254.420867] EXT4-fs error (device sdb3): ext4_lookup:1441: inode #2: comm pool: deleted inode referenced: 8204
[  254.569919] EXT4-fs error (device sdb3): ext4_iget:4207: inode #1876025: comm pool: bad extra_isize (20137 != 256)
[  254.722342] EXT4-fs error (device sdb3): ext4_iget:4207: inode #7045121: comm pool: bad extra_isize (2607 != 256)
[  254.881378] EXT4-fs error (device sdb3): ext4_iget:4207: inode #4981656: comm pool: bad extra_isize (6408 != 256)

fsck pořád hlásí chyby, ptá se jestli mazat ilegální inode.

[rastos]

stejně jiná možnost není

Kedysi som sa hral s partíciami na disku (presúval, zmenšoval, zvačšoval) až som to, samozrejme, rozbil. Superblock nebol na takom offsete na akom zvyčajne býval. Riešením bolo skúšať tej partícii nastaviť začiatok tak, aby ten offset sedel. Tým chcem povedať, že to nemusí byť na odpis, ale na dlhé zimné večery

Pokiaľ existuje záloha, tak ju treba použiť.

[boycottsystemd]

to se dela jak ?

[rastos]

Ako sa pre partion povie, že začína niekde inde? fdisk (sfdisk,cfdisk), pero, papier, kalkulačka a čas.

[boycottsystemd]

dík, to je zajímavější než klikátka

[Jendа]

Naštěstí existuje program testdisk (který už tazatel úspěšně použil), který proskenuje disk na „magická čísla“ (začátky FS, začátky superbloků atd.) a offsety spočítá automaticky.

[boycottsystemd]

Záloha nalezena. Stačí zrušit freebsd a sdb3 ? Jestli jo, tak čím ?

[trubicoid2]

asi nechapu, kde je zaloha? zrusit dve partice a udelat je znova na spravnym miste? fdisk?

[boycottsystemd]

Zálohu jsem našel, takže bych zrušil freebsd a sdb3 a obsah oddílu nakopíroval ručně do novýho oddílu.

Šlo mě o to, čím zrušit freebsd vzhledem k tomu, že to není standardní typ oddílu v kombinaci s linuxovými oddíly.

[Peter Golis]

Partition alebo slice?

[boycottsystemd]

z pohledu gparted je to jedna partition.

[Peter Golis]

BSD Unix zvykne rozdeliť logický disk (partiton) na viacej slices. Ak si mal sdb2 vyhradenú čisto pre diskové oddiely BSD, tak ju zmaž aj s tou poškodenou linuxovou z ktorej možno máš zálohu.

Inak, zaujímalo by ma ako si ten gparted (či v čom si presúval tie partície) zakvákal že zrovna BSD disky moc nevie prehadzovať.

[boycottsystemd]

možno by bylo dobrý, kdybys četl příspěvky, na který reaguješ.

[Peter Golis]

Ja som ich čítal, a od začiatku som si všimol že vyššie má vo výpise logických diskov že BSD oblasť je sda2 a sda3 je linuxová oblasť. Myslíš že som urobil rovnakú chybu ako ty? Kľudne pokračuj.

[boycottsystemd]

Ne, tohle jsem nemyslel.

Proč tak agresivní styl ?

[Peter Golis]

Napadol si ty mňa ako odmenu za snahu pomôcť. Takže si tú tvoju otázku ohľadne agresivity zodpovedz sám.

[trubicoid2]

no zrusit to jde ve fdisk a d, ale pak bys musel vytvorit zase

ta zaloha ma oddil jak velky? jestli je sda3 stejne velky jako zaloha, tak to tam jen nasypat pomoci dd

jinak smazat a vytvorit oddil spravne velikosti a pak nasypat

sda2 pokud je potreba tak tim fdisk taky smazes

[boycottsystemd]

Vyřešeno. Freebsd oddíl jsem zrušil fdiskem, ext3 v gpartedu, v něm vytvořil novej oddíl a zkopíroval data. Takže dík Tobě a těm kteří pomáhali.