http://bugzilla.novell.com/show_bug.cgi?id=548600
User koenig@linux.de added comment
http://bugzilla.novell.com/show_bug.cgi?id=548600#c7
Harald Koenig
Replace the first 100M on your disk with a general boot selector; like a master grub or such. Many colleagues here with multiple installations have done so and would never want to go back again, because it just works so well.
that was exactly my partition setup (for exactly those reasons;) until a recent small change because (a) 100M are not enough for multiple kernels (and meybe even one rescue image to ge booted directly from disk -- very handy at time!) and (b) so I changed from 2*100M boot parts to 2*1G boot parition with a new larger disk. and I still don't want to beleave that a 1 your old Thinkpad has issues in booting beyond 2GB -- but I'll see...
Your setup is hand-made, fragile and hence unsupported. It is probably unrelated to your problem, but do us all a favour and fix that beforehand, nonetheless.
come on, the boot partitions are at the very start of the disk -- no chance to get that any better if there are constrains that boot part shall be 1 GB.
If you can track this down to a coding error and come up with a patch, presumably to yast, we'll be happy to include it. But starting the disk with a big 0x05-type extended is extremely silly, IMHO.
please have a 2nd look at the start sectors of sda5/sda6 !
I won't even comment on the LVM _inside_ that.
why? please do so! I'd like to learn about real problems/issues (not just fud) and see better ways to go... as long as there are only 4 primary partitions plus at least one crappy window and two boot partitions (plus ...), there are not too may possibilities and at least until now I can't see any indication that the layout choise is bad (modulo 2GB;)
BTW, there is a reason why stage2 is _copied_ to /boot/grub/.
I have no idea what this grub-install and esp. "/sbin/yast2 bootloader" exactly does. I do not change/touch /boot/grub/stage2 myself! here is a unedited screen log, which shows that both grub-install and grub-install.unsupported install a modified stage2 (as I see on the working 11.1 boot partition!) but those two versions of stage2 are not identical either: harald harald > md5sum /boot/grub/stage2 abed327ef0a9cb8c683f4a0db6f12d36 /boot/grub/stage2 harald harald > md5sum /usr/lib/grub/stage2 7d5cc2de0f8b78c00b5003cf4a4f10a8 /usr/lib/grub/stage2 harald harald > grub-install GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> setup --stage2=/boot/grub/stage2 (hd0) (hd0,5) 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)"... 20 sectors are embedded. succeeded Running "install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd0) (hd0)1+20 p (hd0,5)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done. grub> quit harald harald > md5sum /boot/grub/stage2 eecb4a5bcf736ca85a298cb7dee329b7 /boot/grub/stage2 harald harald > md5sum /usr/lib/grub/stage2 7d5cc2de0f8b78c00b5003cf4a4f10a8 /usr/lib/grub/stage2 harald harald > grub-install.unsupported /dev/sda Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (hd0) /dev/sda harald harald > md5sum /boot/grub/stage2 abed327ef0a9cb8c683f4a0db6f12d36 /boot/grub/stage2 harald harald > md5sum /usr/lib/grub/stage2 7d5cc2de0f8b78c00b5003cf4a4f10a8 /usr/lib/grub/stage2 multiple runs of grub-install* always produce identical md5sums, so the differences are at least not just a time stamp! here are the diffs: # cmp -l /boot/grub/stage2.grub-install /boot/grub/stage2.grub-install.unsupported 537 142 147 538 157 162 539 157 165 540 164 142 542 147 155 543 162 145 544 165 156 545 142 165 546 57 56 547 155 154 548 145 163 549 156 164 550 165 0 # cmp -l /usr/lib/grub/stage2 /boot/grub/stage2.grub-install.unsupported 523 377 4 537 142 147 538 157 162 539 157 165 540 164 142 542 147 155 543 162 145 544 165 156 545 142 165 546 57 56 547 155 154 548 145 163 549 156 164 550 165 0 668 116 66 669 77 25 673 234 204 674 360 306 685 354 240 # cmp -l /usr/lib/grub/stage2 /boot/grub/stage2.grub-install 523 377 4 668 116 66 669 77 25 673 234 204 674 360 306 685 354 240 so next test -- in the rescue system after a grub-reset-loop I just did this on the sda6 boot partition: # cp /usr/lib/grub/stage2 /boot/grub/stage2 # reboot and INDEED!!!!! grub boots into the menu now the 1M question: who modifies /boot/grub/stage2 ??? time for you and/or strace (me later;) PS: do you see any interaction between my "strange" setup and those magic changes in the "copied" stage2 ? any hints what to test first ? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.