BUG EXT3-fs: fragsize 1024 != blocksize 4096 (unsupported)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi everyone!

Since three days ago mi PC with Fedora 9 started to do random resets.

I started to change the BIOS configuration and one of this changes
leaved the screen
black. Unfortunately, I pressed the reset button thinking that didn't
boot but the next time (after
leave the BIOS configuration like before) the system didn't boot.

It showed me this message: "EXT3-fs: fragsize 1024 != blocksize 4096
(unsupported)" (you can see two pictures booting with this error at
http://forums.fedoraforum.org/attachment.php?attachmentid=19240&d=1268739264
and http://forums.fedoraforum.org/attachment.php?attachmentid=19239&d=1268739254).

Researching I could get info from the root fs with dumpe2fs:

# losetup -r -o 196608 /dev/loop0 /dev/hda2

# dumpe2fs /dev/loop0

Filesystem volume name:   Fedoraiv-Live-i6
Last mounted on:          <not available>
Filesystem UUID:          15035e8e-1503-7c55-ba46-bfdd46659fa5
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      imagic_inodes filetype sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              4808704
Block count:              19210240
Reserved block count:     1507328
Free blocks:              1539180
Free inodes:              4390912
First block:              0
Block size:               4096
Fragment size:            1024
Reserved GDT blocks:      251
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         56884
Inode blocks per group:   3556
Filesystem created:       Thu Jan  1 06:23:12 1970
Last mount time:          Sat Mar 13 18:49:24 2010
Last write time:          Sat Mar 13 19:55:08 2010
Mount count:              59152
Maximum mount count:      -1
Last checked:             Thu May  8 01:48:09 2008
Check interval:           0 (<none>)
Reserved blocks uid:      11 (user unknown)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     1
Journal UUID:             00000000-0000-0000-0000-000008000000
Journal inode:            8
First orphan inode:       52113
Default directory hash:   tea
Directory Hash Seed:      91cb4d10-e684-4c10-5e73-e3e95e737bdc
Journal backup:           inode blocks

...

The disk has two partitions:

kdemar@kademar:~$ fdisk -l

Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xb838b838

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1          25      200781   83  Linux
/dev/hda2              26        9729    77947380   8e  Linux LVM


hda1 is for boot and hda2/lvm/ext3 with the OS and  data. If the ext3
has journal, is this a bug in the ext3 journal filesystem?

My question is how can repair this lvm/ext3 volume without loose data?

Regards
Oscar
��.n��������+%������w��{.n�����{���)��jg��������ݢj����G�������j:+v���w�m������w�������h�����٥


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux