https://bugzilla.novell.com/show_bug.cgi?id=771539
https://bugzilla.novell.com/show_bug.cgi?id=771539#c4
--- Comment #4 from Michael Chang
Yes I use grub2 in factory. The installation is a old one, since MS1 with weekly updates to factory.
Move your /boot/grub2 to /boot/grub3, then start in yast2 a "update" for grub2 or install the grub2 rpm with --force. After this update your directory /boot/grub2/locale was empty and no grub.cfg exist in /boot/gruub2.
/boot/grub2/locale empty should now be identified. The missing grub.cfg may caused by changing it to %shadow, but during %post the /sbin/update-bootloader --refresh should create a new config for you. It's weird to me that it's missing.
I had run some test with grub in MBR or boot or root. but the result was always the same. "file not found" and "rescue mode".
Should be /boot/grub2/grub.cfg missing ?
If I now move the old directory structure to /boot/grub2 and grub2 starts fine.
Weird .. but maybe a hint that you're using mbr & core.img (which embed in mbr hole) thus resist to file relocation (as grub.cfg has been moving around). I guess this is another problem, in addition to grub.cfg missing, that the old core.img not work with new module and directory structure ... Again /sbin/update-bootloader --refresh should re-install new core.img for you. Did you ever manually run "grub2-install /dev/sda"? And please check content of this file /etc/default/grub_installdev? I guess the problem is cause you choose to install on /boot or whatever partition in yast, but later do a manually install to mbr, thus when /sbin/update-bootloader it never works to update mbr as it thinks now you're using installed on a partition ?
At the Moment I can't start a new Installation.
What's the meaning of new installation? A DVD installation or so should not be affected by the update ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.