Felix Miata said the following on 04/22/2011 10:06 AM:
On 2011/04/22 09:17 (GMT-0400) Anton J Aylward composed:
Felix Miata said:
Those familiar with Grub's command interface ... copy the content of sda4 to it, install Grub to it, adjust fstab accordingly
Oops! That was supposed to say also "adjust menu.lst accordingly". :-(
THANKS! I *did* adjust the fstab at each step. It was not knowing about menu.lst that was the killer!
I created /dev/sda2 as a new swap. Reboot. All went well.
First? Why?
Just to check, before deleting to the other oddball swap in the LVM
I created /dev/sda1 as a new /boot and rsync'd the contents of the old /boot across. Reboot. OK
Without adjusting fstab first?
See above. I was obsessive about the fstab.
Without thinking about changing Grub config first?
See above.
BUT ... well actually it was using the old partition to boot :-/ So I deleted the old /boot
AFAIK, rsync copies files between systems, which is not where the part of Grub that begins the boot process lives.
Despite what I've managed to get working, I don't understand that comment.
I'm HOSED
The "DVD/Repair Installed System" verifies everything but gets hung up on a 'cannot change to Target system ....'
I've never used that function myself. When repair is necessary, I use the Grub shell.
Trying grub-install.unsupported from a live CD gives me an error saying there is no BIOS partition.
Grub-install assumes normalcy, which in repair mode you don't have.
And the error messages it gives are among the most unhelpful I've met!
I'm lost. And still hosed.
1-Boot a live CD. For this purpose, I always use Knoppix.
Knoppix is *very* reliable; boots on just about everything!
2-Start the Grub shell, thus
# grub grub>
3-To ensure rsync did what it was supposed to do
grub> find /boot/grub/stage1 (hd0,0)
4-Tell Grub this is what you want to be the root
grub> root (hd0,0) Filesystem type is ext2fs, partition type 0x83
5-Install Grub
grub> setup (hd0,0) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/e2fs_stage1_5" exists... yes Running "embed /boot/grub/e2fs_stage1_5 (hd0,0)"... failed (this is not fatal) Running "embed /boot/grub/e2fs_stage1_5 (hd0,0)"... failed (this is not fatal) Running "install /boot/grub/stage (hd0,0) /boot/grub/stage2 p /boot/grub/menu.lst "... succeeded Done.
6-Exit Grub grub> quit #
All the above is in all the man page and howtos around.
I found that and did that :-) But ... BuQQer! It still did not work! Close but not there.
You still need to mount sda1 and replace occurrences of (hd0,2) with (hd0,0) in menu.lst. Then you should be unhosed, good to go.
Actually it was (hd0,3) that needed replacing :-)
Note that now that you don't have a multiboot system any more, you could put Grub on the MBR instead of sda1. I'll leave that up to your reading of the man page and/or howtos should that be your choice, but it either way your boot process will look exactly the same to your eyes. The installed OS won't know any difference either.
Yup.
Before update time, /etc/grub.conf will need to be changed too to reflect the new home for Grub on sda1 (or sda) instead of sda4. Do not neglect to do this, unless you like being hosed by an update!!!
This I'm antsi about. The 3 -> 0 is OK. A few other things got scru'd up by the various efforts; I clean those up and get back to y'all on this net week. Thanks for hanging in there with me. -- Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more than one night." Charles M. Schulz, Charlie Brown in "Peanuts" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org