Grub rescue - error: unknown filesystem

I have a multiboot system set up. The system has three drives. Multiboot is configured with Windows XP, Windows 7, and Ubuntu - all on the first drive. I had a lot of unpartitioned space left on the drive and was reserving it for adding other OSes and for storing files there in the future.

One day I went ahead and downloaded Partition Wizard and created a logical NTFS partition from within Windows 7, still some unpartitioned space left over. Everything worked fine, until I rebooted the computer a few days later.

Now I'm getting:

error: unknown filesystem.  
grub rescue>

First of all I was surprised not to find any kind of help command, by trying:

help, ?, man, --help, -h, bash, cmd, etc.

Now I'm stuck with non-bootable system. I have started researching the issue and finding that people usually recommend to boot to a Live CD and fix the issue from there. Is there a way to fix this issue from within grub rescue without the need for Live CD?

UPDATE

By following the steps from Persist commands typed to GRUB rescue, I was able to boot to initramfs prompt. But not anywhere further than that.

So far from reading the manual on grub rescue, I was able to see my drives and partitions using ls command. For the first hard drive I see the following:
(hd0) (hd0,msdos6) (hd0,msdos5) (hd0,msdos2) (hd0,msdos1)

I now know that (hd0,msdos6) contains Linux on it, since ls (hd0,msdos6)/ lists directories. Others will give "error: unknown filesystem."

UPDATE 2

After the following commands I am now getting to the boot menu and can boot into Windows 7 and Ubuntu, but upon reboot I have to repeat these steps.

ls
ls (hd0,msdos6)/
set root=(hd0,msdos6)
ls /
set prefix=(hd0,msdos6)/boot/grub
insmod /boot/grub/linux.mod
normal

UPDATE 3

Thanks Shashank Singh, with your instructions I have simplified my steps to the following. I have learned from you that I can replace msdos6 with just a 6 and that I can just do insmod normal instead of insmod /boot/grub/linux.mod. Now I just need to figure out how to save this settings from within grub itself, without booting into any OS.

set root=(hd0,6)
set prefix=(hd0,6)/boot/grub
insmod normal
normal

UPDATE 4

Well, it seems like it is a requirement to boot into Linux. After booting into Ubuntu I have performed the following steps described in the manual:

sudo update-grub
sudo grub-install /dev/sda

This did not resolve the issue. I still get the grub rescue prompt. What do I need to do to permanently fix it?

I have also learned that drive numbers as in hd0 need to be translated to drive letters as in /dev/sda for some commands. hd1 would be sdb, hd2 would be sdc, and so on. Partitions listed in grub as (hd0,msdos6) would be translated to /dev/sda6.

UPDATE 5

I could not figure out why the following did not fix grub:

sudo update-grub
sudo grub-install /dev/sda

So I downloaded boot-repair based on an answer from https://help.ubuntu.com/community/Boot-Repair post. That seemed to do the trick after I picked the "Recommended Repair (repairs most frequent problems)" option.

Solution 1:

I could not figure out why the following did not fix grub:

sudo update-grub
sudo grub-install /dev/sda

So I downloaded boot-repair based on an answer from Persist commands typed to GRUB rescue post. That seemed to do the trick after I picked the "Recommended Repair (repairs most frequent problems)" option.

I have also used Grub Customizer to customize the order of boot entries.

Solution 2:

Use:

1. set prefix=(hdX,Y)/boot/grub. Use the values determined earlier.
   Example: If the Ubuntu system is on sda5, enter:
   set prefix=(hd0,5)/boot/grub
2. set root=(hdX,Y). Example: set root=(hd0,5)
3. insmod normal. Attempt to load the normal module.
4. normal

We basically need GRUB to know where the /boot/grub folder is. If this is not working, I guess doing a GRUB install from a boot CD is a good option.

Solution 3:

There is an alternative cause of this problem. In this particular case, GRUB was somehow corrupted and needed to be repaired or reinstalled. However, as shown in Grub rescue fails with "Boot Repair" with error "unknown file system", it's also possible that the root partition on which GRUB is installed could be corrupted. To fix this:

This is a possible solution, but it should not be used likely lest your root partition become further corrupted. Running the command fsck -t ext4 /dev/sda1, this program attempts to search and repair errors on a corrupted filesystem. Replace sda1 with your actual root partition. Replace ext4 with the actual filesystem; you have to know the file system or else the partition will be more corrupted. See Repairing a corrupted filesystem for more information.

Even though this question has an answer, there is an alternative way to fix the problem that worked for me. The steps are explained in the painful video Grub Rescue - Guide for beginners. In short, it will reinstall GRUB 2 altogether instead of repairing it.

Because this video is so painful to watch, I'll list the steps below (as I should regardless of how painful it is to watch the video)

1. Launch a live session of Ubuntu. The video uses a live CD whereas I used a live USB. I made sure that the live USB had the same version of Ubuntu that I had on my harddrive.
2. Find where your root partition was mounted. In the video, the user uses Nautilus to navigate through each drive that was mounted. It was mounted with a long string of numbers and characters. If this is the case, follow the following steps to remount the partition. Else, proceed to step 5.
3. Bring up the terminal with Ctrl + Alt + T and use the mount command to find the name of the partition.
4. Mount the partition. Create a new folder in your media folder. sudo mkdir /media/ubuntu. Then simply mount your partition to that folder. sudo mount /dev/sdxx /media/ubuntu where xx of sdxx is determined in step 3.

5. Bind the following directories from the root directory of your live CD/USB to that of your root directory on your version of Ubuntu. The directories are the dev proc and sys. Do so with the following commands:

   sudo mount --bind /dev /media/ubuntu/dev
   sudo mount --bind /sys /media/ubuntu/sys
   sudo mount --bind /proc /media/ubuntu/proc
   

6. Change the root directory to the one on your Ubuntu partition. sudo chroot /media/ubuntu/

7. Having done the above, installing GRUB 2 again will install it to the root directory of your distribution of Ubuntu and not that of the live CD/USB's. So go ahead and run sudo grub-install /dev/sdx

And that's how to fix GRUB using a live CD/USB. This method was developed by YouTube user crazytechzone.

Solution 4:

Funny, I also had the same problem an hour ago!

Anyway, this is what I did.

1. Load ubuntu:

   set root=(hd0,6)
   set prefix=(hd0,6)/boot/grub
   insmod normal
   normal
   

   since your ubuntu is installed in 6 right?

2. run terminal:

   sudo -i *to access root*
   grub-install --root-directory=/mnt/ /dev/sda
   sudo update-grub
   sudo grub-install /dev/sda