Description of problem: Details needed to know: ---------------------- All 64 bits isos written to USB with isodumper pop up in file manager (on my main machine) when the prog completes writing. The 32 bit one does not (although it can be mounted with mount -t iso9660...). My test machine is an HP 17-ak091nd laptop. Some more details here: https://wiki.mageia.org/en/QA_iso_hardware_list -> Notebooks -> dvgevers The BIOS has both UEFI and legacy boot enabled. Boot order for both is the same in BIOS settings. In the help inside the BIOS it shows that Legacy loads CSM. Live DVD concerned is Mageia-6.1-rc-LiveDVD-Xfce-i586-DVD dated 04 AUG 2018. sha512sum checks out good. Problem: ------- All three 64 bits Live DVD's written to USB boot without any problem, but this 32 bit one does not boot. Neither as USB stick nor as optical DVD disk. The testmachine boots other DVD disks and the other three Mageia Live DVDs that are 64 bits.
IN IRC Marja asked me to assign to isobuilders but I do not seem to have access to assignee. So I add Marja, MartinW and isobuild in cc
CC: (none) => isobuild, mageia, marja11Keywords: (none) => 6.1
I should have said: when either this USB stick or this DVD disk is inserted before booting the testmachine goes straight to the grub2 menu it finds from MBR/EFI partition so perhaps the bootable bit is not set well enough for my machine to see ??? (Maybe I speak rubbish but the thought occurred....)
(In reply to Dick Gevers from comment #0) > All 64 bits isos written to USB with isodumper pop up in file manager (on my > main machine) when the prog completes writing. The 32 bit one does not > (although it can be mounted with mount -t iso9660...). I think this is normal - I see the same behaviour with the Mageia 6 Live ISOs. The partition type is different on the 32-bit ISOs compared to the 64-bit ISOs: # fdisk -l Mageia-6.1-rc-LiveDVD-Xfce-i586-DVD.iso ... Device Boot Start End Sectors Size Id Type Mageia-6.1-rc-LiveDVD-Xfce-i586-DVD.iso1 * 1 3954687 3954687 1.9G 17 Hidden HPFS/NTFS # fdisk -l Mageia-6.1-rc-LiveDVD-Xfce-x86_64-DVD.iso Device Boot Start End Sectors Size Id Type Mageia-6.1-rc-LiveDVD-Xfce-x86_64-DVD.iso1 * 0 4034559 4034560 1.9G 0 Empty Mageia-6.1-rc-LiveDVD-Xfce-x86_64-DVD.iso2 224 8415 8192 4M ef EFI (FAT-12/16/32) I think the Type being Hidden is what causes it not to be auto-mounted. > My test machine is an HP 17-ak091nd laptop. Some more details here: > https://wiki.mageia.org/en/QA_iso_hardware_list -> Notebooks -> dvgevers HP UEFI BIOSs are often troublesome :-( Could you test if you get the same behaviour with the released Mageia 6 32-bit Live ISO. If so, and as you seem to found a workaround, I think we could just add this to the errata. Changing the boot structure on the 32-bit ISO risks it then not working on some other machine. For Mageia 7 I am going to be changing the ISO boot scheme (to support 32-bit EFI), so it's likely this bug will be fixed then.
Then that must be it: when testing isos for 6.0 final the testmachine was an older one : indeed this HP does not boot the released 6.0 iso of 32 bit Xfce !
Summary: The 32 bit Xfce Live DVD does not boot on my machine (all 64 bits do) => The 32 bit Xfce Live DVD does not boot on some HP machines (when 64 bits do)
Component: Installer => Release (media or process)CC: (none) => sysadmin-bugsAssignee: bugsquad => isobuildTarget Milestone: --- => Mageia 7Keywords: (none) => FOR_ERRATA6
Same applies to 32 bits classical install iso dated 04 Sept 2018
Source RPM: Mageia-6.1-rc-LiveDVD-Xfce-i586-DVD dated 04 AUG 2018 => 6.1 isos (live) dated 04 AUG 2018 (classical) dated 04 Sep 2018
Summary: The 32 bit Xfce Live DVD does not boot on some HP machines (when 64 bits do) => The 32 bit DVD's do not boot on some HP machines (when 64 bits do)
Same for both 32 bits netinstall isos.
Source RPM: 6.1 isos (live) dated 04 AUG 2018 (classical) dated 04 Sep 2018 => 6.1 isos dated 12/14 Sep 2018
(BZ wasn't responding & logged me out during previous edit)
Source RPM: 6.1 isos dated 12/14 Sep 2018 => 6.1 isos dated 12/15 Sep 2018Summary: The 32 bit DVD's do not boot on some HP machines (when 64 bits do) => The 32 bit isos do not boot on some HP machines (when 64 bits do)
(In reply to Dick Gevers from comment #7) > (BZ wasn't responding & logged me out during previous edit) yeah, I rebooted infra for latest security updates
CC: (none) => tmb
Same with 32 bit classical iso of Mageia 7 Beta1 dated 18 NOV 2018. [ No keyword ..7.. found ]
Version: 6 => CauldronSource RPM: 6.1 isos dated 12/15 Sep 2018 => 7 beta1 isos dated 18 NOV 2018
(In reply to Dick Gevers from comment #9) > Same with 32 bit classical iso of Mageia 7 Beta1 dated 18 NOV 2018. > > [ No keyword ..7.. found ] . CC'ing stormi and LpSolit for missing keyword 7beta1
CC: (none) => LpSolit, stormi-mageia
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=23876
Keyword created.
Keywords: (none) => 7beta1
CC: LpSolit => (none)
I'm wondering if it's the starting sector of the first partition that makes the difference. Dick, could you try the new version of the 32 bit classical ISO I've built, in the dvg-test/Mageia-7-beta1-i586 directory on the rsync server. If you sync on top of your existing copy, it should download very quickly.
(In reply to Martin Whitaker from comment #12) > Dick, could you try the new version of the 32 bit classical ISO I've built, > in the dvg-test/Mageia-7-beta1-i586 directory on the rsync server. Tried it but sorry: same result. Only the grub2 menu appears that is already installed on the drive. Nothing to evidence that there is a bootable device (like those from the 64 bit isos).
Did I understand your comment 2 correctly; that if you insert the USB stick before booting the machine, it does boot from the USB stick? When you boot from the 64-bit ISOs, can you boot in legacy mode as well as in UEFI mode? (the GRUB2 boot menu title will tell you which mode you've booted in) If you press F9 during boot to get the BIOS boot selection menu (might be a different key on your machine, but it's F9 on my HP laptop), does that let you select the 32-bit USB stick?
(In reply to Martin Whitaker from comment #14) > Did I understand your comment 2 correctly; that if you insert the USB stick > before booting the machine, it does boot from the USB stick? No it boots from the 64 bits USB sticks of Mageia 6.1 and 7 beta1. But if a 32 bit USB stick from 6/7 is in the same slot, it boots from the hard disk where Cauldron is installed. > When you boot from the 64-bit ISOs, can you boot in legacy mode as well as > in UEFI mode? (the GRUB2 boot menu title will tell you which mode you've > booted in) The Mageia boot screen says only UEFI, nothing about legacy, ever. > If you press F9 during boot to get the BIOS boot selection menu (might be a > different key on your machine, but it's F9 on my HP laptop), does that let > you select the 32-bit USB stick? I will try but sorry needs to wait until Friday afternoon or evening. Will report back ...
No rush ... I've got other bugs to look at :-( It may be you haven't jumped through all the hoops necessary to enable legacy boot. On my HP, not only do you have to enable the CSM, you also have to select which type of boot you want. If you can get to the boot selection menu though, that should offer you all the options.
(In reply to Martin Whitaker from comment #16) > It may be you haven't jumped through all the hoops necessary to enable > legacy boot. On my HP, not only do you have to enable the CSM, you also have > to select which type of boot you want. If you can get to the boot selection > menu though, that should offer you all the options. I looked at the BIOS documentation but F9 just loads the default setup (factory setting without changes made by me). I see no description like that but i will look in the BIOS again tomorrow....
According to this https://support.hp.com/gb-en/product/hp-17-ak000-laptop-pc/15551430/model/17572313/document/c03801890 you need to press the Esc key repeatedly during startup, until the Startup Menu appears, then press F9 to select the boot device. But no guarantees that is right for your machine...
(In reply to Martin Whitaker from comment #18) > According to this > > https://support.hp.com/gb-en/product/hp-17-ak000-laptop-pc/15551430/model/ > 17572313/document/c03801890 > > you need to press the Esc key repeatedly during startup, until the Startup > Menu appears, then press F9 to select the boot device. But no guarantees > that is right for your machine... Gotcha. Will try !
Yes that works :)) Was not included in my laptop documentation so wasn't aware of it ;( (And it is Shift +F9) But it does boot the usb device. Not showing "UEFI" in the boot screen... I will keep the bug open with For Errata so it can be mentioned there. However there is no such keyword for 7...
Summary: The 32 bit isos do not boot on some HP machines (when 64 bits do) => The 32 bit isos boot on some HP machines only with a workaround (when 64 bits do it normal)
I have no idea if this is connected, but I suspect it does: after the install gor to the summary I got this error: "An error occurred. "grub2-install failed: Installing for i386-pc platform "grub2-install: warning: Attempting to install GRUB to a disk with multiple partition labels. This is not supported tet.. "grub2-install: error: embedding is not possible. but this is required for cross-disk install. ...propagated." I will save a printscreen and the drakx installer reports if needed. Separate bug required ?
Created attachment 10497 [details] printscreen of the error After the error install could not be completed: "ok" returned the summary. Unfortunately the istaller logs were zero size files :((
I think that's unrelated - GRUB2 doesn't like something about your partition setup - so a new bug report please. Officially we don't support mixed UEFI and legacy boot on the same disk, but it can be made to work.
(In reply to Martin Whitaker from comment #23) > I think that's unrelated - GRUB2 doesn't like something about your partition > setup - so a new bug report please. Officially we don't support mixed UEFI > and legacy boot on the same disk, but it can be made to work. I note from the installer documentation that there should be a BIOS boot partition but I don't want to create one: it is a 64 bit UEFI machine with a /boot/EFI partition and I think in real life nobody would want to go through difficult hoops to try and install 32 bit system on such machine. One would do so on a 32 bit only machine. So i think it is better for me to stop testing 32 bit isos on this machine: it proves nothing and is too cumbersome if it could be theoretically possible. I think it is best to say in the errata: use 64 bit installer only on such machines.
Same with isos from 7beta2
Keywords: (none) => 7beta2
Keywords: FOR_ERRATA6 => FOR_ERRATA7Summary: The 32 bit isos boot on some HP machines only with a workaround (when 64 bits do it normal) => The 32 bit isos boot on some HP machines only with a workaround (when 64 bits do it normally)
Remains
Keywords: 7beta1, 7beta2 => 7beta3
@ Dick Do you mean insert an entry for errata? Or write here a text for that?
CC: (none) => yves.brungard_mageia
Not sure what you mean... sorry. Any errata suggestions i had were written as proposals already on riseup pad quite some time ago
Still valid in final? Is this a bug in GRUB2? if so add UPSTREAM Do this problem arise only when configuring the system in a way that is known not to be supported? How any users would actually hit this bug? Only andvanced users, and if so thye can solve it or search and find this bug? If so I suggest to not put it in errata.
CC: (none) => friTarget Milestone: Mageia 7 => Mageia 8
It will hit any user with this type of machine (maybe similar ones) advanced or not, regardless of bootloader
I dont know if we can tell this only happens for HP machines. And i dont know if we need to tell more than i did now at https://wiki.mageia.org/en/Mageia_7_Errata#Some_machines_fail_installing_32_bit_system which links here if people want to know more. Please improve it if you like.
Keywords: 7beta3, FOR_ERRATA7 => IN_ERRATA7
Better like this, i think: https://wiki.mageia.org/en/Mageia_7_Errata#Some_machines_fail_booting_32_bit_installer_and_live_iso
Could affected users try Mageia 8 beta?
I stopped testing because I did not like the derogatory tone some used towards me.
It's sad to read that Dick. I valued your contributions, and hope nothing I ever wrote led you to think otherwise.
No Martin, certainly not !