| Summary: | qa m8 beta1 iso images will not boot on some hardware. | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Dave Hodgins <davidwhodgins> |
| Component: | Installer | Assignee: | Martin Whitaker <mageia> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | wilcal.int |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
| Attachments: |
lshw output
lspcidrake output |
||
|
Description
Dave Hodgins
2020-07-24 01:13:56 CEST
Wilcal, added to cc as I think this may be the problem discussed in the meeting. In bug 5036, the systems affected went into a hard loop. On my new laptop, a Star Labtop (Yes, that's how the spell it) MK III, it just returns immediately to the boot menu. Mageia 7 installed ok from a usb stick on that laptop. The same usb stick works on my desktop system, whether in bios or uefi mode. CC:
(none) =>
wilcal.int (In reply to Dave Hodgins from comment #0) > Are these not hybrid iso images any more? They are hybrid ISO images, but we now use GRUB2, not ISOLINUX, as the bootloader. % /sbin/fdisk -l Mageia-8-beta1-i586.iso Disk Mageia-8-beta1-i586.iso: 3.9 GiB, 4181549056 bytes, 8167088 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type Mageia-8-beta1-i586.iso1 * 1 8158295 8158295 3.9G 17 Hidden HPFS/NTFS Mageia-8-beta1-i586.iso2 8158296 8166487 8192 4M ef EFI (FAT-12/16/32) so the first partition already starts at sector 1 (this is only done on the 32-bit ISOs, the first partition on the 64-bit ISOs starts at sector 0). When you say "returns immediately to the boot menu", do you mean the BIOS boot menu?
Martin Whitaker
2020-07-25 11:20:02 CEST
Keywords:
(none) =>
NEEDINFO (In reply to Martin Whitaker from comment #2) > When you say "returns immediately to the boot menu", do you mean the BIOS > boot menu? The bios, or more accurately uefi boot menu. Are you certain it's not trying to boot in UEFI mode? A little more info here. The BIOS on my Dell 5000 Inspiron seems to be locked to UEFI media. If I try and boot a non-UEFI x86_64 drive, or 32-bit Live-DVD, it objects violently. ( BEEPS LOUDLY AND REPEADEDLY ). Bill, check in the BIOS settings to see if legacy boot is enabled. According to the online manual I just looked at, that should be under Advanced Boot Options in the System Information menu - but as Dell use the same name for different models spanning many years, it might be somewhere else in yours. Created attachment 11767 [details]
lshw output
The uefi firmware seems to be somewhat broken. Whether csm is enabled or not,
it's booting in uefi. Mode. This and the next attachment were gathered after
booting into Mageia 7 x86_64 which does install cleanly in this system in
uefi mode using the refind boot manager.
Created attachment 11768 [details]
lspcidrake output
lspcidrake -v output
The 32-bit ISOs only support 32-bit UEFI (unlike the 64-bit ISOs which support both 32-bit and 64-bit UEFI). This is because the 32-bit kernel doesn't support mixed-mode boot. On one of my machines, once you have enabled CSM, there's yet another option you have to enable to allow legacy boot. And then there are two entries for the USB stick listed in the BIOS boot menu, and you have to pick the right one. Reading back on this, I think the conclusion is that there is nothing wrong. Your BIOS is booting in UEFI mode, and Linux does not support 64-bit UEFI boot with a 32-bit system. Feel free to reopen if you disagree. Resolution:
(none) =>
INVALID |