|
Bugzilla – Full Text Bug Listing |
| Summary: | Error occurred while installing GRUB | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.2 | Reporter: | Jon Scott <jonzanscott> |
| Component: | Installation | Assignee: | Alexander Osthof <aosthof> |
| Status: | RESOLVED FIXED | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Critical | ||
| Priority: | P5 - None | CC: | wstephenson |
| Version: | Beta 1 plus | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Beta-Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
yast2 log
my fstab menu.lst as generated by yast during upgrade |
||
|
Description
Jon Scott
2006-11-06 18:34:22 UTC
Please provide the YaST log files. Created attachment 104670 [details]
yast2 log
On update from beta1, I had the following failing grub commandline:
grub> setup --stage2=/boot/grub/stage2 (/dev/hda) (dev/hda,2)
-> error 27, unrecognised number (same error as original report)
/dev/hda2 is swap on this machine. I guess the code that generates the commandline is confusing "/dev/hda*" with "(hd0,2)" styles of addressing devices in grub, since hd0,2 or /dev/hda3 is the partition with /boot on it on this machine.
Created attachment 104671 [details]
my fstab
Created attachment 104672 [details]
menu.lst as generated by yast during upgrade
may be a problem within Storage.ycp::GetTranslatedDevices do not have the HW around :-( what does this block except this special piece of HW? This may also be a subsequent fault of translating /dev/hd*/ (old naming of SATA devices) to /dev/sd* (new naming). Can you please provide "/boot/grub/device.map" to see if the mapping has gone wrong. If this was the case, please try to edit device.map manually during the installation and see if it works with a valid mapping. I reinstalled the bootloader so my device.map is no longer useful. I got this bug when upgrading beta1plus to beta2, so my PATA disk went from being /dev/sda back to /dev/hda - could this be a factor? If necessary i can repeat the upgrade. Yes, repeating the update would be very useful to encircle the problem. I too encountered this very problem because of a change from the _wrong_ /dev/sda back to /dev/hda. Ended up having to boot to 10.2b1 mini install disk, change entries in the fstab file, boot using 10.2B2 install disk-->boot installed system and ran grub-install to fix grub entries. Should not be a problem for people upgrading from 10.1 as their fstab should point to the proper /dev/hda entries to start with. AJ says my bug (sda->hda rename breaks grub) is impossible outside of the 10.2beta1plus ->beta2 case so I won't reinstall unless you think there is a deeper problem. I'm downgrading this one to critical, because this error occurs on this special piece of HW, whereas other fake RAID systems are working properly. Current workaround is using soft RAID (md), we are investigating further. The malfunctioning dmraid mechanism (in yast2-bootloader) is now fixed (in openSUSE 10.2 RC1). One should be able to install on Bios-RAIDs now. As this bug is now resolved, so I close it FIXED. |