I recently installed a new hard drive (a Seagate), and redid some of the partitions on my existing hard drive (an IBM). Namely, I made the new Seagate hard drive a big FAT32 partition and I deleted the FAT32 parition on the IBM drive. This changed the naming of the Linux partitions on the IBM drive, and now GRUB refuses to boot Linux. I'm pretty sure I figured out the scheme. Before, the Linux /boot partition was (hd0, 4) and this is what GRUB tries to boot into. However, the Linux /boot partition is now (hd0,5). I have tried to use the command "root (hd0,5)" and it tells me that this is a valid ext2fs partition (which is weird because its actually an ext3 partition but I just assume GRUB isn't new enough to recognize ext3), but GRUB doesn't want to actually set (hd0,5) as the root partition. The main Linux partition is (hd0,6) and trying to set that to root didn't work either. What's surpising is that GRUB still must be able to read the grub.conf file on the main Linux partition (due to the fact that GRUB still works). However the background image graphic isn't there anymore.
I believe my problem is figuring out how to set the root partition as (hd0,5), when GRUB insists on thinking its (hd0,4). The "root (hd0,5)" does not seem to work.
Any help is appreciated.
I believe my problem is figuring out how to set the root partition as (hd0,5), when GRUB insists on thinking its (hd0,4). The "root (hd0,5)" does not seem to work.
Any help is appreciated.
i'm confused
Facebook
Twitter