Take the 2-minute tour ×
Ask Ubuntu is a question and answer site for Ubuntu users and developers. It's 100% free, no registration required.

Something went wrong with my filesystem, Ubuntu set it to read-only and now under Ubuntu Live Disc, fsck can't fix it.

I'm running 13.04 and it won't boot - at startup, it just shows the grub rescue prompt.

It's a straight-forward setup, just one hard drive on /dev/sda1 but it won't even mount.

The install program can see the partition, that it's ext4 and that it's the boot partition.

However it seems that I can't rescue the filesystem by doing an Ubuntu installation with the Ubuntu live disk because it gives no indication whether it's about to overwrite the whole lot so I don't want to risk it.

I've got a back-up using backuppc but stupidly I lost my rescue disks. I'd rather avoid a full installation followed by a restore which I've no experience at executing.

The crux of the matter is that fsck says it fixes everything but actually doesn't, so the next time I run it, I get exactly the same error messages and fixes.

Here's the output:

ubuntu@ubuntu:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

ubuntu@ubuntu:~$ 

That is exactly the same as it was 10 times earlier and I'm sure the next ten times I try it - exactly the same checksums and block ids. Any help gladly received!

Thanks.

EDIT: basically I guess the question is: is this filesystem repairable in situ now or does that info from fsck mean my disk is dead? And if it's not dead, what can I do above and beyond what I did with fsck?

EDIT: used tune2fs to identify superblocks and ran e2fsck -b 01234 /dev/sda1 as an alternative to fsck... no effect.

EDIT: trying testdisk which tells me the partition is bad. ... OK testdisk doesn't seem to offer much.

share|improve this question
    
    
haven't I basically covered the stuff in that link with fsck.ext4 -vy /dev/sda1? The only difference is the '-p' flag and with that it tells me just to do it manually - i.e. what I cut & pasted above. –  Adam Nov 24 '13 at 13:40
add comment

2 Answers 2

Finally found this link http://shearer.org/Ext4_recovery where file system type ext4 gets a bashing but after giving all the tips I'd already tried, it finally says do this:

sudo mkfs.ext4 -S /dev/sda1

but only if you feel lucky.

It fixed the partition so I could read it again. However, I had to run fsck to fix the errors that were still there, and that dumped the content of /etc and a lot of other stuff into /lost+found so I'm going to have to do a re-install and restore from back-up to get it going again.

share|improve this answer
add comment

First: If you have important data on this disk this would be a good time (actually a bad time) to make a backup. See Data-Recovery: Imaging a damaged device, filesystem or drive. Maybe your Harddisk is dying.

Second: Look at this: How can I fix mounting my data drive after a crash?

Third: Check your Harddrive using Smartmontools and eventually badblocks: sudo badblocks -vsn /dev/sda (This may take some time, don't do this if you have an ssd)

share|improve this answer
    
Thanks for the edit! It's funny watching an answer mushroom like that. The answer you refer to is regarding magic numbers, and that's not what I'm seeing - in fact that's one of several answers on askubuntu I looked at already. I'll try the data recovery route as well while I don't have any other solutions. Ran the smartmontools short test and it didn't find any errors. –  Adam Nov 24 '13 at 11:56
1  
Sorry for the edit. Because modern filesystems like ext4 are hard to break I'm always thinking on a hardware fault first. When smart says the disk is ok it's not necessary really ok. Why is your fs corrupt? If I where you and fsck isn't able to repair the fs I would make a clean install. Would probably be easier then trying to fix the fs manually. –  innerand Nov 24 '13 at 12:13
    
OK no worries, thanks just for answering! I wasn't being sarcastic. I follow you completely on what you're saying. I just have to get my system back up and running asap. At worst it'll take 3 days to get a new hard-drive delivered, so I'd like to find a 'without new hardware' solution for that. –  Adam Nov 24 '13 at 13:26
    
according to the link in the answer i gave below, apparently ext4 isn't that hard to break. but whatever. –  Adam Nov 24 '13 at 23:07
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.