Alpha2 Installer patzt bei sdb-Installation

[unklar]

Mageia3 alpha2, 32bit, lxde, über das Netz installiert Desktop, Bj.2005
Die Platten

Code: Alles auswählen

# fdisk -lu

Disk /dev/sda: 251.0 GB, 251000193024 bytes, 490234752 sectors
Units = Sektoren of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x2b712b70

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1              63    20081249    10040593+  83  Linux
/dev/sda2        20082688   490233855   235075584    f  W95 Erw. (LBA)
/dev/sda5        62027028   439769087   188871030    b  W95 FAT32
/dev/sda6        48885858    62026964     6570553+  83  Linux
/dev/sda7       439771136   465002495    12615680   83  Linux
/dev/sda8       465004544   490233855    12614656   83  Linux
/dev/sda9        20084736    48885759    14400512   83  Linux

Partitionstabelleneinträge sind nicht in Platten-Reihenfolge

Disk /dev/sdb: 30.8 GB, 30750031872 bytes, 60058656 sectors
Units = Sektoren of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x11987bff

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdb1            2048    20989951    10493952   83  Linux
/dev/sdb2        20989952    60057599    19533824    5  Erweiterte
/dev/sdb5        20992000    55787519    17397760   83  Linux
/dev/sdb6        55789568    60057599     2134016   82  Linux Swap / Solaris


Die Frage der Installation des BootLoader habe ich den MBR von sdb (also die 2.Platte) ausgewählt.
Im MBR von sda sitzt Grub2(1.99-23) von siduction-razor-qt, das nach einem Neustart "plichtgemäß" mit update-grub
aktualisiert wurde. Nach einem erneuten Neustart sehe ich im Grub2-Menü
meine Mageia3-alpha2 unter dem nichtssagenden Namen

Code: Alles auswählen

linux (on /dev/sdb1)
linux-nonfb (on /dev/sdb1)
failsafe (on /dev/sdb1)

Nach Auswahl des ersten Eintrages startet Mageia problemlos.

Die nachträgliche Einrichtung eines chainload-Eintrages in der /etc/grub.d/40_custom führt beim Start des Grub-Legacy zu einem Error 15
und grub>

find /boot/grub/stage1 ergibt
(hd0,0)
(hd0,5)
(hd1,0)
nach Auswahl root (hd1,0) und cat /boot/grub/menu.lst sehe ich

Code: Alles auswählen

timeout 10
color black/cyan yellow/cyan
gfxmenu (hd0,0)/boot/gfxmenu
default 0

title linux
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=aaa2cb42-9248-415d-ae3a-2d7e89a14301  splash quiet resume=UUID=04f4f80e-26b7-4da2-b930-38b5b671a019 vga=788
initrd (hd1,0)/boot/initrd.img

title linux-nonfb
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=aaa2cb42-9248-415d-ae3a-2d7e89a14301  resume=UUID=04f4f80e-26b7-4da2-b930-38b5b671a019
initrd (hd1,0)/boot/initrd.img

title failsafe
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=aaa2cb42-9248-415d-ae3a-2d7e89a14301  failsafe
initrd (hd1,0)/boot/initrd.img

title SliTaz GNU/Linux Kernel
root (hd1,0)
configfile /boot/grub/menu.lst

title Welcome to antiX. Powered by Debian Testing and MEPIS.
root (hd1,5)
configfile /boot/grub/menu.lst


das die Platten vertauscht sind. Ein Blick in die /boot/grub/device.map

Code: Alles auswählen

(fd0) /dev/fd0
(hd0) /dev/sdb
(hd1) /dev/sda

wird das bestätigt.

Nach der Korrektur des Ganzen, startet nun auch der chainload-Eintrag im Grub2 den Grub-Legacy der mageia3-alpha2 .

Danke!