Bug 148463 - grub setup: SUSE 10.0 32 bit detection
Summary: grub setup: SUSE 10.0 32 bit detection
Status: RESOLVED WONTFIX
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Installation (show other bugs)
Version: Beta 2
Hardware: Other Other
: P5 - None : Major (vote)
Target Milestone: ---
Assignee: Joachim Plack
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-06 18:36 UTC by Harald Koenig
Modified: 2007-11-13 13:02 UTC (History)
1 user (show)

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

Attachments
the requested y2log (419.54 KB, application/x-gtar)
2006-02-07 14:41 UTC, Harald Koenig 		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 Harald Koenig 2006-02-06 18:36:18 UTC 
installation into /dev/sda3 worked pretty well.  I get the following grub boot menu:

        # grep title /boot/grub/menu.lst
        title SUSE LINUX 10.0.42
        title XEN
        title SUSE LINUX 10.0 64 bit (/dev/sda1)
        title SUSE LINUX 10.0 64 bit (/dev/sda2)
        ...                   ^^^^^^
                              ^^^^^^
10.0 64 bit for /dev/sda1 is correct, but /dev/sda2 is a _32_ bit 10.0 installation!!
Comment 1 Martin Lasarsch 2006-02-07 11:11:55 UTC 
please attach /var/log/YaST2/* from the system which installed the grub.
Comment 2 Harald Koenig 2006-02-07 14:41:40 UTC 
Created attachment 66760 [details]
the requested y2log
Comment 4 Joachim Plack 2006-10-24 14:44:14 UTC 
Still there in 10.2 ... 
The label generation is finally done in GfxMenu::translateSectionTitle
This cannot be easily fixed as translation always takes the _running_ system
which is somewhat broken by design. In BootGrub::CreateSections the information
from Storage::GetOtherLinuxPartitions() is kind of badly evaluated.

Olaf please check'n' fix, yast2-bootloader
Comment 6 Philipp Thomas 2007-11-13 13:02:53 UTC 
This is obsolete now.