Bug 450841 - bootloader: grub does not find stage1
Summary: bootloader: grub does not find stage1
Status: RESOLVED INVALID
Alias: None
Product: openSUSE 11.1
Classification: openSUSE
Component: Installation (show other bugs)
Version: RC 2
Hardware: Other Other
: P5 - None : Critical (vote)
Target Milestone: ---
Assignee: Kay Sievers
QA Contact: Jiri Srain
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-02 11:03 UTC by Andreas Jaeger
Modified: 2008-12-05 11:41 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
screenshot (25.29 KB, image/png)
2008-12-02 11:03 UTC, Andreas Jaeger 		Details
yast log files -both from / and /mnt (477.82 KB, application/x-bzip)
2008-12-02 11:04 UTC, Andreas Jaeger 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Jaeger 2008-12-02 11:03:02 UTC 
I used openSUSE-11.1-RC2-DVD-x86_64-Build0003 to update my machine from Beta5 to RC2 and got an error during writing of the bootloader
Comment 1 Andreas Jaeger 2008-12-02 11:03:58 UTC 
Created attachment 257209 [details]
screenshot
Comment 2 Andreas Jaeger 2008-12-02 11:04:30 UTC 
Created attachment 257210 [details]
yast log files -both from / and /mnt
Comment 3 Josef Reidinger 2008-12-02 13:15:38 UTC 
OK, reason is simple. Sollution is hard.
Reason - you have as hd0 disk /dev/disk/by-id/ata-SAMSUNG_SP2504C_S09QJ1ML514321
In fstab it is / is /dev/sda2
But udevadm info -q name -n /dev/disk/by-id/ata-SAMSUNG_SP2504C_S09QJ1ML514321 return /dev/sdb....so if you say that stage1 is on (hd0,1)/boot/grub/stage1 it find it on /dev/sdb2 which of course doesn't contain it.
I reassign to maintainer of udevadm to find where is problem with udevadm (why switch from /dev/sda in inst-sys to /dev/sdb in chroot).
Comment 4 Andreas Jaeger 2008-12-02 13:28:09 UTC 
That might be a change from Beta5 where it ordered the disks in the wrong way - RC1 finally has it right.

I'm fine with closing this as INVALID but leave this to you.
Comment 5 Kay Sievers 2008-12-03 01:14:19 UTC 
I would need:
  ls -l /sys/class/block /dev/sd* /dev/hd* /dev/disk/by-id/
and
  a "tar" of the files in /dev/.udev/
of the sytem while if fails, if we suspect a problem with udevadm info output.
Comment 6 Andreas Jaeger 2008-12-03 07:51:33 UTC 
I cannot give the information anymore - but if this happens again, I'll do.
Comment 7 Stephan Kulow 2008-12-05 11:41:10 UTC 
reopen if you find it again