bvanaerde
May 18th, 2009, 11:13 PM
Last week kernel 2.6.27-14 presented itself with the updates, and I installed it.
Now my RAID5 setup (that I'm using as data storage - no OS is installed here) doesn't work anymore.
After trying to mount it, and after this command:
dmesg | tail
I get this error message:
[ 26.080576] sky2 eth0: enabling interface
[ 26.080943] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 27.795064] sky2 eth0: Link is up at 100 Mbps, full duplex, flow control both
[ 27.795301] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 28.198513] NET: Registered protocol family 17
[ 38.145004] eth0: no IPv6 routers present
[ 4402.855943] __ratelimit: 112 callbacks suppressed
[ 4402.855948] canberra-gtk-pl[7218]: segfault at 201d647c0 ip 00007fe8e6f1680c sp 00000000427c9b70 error 6 in libc-2.8.90.so[7fe8e6e9a000+169000]
[21356.019154] EXT3-fs error (device sdc1): ext3_check_descriptors: Block bitmap for group 912 not in group (block 164102144)!
[21356.019551] EXT3-fs: group descriptors corrupted!
I get some graphical popups too... see attachments.
Funnily enough, the RAID5 setup still works on the previous kernel 2.6.27-11.
In this kernel, I did a
fsck /dev/sdc1
which said that the file system is healthy.
On the new kernel, the same command tells me that there are problems with the journal and asks me if I want it deleted.
Superblock has a bad ext3 journal ( inode 8 )
Clear?
I stopped the process right there, as I'm not sure this will do my data any good... I don't want to lose the file structure.
Since fsck doesn't give me any errors using the previous kernel, I suppose there's nothing wrong with my disks... no physical failure or something like that... I can access the drives without any problem in the previous kernel.
Is there someplace else I should report this as a bug, or am I just forgetting something? Maybe the RAID controller driver (RocketRaid 1740)?
Now my RAID5 setup (that I'm using as data storage - no OS is installed here) doesn't work anymore.
After trying to mount it, and after this command:
dmesg | tail
I get this error message:
[ 26.080576] sky2 eth0: enabling interface
[ 26.080943] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 27.795064] sky2 eth0: Link is up at 100 Mbps, full duplex, flow control both
[ 27.795301] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 28.198513] NET: Registered protocol family 17
[ 38.145004] eth0: no IPv6 routers present
[ 4402.855943] __ratelimit: 112 callbacks suppressed
[ 4402.855948] canberra-gtk-pl[7218]: segfault at 201d647c0 ip 00007fe8e6f1680c sp 00000000427c9b70 error 6 in libc-2.8.90.so[7fe8e6e9a000+169000]
[21356.019154] EXT3-fs error (device sdc1): ext3_check_descriptors: Block bitmap for group 912 not in group (block 164102144)!
[21356.019551] EXT3-fs: group descriptors corrupted!
I get some graphical popups too... see attachments.
Funnily enough, the RAID5 setup still works on the previous kernel 2.6.27-11.
In this kernel, I did a
fsck /dev/sdc1
which said that the file system is healthy.
On the new kernel, the same command tells me that there are problems with the journal and asks me if I want it deleted.
Superblock has a bad ext3 journal ( inode 8 )
Clear?
I stopped the process right there, as I'm not sure this will do my data any good... I don't want to lose the file structure.
Since fsck doesn't give me any errors using the previous kernel, I suppose there's nothing wrong with my disks... no physical failure or something like that... I can access the drives without any problem in the previous kernel.
Is there someplace else I should report this as a bug, or am I just forgetting something? Maybe the RAID controller driver (RocketRaid 1740)?