Description of problem: Following the updates after new installation, unable to restart Mageia. After some research, I realized that the menu.lst was changed. menu.lst before updates: timeout 10 color black/cyan yellow/cyan gfxmenu (hd0,6)/boot/gfxmenu default 0 title linux kernel (hd0,6)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=35859492-ba00-4a03-946a-b75a63be47f4 resume=UUID=ada60f5f-b5a7-46c5-9203-96c9a3465a5c splash=silent vga=788 initrd (hd0,6)/boot/initrd.img title linux-nonfb kernel (hd0,6)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=35859492-ba00-4a03-946a-b75a63be47f4 resume=UUID=ada60f5f-b5a7-46c5-9203-96c9a3465a5c initrd (hd0,6)/boot/initrd.img title failsafe kernel (hd0,6)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=35859492-ba00-4a03-946a-b75a63be47f4 failsafe initrd (hd0,6)/boot/initrd.img title windows root (hd1,0) map (0x81) (0x80) map (0x80) (0x81) makeactive chainloader +1 title Mandriva Linux (Official) root (hd0,4) configfile /boot/grub/menu.lst menu.lst after updates : timeout 10 color black/cyan yellow/cyan gfxmenu (hd1,6)/boot/gfxmenu default 0 title linux kernel (hd1,6)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=35859492-ba00-4a03-946a-b75a63be47f4 resume=UUID=ada60f5f-b5a7-46c5-9203-96c9a3465a5c splash=silent vga=788 initrd (hd1,6)/boot/initrd.img title linux-nonfb kernel (hd1,6)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=35859492-ba00-4a03-946a-b75a63be47f4 resume=UUID=ada60f5f-b5a7-46c5-9203-96c9a3465a5c initrd (hd1,6)/boot/initrd.img title failsafe kernel (hd1,6)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=35859492-ba00-4a03-946a-b75a63be47f4 failsafe initrd (hd1,6)/boot/initrd.img title windows root (hd0,0) map (0x81) (0x80) map (0x80) (0x81) makeactive chainloader +1 title Mandriva Linux (Official) root (hd1,4) configfile /boot/grub/menu.lst title 2.6.37.3-server-1.mga kernel (hd1,6)/boot/vmlinuz-2.6.37.3-server-1.mga BOOT_IMAGE=2.6.37.3-server-1.mga root=UUID=35859492-ba00-4a03-946a-b75a63be47f4 resume=UUID=ada60f5f-b5a7-46c5-9203-96c9a3465a5c splash=silent vga=788 initrd (hd1,6)/boot/initrd-2.6.37.3-server-1.mga.img title 2.6.38.1-server-1.mga kernel (hd1,6)/boot/vmlinuz-2.6.38.1-server-1.mga BOOT_IMAGE=2.6.38.1-server-1.mga root=UUID=35859492-ba00-4a03-946a-b75a63be47f4 resume=UUID=ada60f5f-b5a7-46c5-9203-96c9a3465a5c splash=silent vga=788 initrd (hd1,6)/boot/initrd-2.6.38.1-server-1.mga.img hd0 were changed in hd1 (except Windows) in the second update How reproducible: Steps to Reproduce: 1.installation 2.first update (glibc, rpm, urpmi etc...) 3.second update (kernel, sofware etc...) Reproducible: Steps to Reproduce:
CC: (none) => pterjanSource RPM: (none) => bootloader-utils
CC: (none) => tmbComponent: Release (media, process) => RPM PackagesSummary: unable to restart Mageia after updates => menu.lst entry was wrongly changed after updating the kernel
No such problem, when updating to kernel 2.6.38.2-desktop-1.mga some minutes ago
CC: (none) => magnus.mud
Had your machine changed since installation? (Disk added/removed/switched/...) Do you have several hard drives?
no changes, from the beginning I use a second hard disk for data Do need my menu.lst?
also no problem on my second machine (only one harddisk)
I think the information needed would include the following ... How did you install (boot from dvd, etc) While in the installer, where did you install grub (mbr of sda, etc). When booting (either during install, or after), are you using a bios option to switch boot disks? While booted from a cd/dvd (any distro), "sfdisk -l" output.
CC: (none) => davidwhodgins
On both machine same way: - installation alpha2 from dvd, - grub installed in mbr of sda, - no use of a bios option the "sfdisk -l" output will come in the evening, in the moment I'm using a very wrong os
The first machine: (normal boot is sda; the mark for boot on sdb is there, because I had install an ubuntu, so grub2 was "parked" here) caine@caine:~$ sfdisk -l Disk /dev/sdb: 4111 cylinders, 255 heads, 63 sectors/track Warning: The partition table looks like it was made for C/H/S=*/240/63 (instead of 4111/255/63). For this listing I'll assume that geometry. Units = cylinders of 7741440 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/sdb1 * 0+ 4367 4368- 33022048+ 83 Linux /dev/sdb2 0 - 0 0 0 Empty /dev/sdb3 0 - 0 0 0 Empty /dev/sdb4 0 - 0 0 0 Empty Disk /dev/sda: 19457 cylinders, 255 heads, 63 sectors/track Warning: extended partition does not start at a cylinder boundary. DOS and Linux will interpret the contents differently. Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/sda1 * 0+ 1018 1019- 8185086 83 Linux /dev/sda2 1019+ 9066- 8048- 64639684 5 Extended /dev/sda3 0 - 0 0 0 Empty /dev/sda4 0 - 0 0 0 Empty /dev/sda5 1019+ 1148 130- 1044193+ 82 Linux swap / Solaris /dev/sda6 1149+ 2167 1019- 8185086 83 Linux /dev/sda7 2168+ 3186 1019- 8185086 83 Linux /dev/sda8 3187+ 4126 940- 7550518+ 83 Linux /dev/sda9 4127+ 5145 1019- 8185086 83 Linux /dev/sda10 5146+ 6200 1055- 8474256 83 Linux /dev/sda11 6201+ 7219 1019- 8185086 83 Linux /dev/sda12 7220+ 7728 509- 4088511 83 Linux /dev/sda13 7729+ 8458- 730- 5858304 83 Linux /dev/sda14 8458+ 9066- 608- 4881408 83 Linux caine@caine:~$
The second maschine (laptop) [root@localhost live]# LC_ALL=C sfdisk -l Disk /dev/sda: 19457 cylinders, 255 heads, 63 sectors/track Warning: extended partition does not start at a cylinder boundary. DOS and Linux will interpret the contents differently. Warning: The partition table looks like it was made for C/H/S=*/240/63 (instead of 19457/255/63). For this listing I'll assume that geometry. Units = cylinders of 7741440 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/sda1 * 0+ 1082 1083- 8187448+ 83 Linux /dev/sda2 1083 18659 17577 132882120 5 Extended /dev/sda3 0 - 0 0 0 Empty /dev/sda4 0 - 0 0 0 Empty /dev/sda5 1083+ 1352 270- 2041168+ 82 Linux swap / Solaris /dev/sda6 1353+ 2706 1354- 10236208+ 83 Linux /dev/sda7 2707+ 6769 4063- 30716248+ 83 Linux /dev/sda8 6770+ 16403 9634- 72833008+ 83 Linux /dev/sda9 16404+ 17087 684- 5171008+ 83 Linux /dev/sda10 17088+ 17360 273- 2063848+ 83 Linux /dev/sda11 17361+ 18188 828- 6259648+ 83 Linux /dev/sda12 18189+ 18659 471- 3560728+ 83 Linux
- install Mageia Alpha2 from DVD - grub installer in partition / of Mageia - not use bios options - I have 2 hard drive (1 [80Go] with Windows and 1 [500Go] with Mandriva and Mageia) - no change in my machine - same problem after the new updates (updates made on 28/03/11)
Perhaps you can help with "While booted from a cd/dvd (any distro), "sfdisk -l" output."
[root@localhost ~]# sfdisk -l Disk /dev/sda: 9726 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/sda1 * 0+ 3186 3187- 25599546 7 HPFS/NTFS /dev/sda2 3187 9724 6538 52516485 f W95 Ext'd (LBA) start: (c,h,s) expected (1023,254,63) found (1023,0,1) /dev/sda3 0 - 0 0 0 Empty /dev/sda4 0 - 0 0 0 Empty /dev/sda5 3187+ 9724 6538- 52516453+ 7 HPFS/NTFS start: (c,h,s) expected (1023,254,63) found (1023,1,1) Disk /dev/sdb: 60801 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/sdb1 * 0+ 260 261- 2096451 82 Linux swap / Solaris /dev/sdb2 261 60800 60540 486287550 5 Extended /dev/sdb3 0 - 0 0 0 Empty /dev/sdb4 0 - 0 0 0 Empty /dev/sdb5 261+ 3128 2868- 23037178+ 83 Linux /dev/sdb6 53923+ 54183 261- 2096451 82 Linux swap / Solaris /dev/sdb7 54184+ 55776 1593- 12795741 83 Linux /dev/sdb8 55777+ 60800 5024- 40355248+ 83 Linux /dev/sdb9 3129+ 53922 50794- 408002773+ 83 Linux
Magnus, Seems like a standard installation, where the presence of the second drive shouldn't matter. Only other thing I can think of is to check the output of cat /boot/grub/device.map
jclaude, if you are installing the Mageia grub in the root filesystem, what do you have in the mbr, and how is it starting the Mageia grub?
- in the mbr, I have the Mandriva grub - to start Mageia, I configure by MCC of Mandriva (Mageia is /dev/sdb7) http://pix.toile-libre.org/upload/original/1301459177.png
[landborn@localhost ~]$ cat /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb [landborn@localhost ~]$
I don't think this issue will go away any time soon. I recommend reading the following bug which has references to many others all related. https://qa.mandriva.com/show_bug.cgi?id=44424#c37
CC: (none) => zen25000
This includes a good explanation :- https://qa.mandriva.com/show_bug.cgi?id=43911#c13 As a general rule I always recommend users with windows on a separate drive to make the Mandriva boot drive hd0 (sda) and make the Windows drive hd1 (sdb) this resolves or avoids this issue.
[root@localhost alpha2]# cat /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb [root@localhost alpha2]# I think, I have a really normal installation and cannot help. So I think, it is a good life without windows :-) On the other side I had installed window xp since july last year and never any problem with updatimg the kernel for my Mandriva installation.
Wild guess... Start by installing a boot loader into ALL MBRs that just chains the next one, then write the real boot loader anywhere? A bit of a hack, but it might be workable. Also during installation select the *other* drive as the booting drive, or edit the devices file and reinstall grub, or try lilo.
CC: (none) => 0123peter
I notice the same problem myself. During install (and update) since alpha 2 for sure. Sorry for not reporting this before. Today I notice this again after updating (new kernel was there also) and restart. File device.map was changed and of course also menu.lst. I have Mandriva grub in MBR and Mageia grub is chainloaded from / partition. I have 2 HD for some time w/o config or partitions change other then install of Mageia. Workaround (change of disk number in each entry of menu.lst) is relatively simple but not exactly for newcomers. Some dialog in case of change of menu.lst and/or device.map would be very useful. I think this should be added in Errata if still possible. Not sure which device.map is correct. Here are new Mageia one, than old, working Mandriva and last one from Mageia grub test. $ cat /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb $ cat /boot/grub/device.map.old (hd0) /dev/sdb (hd1) /dev/sda # cat /media/mandriva/boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdc # echo quit | grub --batch --device-map=/tmp/device.map # cat /tmp/device.map (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdd Triple boot (Mandriva, XP and Mageia), smaller HD for backup: # sfdisk -l Disk /dev/sda: 19929 stez, 255 glav, 63 sektorjev/stezo Enote = steze po 8225280 bajtov, bloki po 1024 bajtov, Å¡tejem od 0 Naprava Zagon ZaÄetek Konec #steze #bloki Id Sistem /dev/sda1 * 0+ 19928 19929- 160079661 83 Linux /dev/sda2 0 - 0 0 0 Prazno /dev/sda3 0 - 0 0 0 Prazno /dev/sda4 0 - 0 0 0 Prazno Disk /dev/sdb: 77825 stez, 255 glav, 63 sektorjev/stezo Enote = steze po 8225280 bajtov, bloki po 1024 bajtov, Å¡tejem od 0 Naprava Zagon ZaÄetek Konec #steze #bloki Id Sistem /dev/sdb1 * 0+ 11412 11413- 91674891 7 HPFS/NTFS /dev/sdb2 11413 13962 2550 20482875 83 Linux /dev/sdb3 16512 77825- 61314- 492498880 5 RazÅ¡irjen /dev/sdb4 13963 16511 2549 20474842+ 83 Linux /dev/sdb5 16512+ 64490- 47979- 385390293+ 83 Linux /dev/sdb6 64491+ 77569- 13079- 105054208 7 HPFS/NTFS /dev/sdb7 77569+ 77825- 256- 2052299 82 Linux izmenjalni / Solaris # lspcidrake -v tg3 : Broadcom Corporation|NetXtreme BCM5751 Gigabit Ethernet PCI Express [NETWORK_ETHERNET] (vendor:14e4 device:1677 subv:1028 subd:0179) (rev: 01) i2c_i801 : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller [SERIAL_SMBUS] (vendor:8086 device:266a subv:1028 subd:0179) (rev: 03) ata_piix : Intel Corporation|82801FB/FW (ICH6/ICH6W) SATA Controller [STORAGE_IDE] (vendor:8086 device:2651 subv:1028 subd:0179) (rev: 03) ata_piix : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller [STORAGE_IDE] (vendor:8086 device:266f subv:1028 subd:0179) (rev: 03) iTCO_wdt : Intel Corporation|82801FB/FR (ICH6/ICH6R) LPC Interface Bridge [BRIDGE_ISA] (vendor:8086 device:2640) (rev: 03) snd_intel8x0 : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller [MULTIMEDIA_AUDIO] (vendor:8086 device:266e subv:1028 subd:0179) (rev: 03) unknown : Intel Corporation|82801 PCI Bridge [BRIDGE_PCI] (vendor:8086 device:244e) (rev: d3) ehci_hcd : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller [SERIAL_USB] (vendor:8086 device:265c subv:1028 subd:0179) (rev: 03) uhci_hcd : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 [SERIAL_USB] (vendor:8086 device:265b subv:1028 subd:0179) (rev: 03) uhci_hcd : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 [SERIAL_USB] (vendor:8086 device:265a subv:1028 subd:0179) (rev: 03) uhci_hcd : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 [SERIAL_USB] (vendor:8086 device:2659 subv:1028 subd:0179) (rev: 03) uhci_hcd : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 [SERIAL_USB] (vendor:8086 device:2658 subv:1028 subd:0179) (rev: 03) shpchp : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 2 [BRIDGE_PCI] (vendor:8086 device:2662) (rev: 03) shpchp : Intel Corporation|82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [BRIDGE_PCI] (vendor:8086 device:2660) (rev: 03) unknown : Intel Corporation|82915G Integrated Graphics Controller [DISPLAY_OTHER] (vendor:8086 device:2782 subv:1028 subd:0179) (rev: 04) Card:Intel 810 and later: Intel Corporation|82915G/GV/910GL Integrated Graphics Controller [DISPLAY_VGA] (vendor:8086 device:2582 subv:1028 subd:0179) (rev: 04) shpchp : Intel Corporation|82915G/P/GV/GL/PL/910GL PCI Express Root Port [BRIDGE_PCI] (vendor:8086 device:2581) (rev: 04) unknown : Intel Corporation|82915G/P/GV/GL/PL/910GL Memory Controller Hub [BRIDGE_HOST] (vendor:8086 device:2580 subv:1028 subd:0179) (rev: 04) hub : Linux 2.6.38.7-desktop-1.mga uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 2.6.38.7-desktop-1.mga uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) usbhid : Logitech|USB-PS/2 Optical Mouse [Human Interface Device|Boot Interface Subclass|Mouse] (vendor:046d device:c040) hub : Linux 2.6.38.7-desktop-1.mga uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 2.6.38.7-desktop-1.mga uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) usbhid : Monterey International Corp.|Genius KB-29E [Human Interface Device|Boot Interface Subclass|Keyboard] (vendor:0566 device:3004) hub : Linux 2.6.38.7-desktop-1.mga ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) usb_storage : HP|Photosmart D5100 series [Mass Storage|SCSI|Bulk (Zip)] (vendor:03f0 device:c402) hid_monterey : HID 0566:3004 hid_monterey : HID 0566:3004
CC: (none) => filip.komar
Whiteboard: (none) => Errata
If you see this in device.map :- (hd0) /dev/sdb (hd1) /dev/sda Then the simple solution is to physically swap your SATA data cables so that your BIOS detects the correct drive first as (hd0) and that it is assigned to /dev/sda. This problem occurs because the boot drive is detected second and is assigned (hd1) /dev/sdb. Again, please read this :- https://qa.mandriva.com/show_bug.cgi?id=43911#c18
Swapping cables is a good idea, but I have seen the problem on a Mandriva installation that has one sata and one pata drive. Can't swap those.
I have a buggy BIOS abandoned long time ago. It has problems booting from USB (cold boot most of the times works, warm almost never), some USB keyboard have some double strokes in BIOS. So it is possible that BIOS is also a link in this chain to this error. Unfortunately drive used for all other than backup is SATA and other one is IDE. As I can't swap drives editing menu.lst is the best option and not problematic for me. But for newcomer this bug is nasty surprise. A warning about drive number change in menu.lst or number other than 0 would be useful.
issue still present with the latest update of the kernel ?
THX for reminding me and obviously a bug fix too. Otherwise I wouldn't even notice because it works for me. For information: # cat /boot/grub/device.map (hd0) /dev/sdb (hd1) /dev/sda $ cat /boot/grub/device.map.old (hd0) /dev/sda (hd1) /dev/sdb Unfortunately grub still see it the old way: # echo quit | grub --batch --device-map=/tmp/device.map # cat /tmp/device.map (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb
Hello For now, I can not answer you because I have no multiboot. But you give an answer as soon as possible.
No news, no other report, so closing
Status: NEW => RESOLVEDResolution: (none) => FIXED
Is bug #5076 now a regression of this one?