What steps can you take to remedy the following problem- without wiping and restoring?
"Unable to mount XXXGB File System Error mounting: mount: Wrongfs Type, bad option, bad Superblock on /dev/sdb1
Missing Codepage or helper program, or other error In some cases useful info is found in Syslog - try dmesg/tail or SO"
Is this message too broad of a term to determine a specific problem?
Can you please confirm what filesystem you believe /dev/sdb1 should be? and also give us the output of the following command;
Also is this removable media such as a usb pen drive? If so paste the output of "dmesg" as root when you plug the device in.
answered 08 May '10, 16:00
Have you tried using puppy live cd, very useful for trouble-shooting issues such as yours,Ron.
answered 10 May '10, 02:51
Mr. Stokes, I assume you know the role of /etc/fstab. If it does not agree with your drives/partitions or file system types, you will get errors on boot.
When you say you can't boot, you actually should say WHERE in the boot process it fails. Do you hang in the middle, or at the beginning?
Do you HAVE two drives? If the second one is messing up your boot, disconnect it for a while. Once you are booted, you can reconnect it and you have many more tools at your disposal. (You could probably even disable in BIOS and not have to mess with cables).
You ABSOLUTELY should be able to rescue your drive with a rescue CD (or a second bootable harddrive). Perhaps your superblock did get trashed ... the drive should be rescuable anyway, but you definitely want to boot on another drive. In fact, if you DON'T have two drives, you might want to put another one in just so you can get a full linux distro going from which to rescue your other drive.
If it IS a bad superblock, you can use a different one!
You can then take one of your alternate superblocks and use it in either fsck or mount.
For more info -- see this excellent post: http://www.cyberciti.biz/faq/recover-bad-superblock-from-corrupted-partition/
Possibly you are using an older version of Linux
answered 08 May '10, 15:56
It seems to be missing something that it thought should be there. As the output says, you can try Syslog, or dmesg.
However, if it happens at boot time, then it is probably being mounted from fstab. Boot using a live CD. Then, open the fstab file to find the partitions that it is trying to mount. Try mounting them manually from the system you are booted into. To be extra sure, you can copy those lines from your old fstab into your new fstab, remembering to edit the mount points. Then, try mount -a. This is basically the way that the boot process mount extra partitions. There is the possibility that there are some bad options used in fstab.
answered 09 May '10, 10:08
when i mount file systm it hapen successfully mounted.......there r following step which is use by me 1.check fdisk -l /dev/sda.. 2.then make partition if i feel need ,method is -fdisk /dev/sda -use "n" for new -as for requirement use hard disk memory:-by enter cylinder size(for 200 mb-+200M) -use"w" for save it 3. use command PARTPROBE(which is necessary) 4.use mke2fs -j /dev/sda/(name of new partition-sda5) 5.make dir for mount=example-"/new") 6.then,"mount /dev/sda5(new one partition) /name of dir(example-"/new") 7.for check it ,use #mount command or "df -h" . . 8.for parmanentlly mount,go into fstab file system and entry dat partition. . ...............................above follow by me which is successfully mounted step.......
answered 09 May '10, 11:16
1) To determine which drives are mounted and what their device name is, aka sda, sdb1, and so forth, type: df -h
2) To unmount the hard drive, let’s say df –h said the drive was /dev/ sdb1, then: umount /dev/sdb1
3) To check the hard drive: e2fsck -D -f /dev/sdb1
4) To re-mount the hard drive after the check has completed: mount /dev/sdb1
Try that to fix the file system. Echoing eveyrthing said above, it could be something up with fstab, the kernel, etc.
answered 12 May '10, 15:14
the out put of fdisk -l /dev/sda command is
Cannot open /dev/sda
answered 22 Feb '13, 23:44