You are not logged in.
Hi all happy Archlinux users out there!
Im going to try to describe my strange little problem,
After I've installed Arch, everything seamed to be fine, followed the official guide, installed gnome, and ATi drivers (yes, with xorg-server 1.6) and everything worked without issues.
However after a couple of reboots I suddenly got this strange error:
"The superblock could not be read or does not describe a correct ext2 filesystem [...]"
Arch recommended me to run "e2fsck -b 8192 /dev/sda3" but it just says that the file does not exist.
No other Linux distribution has given me this kind of error.
If I manually disconnect all drives except the one with Arch it boots without issues. I can also connect the Arch drive with ONE of my storage drives (doesn't matter witch one), and it also works fine.
However as soon as it gets more that one storagedisk connected at the same time, it gives me "The superblock.."-error on boot.
Arch is installed on a Intel X25 G2 SSD with ext4, used "autopartitioning" when i installed arch.
All other disks on the system are NTFS at the moment. Also got a separate sata-card for two disks, but they are just in regular mode, no raid or anything.
Pretty sure that my disks are OK. S.M.A.R.T gives no error.
Thanks in advance!
// Oscar
Linux <3
Offline
Arch recommended me to run "e2fsck -b 8192 /dev/sda3" but it just says that the file does not exist.
I assume you ran that command as root and that the partition /dev/sda3 is the damaged partition?
I would also try using UltimateBootCD hard drive tools to do a proper check on your hard drive. SMART tools only pick up so much...
Philosophy is looking for a black cat in a dark room. Metaphysics is looking for a black cat in a dark room that isn't there. Religion is looking for a black cat in a dark room that isn't there and shouting "I found it!". Science is looking for a black cat in a dark room with a flashlight.
Offline
SWE|OggE wrote:Arch recommended me to run "e2fsck -b 8192 /dev/sda3" but it just says that the file does not exist.
I assume you ran that command as root and that the partition /dev/sda3 is the damaged partition?
I would also try using UltimateBootCD hard drive tools to do a proper check on your hard drive. SMART tools only pick up so much...
Tried to boot it again, it complains about /dev/sdc3, sorry!
And yes, I were root.
took a picture of the screen when the error occured:
http://pici.se/pictures/medium/vmXcYelFb.jpg
Running HD-Tune on the disks atm, but pretty sure that they will pass the test.
// Oscar
Linux <3
Offline
Yup, diskscan turned out fine.
Ideas?
Linux <3
Offline
Try "e2fsck -p /dev/sdc3" and see if that works. Otherwise read "man e2fsck" and see if any other options might help fix your filesystem. You definitely have a corrupt fs.
Philosophy is looking for a black cat in a dark room. Metaphysics is looking for a black cat in a dark room that isn't there. Religion is looking for a black cat in a dark room that isn't there and shouting "I found it!". Science is looking for a black cat in a dark room with a flashlight.
Offline
Try specifying a UUID or label for your hard drive and setting your boot options to use that (in GRUB or wherever). I was getting this error and I'm pretty sure it was because Arch was trying to boot off the wrong drive.
Offline
Try specifying a UUID or label for your hard drive and setting your boot options to use that (in GRUB or wherever). I was getting this error and I'm pretty sure it was because Arch was trying to boot off the wrong drive.
Yes, that might actually be the case, right after the Arch installation, grub was set to boot from disk 2,0 , however that gave me grub error 17. Only worked to boot with disk set to 0,0.
Managed to boot into arch today, but the next reboot the superblock error ruined my day again.
Thanks for the reply!
// Oscar
Linux <3
Offline
Are you using sata and Ide drives as that gives strange errors, If you don't label them.
I'm dyslexic Please do not complain about puntuation or spelling and remember most dyslexic people have above average iq.
Offline
btouellette wrote:Try specifying a UUID or label for your hard drive and setting your boot options to use that (in GRUB or wherever). I was getting this error and I'm pretty sure it was because Arch was trying to boot off the wrong drive.
Yes, that might actually be the case, right after the Arch installation, grub was set to boot from disk 2,0 , however that gave me grub error 17. Only worked to boot with disk set to 0,0.
Managed to boot into arch today, but the next reboot the superblock error ruined my day again.
Thanks for the reply!
// Oscar
If the device naming in grub was incorrect after installation, it is more than possible that the /etc/fstab created during installation is also incorrect, and therefore maybe needs to be fixed too.
Offline
Are you using sata and Ide drives as that gives strange errors, If you don't label them.
Hm, got one IDE disk in the system atm. However it is labeled. =/
If the device naming in grub was incorrect after installation, it is more than possible that the /etc/fstab created during installation is also incorrect, and therefore maybe needs to be fixed too.
This is my fstab atm:
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
none /dev/pts devpts defaults 0 0
none /dev/shm tmpfs defaults 0 0
#/dev/cdrom /media/cd auto ro,user,noauto,unhide 0 0
#/dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0
#/dev/fd0 /media/fl auto user,noauto 0 0
/dev/sdc1 /boot ext2 defaults 0 1
/dev/sdc2 swap swap defaults 0 0
/dev/sdc3 / ext4 defaults 0 1
/dev/sdc4 /home ext4 defaults 0 1
EDIT:
Another intressting thing:
When I manage to boot the system, i can see and mount all of my NTFS drives, however I only get read access, cant copy data to the disks.
Last edited by SWE|OggE (2010-03-18 20:25:27)
Linux <3
Offline
When I manage to boot the system, i can see and mount all of my NTFS drives, however I only get read access, cant copy data to the disks.
Yup - you have to mount'em using ntfs-3g rather than ntfs ;-)
Could you also post your menu.lst file (sans all the comments!!)
egrep -v "^\s*(#|$)" {/whatever}/grub/menu.lst
Offline
I also had this error, when I didn't shut down the computer correctly...
for me the issue had sth to do with, the time when the superblock was written. The date was in the future!
Editing the clock in BIOS helped me.
Greetz,
theguzz
Offline
This is my fstab atm:
...
You mention that you had to change the grub config to boot hd(0,0) instead of hd(2,0)
In grub,
hd(2) would be /dev/sdc
and
hd(0) would be /dev/sda
You should try changing your fstab to:
/dev/sda1 /boot ext2 defaults 0 1
/dev/sda2 swap swap defaults 0 0
/dev/sda3 / ext4 defaults 0 1
/dev/sda4 /home ext4 defaults 0 1
since that would be consistent with what grub needs to boot. This should work.
As a better solution, try changing your fstab to use UUIDs, these wiki pages will help:
http://wiki.archlinux.org/index.php/Per … ng#by-uuid
http://wiki.archlinux.org/index.php/Fstab
Offline
i have the same problem, in my case the sata drive is causing the problem (with ide also), when its plugged in a get superblock error, sometimes i can stop it by causing a delay by ejecting the cdrom just after post and putting a cd in there, its like the delay give something else enough time to react (like sata hdd spinning up) my drives are set uuid so i will try set them manually see what happens.
Last edited by seriouslycgi (2010-05-01 13:00:11)
Offline