Tried to Ext3 a 3TB drive, now grub can't find the kernel Centos 5.6 Raid 1
After setting the partition on the new external 3TB drive (using gdisk), I rebooted and that's when the trouble began. The external drive, which was to back up some other failing drives, none of which is the boot disk, seemed to be preventing boot. Probably, I should have made more careful note of what the computer said at that time, but it was late and I was tired and... http://xkcd.com/349/ Probably, I should have just unplugged the new drive and started over, but instead I tried to fix things by commenting out the new drive in fstab.
In rescue mode, I can chroot /mnt/sysimage, so I assume it's mostly in good shape. I just need to figure out how to fix grub. But since it's a Raid 1, things are a teeny bit more complicated. It's a software raid that is managed by the Intel BIOS on an Inspiron 530s, Intel Celeron 450 (2.20GHz,800FSB). So far, I've tried to install-grub on /dev/mapper/isw_caaccjcibc_mercurial1 and received the error message: "The file /boot/grub/stage1 not read correctly." Not sure what to make of that. Suggestions? Advice? Amusing anecdotes or favorite web comics? fdisk -l looks like this: Code:
Disk /dev/sda: 500.1 GB, 500107862016 bytes Code:
/dev/VolGroup00/LogVol00 / ext3 defaults 1 1 Code:
# this device map was generated by anaconda Code:
# grub.conf generated by anaconda |
Manually Rebuild Grub
I thought this looked like a close match to my problem:
http://idolinux.blogspot.com/2009/07...er-on-md0.html Only it didn't work for me. Code:
grub> root (hd0,0) |
Manually Rebuild Grub
Next, this link shows some interesting stuff: http://www.linuxquestions.org/
So I type 'root (hd0,' and then hit the tab key and see this: Code:
Possible partitions are: But something has happened: now when I try to boot, CentOS starts, sort of. Instead of the Grub shell, I land on a page with the blue CentOS logo in the background and 'GNU GRUB version 0.97 (616K lower / 2085440K upper memory)' at the top. And a big list of kernels: 2.6.18-194.26.1.el5xen 2.6.18-194.32.1.el5xen 2.6.18-238.5.1.el5xen 2.6.18-238.9.1.el5xen 2.6.28-238.12.1.el5xen and all of their debug versions, too. Unfortunately, choosing most of these simply leads me to the 'Bad file or directory type' error message and at least one of them causes a kernel panic. Tune in next week for the next exciting installment! |
Supergrub
Downloaded supergrub (http://www.supergrubdisk.org/). And this looks like a fine utility, but it hasn't improved my situation any. I think, for the most part, I had already repaired grub. And now, whenever I try to boot any of the kernels, grub says: Error 2: Bad file or directory type. And this page here: http://www.uruk.org/orig-grub/errors.html tells me that "This error is returned if a file requested is not a regular file, but something like a symbolic link, directory, or FIFO." But I don't think I can take that at face value. Based on what I've read, I'm developing a suspicion that the raid is the problem, that grub just doesn't see the raid as a proper/bootable disk. Not sure how it worked in the first place, but I'll make sure my boot drive is just a regular old hard drive in the future. I think next I will try to see if I can convert my raid 1 drives into normal drives.
|
Reset Raid 1 to non-raid
And that seems to have worked. Using Intel Matrix Storage Manager, I simply converted one drive and then the other back to non-raid, rebooted, and pointed grub at the drive that was not hd0 (I think it was hd5 or something weird like that, probably I installed them goofily). But the next thing I know, my server is running again. Oh, and I should mention that I had everything backed up already. The Storage Manager issues a "you will lose all your data" warning when you convert to non-raid, but apparently that's not a sure thing with Raid 1, at least it wasn't in my case. Raid 0, you'd probably be screwed.
Anywayz... cheers! umm... all of you. Now I can get back to working on that 3TB drive. |
All times are GMT -5. The time now is 08:22 PM. |