Bug 23268 - mageia 6: can't boot installation medium (neither usb nor dvd) on direkt-tek DTLAPY116-2
Summary: mageia 6: can't boot installation medium (neither usb nor dvd) on direkt-tek ...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 6
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: QA Team
QA Contact:
URL:
Whiteboard: MGA6-64-OK MGA6-32-OK
Keywords: advisory, validated_update
Depends on:
Blocks:
 
Reported: 2018-07-03 01:10 CEST by jeff deifik
Modified: 2018-07-25 22:54 CEST (History)
7 users (show)

See Also:
Source RPM: grub2-2.02.0-1.mga6
CVE:
Status comment:


Attachments
Fedora EFI boot image (338.23 KB, application/gzip)
2018-07-07 20:07 CEST, Martin Whitaker
Details
Mageia EFI boot image with backported fixes (243.99 KB, application/gzip)
2018-07-09 22:17 CEST, Martin Whitaker
Details
Patch containing upstream fix (1.27 KB, text/plain)
2018-07-11 23:32 CEST, Martin Whitaker
Details
spec diff for Mga6 update (2.13 KB, text/plain)
2018-07-13 01:27 CEST, Barry Jackson
Details

Description jeff deifik 2018-07-03 01:10:45 CEST
Description of problem:
I have a direkt-tek DTLAPY116-2.
I installed win 10 from usb media with no issues.
I can boot ubuntu 16-04 from usb media with no issues.
I installed kubuntu 18-04 from usb media with no issues.
Using Mageia-6-x86_64-DVD.iso, I am unable to start the installation process.
I tried 3 different methods to make usb media (all of which work on other x86-64 computers), but none would boot. I tried a usb dvd player with mageia-6, but it would not boot either.

Version-Release number of selected component (if applicable):
mageia 6 x86-64 bit

How reproducible:
100%

Steps to Reproduce:
1. make usb or dvd media of mageia-6
2. try to boot
3. cry
Comment 1 Thierry Vignaud 2018-07-03 04:37:40 CEST
We would need more details.
At which step did the install stops?
Any error message?

Keywords: (none) => NEEDINFO
CC: (none) => thierry.vignaud

Comment 2 jeff deifik 2018-07-03 04:52:21 CEST
It never displays any message. No text, no graphics.
There is sometimes a single white pixel near the upper left of the screen.
I am pretty sure it is some kind of UEFI booting issue.

The ubuntu 16.04 and 18.04 usb boots and installs with no issues.
The windows 10 usb boots and installs with no issues.

I have installed mageia 6 on at least 2 other laptops with UEFI with no issues.
Marja Van Waes 2018-07-03 07:45:45 CEST

CC: (none) => marja11
Keywords: NEEDINFO => (none)
Assignee: bugsquad => isobuild

Marja Van Waes 2018-07-03 07:47:19 CEST

Summary: mageia 6 can't start installation using usb or dvd on direkt-tek DTLAPY116-2 => mageia 6 can't boot installation medium (neither usb nor dvd) on direkt-tek DTLAPY116-2

Marja Van Waes 2018-07-03 07:47:33 CEST

Summary: mageia 6 can't boot installation medium (neither usb nor dvd) on direkt-tek DTLAPY116-2 => mageia 6: can't boot installation medium (neither usb nor dvd) on direkt-tek DTLAPY116-2

Comment 3 Martin Whitaker 2018-07-03 08:59:49 CEST
Have you disabled secure boot?
Can you enable the CSM in the BIOS and boot in legacy mode?

Keywords: (none) => NEEDINFO
CC: (none) => mageia

Comment 4 Martin Whitaker 2018-07-03 09:11:13 CEST
Ah, from https://www.mail-archive.com/kernel-packages@lists.launchpad.net/msg288926.html it looks like this machine has a 32-bit EFI BIOS. That's not supported in Mageia yet.

If you still have Ubuntu installed, you can check if this is the case by opening a terminal window and typing

  cat /sys/firmware/efi/fw_platform_size
Comment 5 jeff deifik 2018-07-03 13:44:52 CEST
It has a 64 bit fw_platform_size.
Comment 6 jeff deifik 2018-07-03 13:47:47 CEST
I just tested the usb media on a 15" dell laptop, and it boots fine.
99% sure this is a UEFI issue.
jeff deifik 2018-07-03 13:48:36 CEST

Summary: mageia 6: can't boot installation medium (neither usb nor dvd) on direkt-tek DTLAPY116-2 => mageia 6: can't boot installation medium (neither usb or dvd) on direkt-tek DTLAPY116-2

jeff deifik 2018-07-03 14:06:51 CEST

Summary: mageia 6: can't boot installation medium (neither usb or dvd) on direkt-tek DTLAPY116-2 => mageia 6: can't boot installation medium (neither usb nor dvd) on direkt-tek DTLAPY116-2

Comment 7 Martin Whitaker 2018-07-03 23:34:57 CEST
Just to be absolutely sure, could you also check the file names in the ESP (which will probably be mounted under /boot/efi in Ubuntu. What file(s) do you see in /boot/efi/EFI/BOOT?

Also, just to be absolutely clear, am I right in understanding that it stops before it gets to the initial boot menu?

Finally, please answer the questions in comment 3.
Comment 8 Thomas Backlund 2018-07-03 23:41:19 CEST
Also, please try a live DVD.

I have a lenovo here that would not start up on classical install at all.

But booting a live DVD works, so I installed from that and forgot all about it...

CC: (none) => tmb

Comment 9 jeff deifik 2018-07-04 01:15:39 CEST
TPM is disabled.
There is no CSM or legacy mode.

The boot process stops before it gets to the initial boot menu.

I have not tried a live dvd, just the normal install dvd.
Comment 10 Marja Van Waes 2018-07-06 14:53:32 CEST
(In reply to jeff deifik from comment #9)

> 
> I have not tried a live dvd, just the normal install dvd.

Can you _please_ try to boot a Live DVD?
Comment 11 jeff deifik 2018-07-07 04:28:33 CEST
I made a dvd of Mageia-6-LiveDVD-Plasma-x86_64-DVD.iso
I booted it, and I got a single pixel to light up.
No text, no graphics :-(
Comment 12 Martin Whitaker 2018-07-07 09:54:31 CEST
(In reply to Martin Whitaker from comment #7)
> Just to be absolutely sure, could you also check the file names in the ESP
> (which will probably be mounted under /boot/efi in Ubuntu. What file(s) do
> you see in /boot/efi/EFI/BOOT?

?
Comment 13 jeff deifik 2018-07-07 14:30:35 CEST
in /boot/efi/EFI/Boot there are 2 files,
bootx64.efi and fbx64.efi

there is no directory /boot/efi/EFI/BOOT,
in /boot/efi/EFI there is
Boot, Recovery, Microsoft, and Ubuntu
Comment 14 Martin Whitaker 2018-07-07 20:07:08 CEST
Created attachment 10272 [details]
Fedora EFI boot image

Thanks. That confirms it is a 64-bit EFI BIOS, and eliminates one possibility (there are reports that some BIOSs only work if the filenames are in uppercase).

Could you do the following test:

1. Dump the Live DVD ISO onto a USB stick and check it boots on another machine (we only really care that it gets as far as the boot menu).

2. Plug the USB stick into a running Linux system.

3. Open a terminal window and switch to being the root user by entering the command

  su

(and entering your root user password when prompted for a password).

4. Check whether the USB stick has been automounted by entering the command

  mount | grep LiveDVD

I expect you to see something like

/dev/sdb1 on /run/media/martin/Mageia-6-Plasma-LiveDVD type iso9660 ...

The base device name (excluding the final digit), dev/sdb, may be different, depending on what other drives you have in the system. In the following instructions, replace /dev/sdb with what you actually see.

5. Unmount the ISO image by entering the command

  umount /dev/sdb1

6. Mount the ESP on the USB stick by entering the command

  mount /dev/sdb2 /mnt

7. Check the contents of the EFI/BOOT directory by entering the command

  ls -l /mnt/EFI/BOOT

You should see

-rwxr-xr-x 1 root root 802816 Jul 11  2017 bootx64.efi*
drwxr-xr-x 2 root root   2048 Jul 11  2017 fonts/
-rwxr-xr-x 1 root root   1572 Jul 11  2017 grub.cfg*
drwxr-xr-x 3 root root   2048 Jul 11  2017 themes/

8. Download the attached file into the current working directory and uncompress it by entering the command

  gunzip bootx64.efi.gz

9. Copy it onto the USB stick by entering the command

  cp bootx64.efi /mnt/EFI/BOOT

10. Unmount the ESP by entering the command

  umount /dev/sdb2

11. Check that you can still boot from the USB stick. You should only be able to get as far as the main boot menu - attempting to boot the Live system should result in an error message (because this is a Fedora boot image, and doesn't include all the necessary components for booting the Mageia system).

12. Now test if the USB stick boots on the DTLAPY116-2.
Comment 15 jeff deifik 2018-07-08 15:57:48 CEST
I did all of that.
I verified that the flash drive booted on a dell computer.

Using a linux system, the flash drive mounted on /dev/sdb1; there was no separate sdb2 partition. I created the flash drive using rufus 3.1

I copied the fedora bootx64.efi file to the correct directory.
Using a dell computer and the edited flash drive, I was able to see the boot menu , but the boot process did not finish as expected.

Using the DTLAPY116-2 computer and the edited flash drive, I did see a boot screen, just as I did with the dell computer. This is different than before, as I have never seen a mageia boot screen on the DTLAPY116-2 before. Of course, the boot process did not finish.

Does this mean there is some issue with the mageia bootx64.efi as supplied on the mageia 6 dvd and mageia 6 live dvd?
Comment 16 Martin Whitaker 2018-07-08 19:56:03 CEST
(In reply to jeff deifik from comment #15)
> Does this mean there is some issue with the mageia bootx64.efi as supplied
> on the mageia 6 dvd and mageia 6 live dvd?

Yes, this is likely the same problem as bug 23180. As described there, it's not just Mageia that has this problem. One of the many changes Fedora make to the grub2 bootloader fixes the problem. I'm working through the 144 patches that Fedora apply, trying to identify potential candidates. When I have something to test, I'll let you know. 

Leaving this bug open for now, in case it turns out not to be the same as bug 23180.

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=23180

Martin Whitaker 2018-07-08 20:09:35 CEST

Keywords: NEEDINFO => (none)

Comment 17 jeff deifik 2018-07-08 21:16:45 CEST
I was able to boot ubuntu 16.04 as well as 18.04 usb sticks, so there was a way to boot successfully 2 years ago.
Comment 18 Martin Whitaker 2018-07-08 21:51:43 CEST
(In reply to jeff deifik from comment #17)
> I was able to boot ubuntu 16.04 as well as 18.04 usb sticks, so there was a
> way to boot successfully 2 years ago.

Well, in case this is a different bug, and Ubuntu have sent the fix upstream, try testing the boot image attached to bug 23180 (attachment 10245 [details]). That one's not compressed, but you will need to rename it to bootx64.efi when you copy it.
Comment 19 jeff deifik 2018-07-09 00:00:33 CEST
I copied the bug 23180 file to the flash drive.

Using the modified usb stick, I was able to boot the DTLAPY116-2 and see the installation options. I was able to use the up and down arrows to move around.
When I selected install, I got a black window where the install text would usually go, and no further graphics updates.
Comment 20 Martin Whitaker 2018-07-09 22:17:21 CEST
Created attachment 10275 [details]
Mageia EFI boot image with backported fixes

Please could you test this boot image for me. I'm trying to backport likely fixes to the Mageia 6 grub2 package, rather than use an unstable upstream version.
Comment 21 jeff deifik 2018-07-10 01:59:40 CEST
I tried the new efi boot image. I can see the 4 menu options, and move up and down to select them. I tried the live mageia and the install mageia, and the screen went blank and after a few seconds I saw the logo with the 5 circles, but booting did not progress any further.
Comment 22 Martin Whitaker 2018-07-10 09:48:35 CEST
Good, we are making progress :-)

At the boot menu, press 'e' to edit the boot command line and delete the words "splash quiet" before continuing to boot. You should then get some scrolling text in place of the logo. What are the last few lines printed out?

Note that when using the Live ISO, boot may seemingly stop when it reaches the hardware detection phase - you do need to wait a few minutes to be sure it really has got stuck.
Comment 23 jeff deifik 2018-07-10 14:09:56 CEST
there are a bunch of
[numbers] dracut: Scanning for all btrfs devices
[numbers] dracut: warning could not boot

dracut warning: could not boot

dracut warning: could not boot
[number] dracut warning: /dev/disk/by-label/mageia-6-plasma-livecd does not exist
dracut warning: /dev/disk/by-label/mageia-6-plasma-livecd does not exist
[number] dracut warning: /live/union does not exist

generating "/raw/initramfs/rdosreport.txt"

3 or 4 lines about device-mapper

to get more debug information...
dropping to debug shell
dracut: # [number] neo: [hardware error] machine check events logged

(the text is quite small as it is a 11.6 display at 1080p)
Comment 24 Martin Whitaker 2018-07-10 20:22:11 CEST
That makes me suspect you've not used the correct method for dumping the ISO onto the USB stick (and looking back, not having a /dev/sdb2 supports that). Did you select DD mode in Rufus?
Comment 25 jeff deifik 2018-07-11 01:55:37 CEST
I rewrote the flash drive using dd on a fedora-28 system.
It has /dev/sdb1 and /dev/sdb2.
I wrote the modified efi file to the efi/boot directory.
I verified I could boot using the flash drive on a dell laptop.

On the DTLAPY116-2 laptop, I can now boot to live mageia, using the flash drive.

Does that mean it is safe to install mageia-6 on the laptop using the flash drive?
Comment 26 Martin Whitaker 2018-07-11 10:08:36 CEST
(In reply to jeff deifik from comment #25)
> Does that mean it is safe to install mageia-6 on the laptop using the flash
> drive?

The installer will run grub2-mkimage to create a new boot image for booting the installed system, and that boot image won't include the fix. I think you'll need to wait until there's an updated grub2-efi package that includes the fix.
Comment 27 Martin Whitaker 2018-07-11 23:30:40 CEST
Assigning to our grub2 maintainer. Barry, this bug can be fixed by backporting this upstream commit:

446794de8 tsc: Change default tsc calibration method to pmtimer on EFI systems

It would be good to get this included on the 6.1 ISOs.

Assignee: isobuild => zen25000
Source RPM: (none) => grub2-2.02.0-1.mga6
Component: Installer => RPM Packages

Comment 28 Martin Whitaker 2018-07-11 23:32:49 CEST
Created attachment 10276 [details]
Patch containing upstream fix
Comment 29 Barry Jackson 2018-07-12 01:03:54 CEST
Hi Martin,
The patch applies and builds OK to both the grub2 version in Mga6 and to Cauldron, and the patched Cauldron version currently builds OK for Mga6.

Do you suggest:

1. Update the existing grub2 in Mga6 with only this patch.
2. Update grub2 in Mga6 to the same as Cauldron (with the patch).

Using the Cauldron version would also add your translation changes. 

WDYT?
Barry
Comment 30 Martin Whitaker 2018-07-12 20:37:32 CEST
Hi Barry,

I'd be inclined to include all the fixes from Cauldron - it looks like mga6 is going to be with us for some time yet. The only one you might need to drop is the dependency on console-setup, as I don't think that package is available in mga6.
Comment 31 Barry Jackson 2018-07-13 01:25:02 CEST
OK thanks.
I have pushed this to Cauldron and will also to Mga6 updates_testing.
Would you be able to write the advisory for the Mga6 update? You can explain it far better than I and also maybe have a test procedure to help validate it.
I will attach the Mga6 spec diff as a reminder for you :)
The affected packages are:
grub2-2.02.0-1.1.mga6.x86_64.rpm
grub2-efi-2.02.0-1.1.mga6.x86_64.rpm
grub2-common-2.02.0-1.1.mga6.x86_64.rpm
grub2-mageia-theme-2.02.0-1.1.mga6.noarch.rpm
grub2-debuginfo-2.02.0-1.1.mga6.x86_64.rpm
grub2-2.02.0-1.1.mga6.i586.rpm
grub2-efi-2.02.0-1.1.mga6.i586.rpm
grub2-common-2.02.0-1.1.mga6.i586.rpm
grub2-debuginfo-2.02.0-1.1.mga6.i586.rpm
grub2-2.02.0-1.1.mga6.src.rpm
Comment 32 Barry Jackson 2018-07-13 01:27:48 CEST
Created attachment 10277 [details]
spec diff for Mga6 update
Comment 33 Martin Whitaker 2018-07-14 12:25:50 CEST
On review, bug 22182 only occurs in Cauldron, but the fix should be harmless in mga6.

Suggested Advisory:
===================

This update includes fixes for the following bugs:

  - grub2 hangs during initial boot on some Intel SoC based systems (mga#23268)
  - grub2-mkrescue puts files in /boot/grub instead of /boot/grub2 (mga#22918)
  
plus the following enhancement:

  - enable translation of labels in the theme configuration file (mga#22257)

RPMs in core/updates_testing:
=============================

grub2-2.02.0-1.1.mga6.x86_64.rpm
grub2-efi-2.02.0-1.1.mga6.x86_64.rpm
grub2-common-2.02.0-1.1.mga6.x86_64.rpm
grub2-mageia-theme-2.02.0-1.1.mga6.noarch.rpm
grub2-debuginfo-2.02.0-1.1.mga6.x86_64.rpm
grub2-2.02.0-1.1.mga6.i586.rpm
grub2-efi-2.02.0-1.1.mga6.i586.rpm
grub2-common-2.02.0-1.1.mga6.i586.rpm
grub2-debuginfo-2.02.0-1.1.mga6.i586.rpm

SRPMs in core/updates_testing:
==============================

grub2-2.02.0-1.1.mga6.src.rpm

Testing procedure:
==================

The fix for this bug (23268) can only be tested if you have the affected hardware (in which case you wouldn't currently be able to boot Mageia on it), and is hard to test until we release the 6.1 ISOs. So for QA, we just want to check for regressions on existing systems. Note this will update your grub2 boot image, so best tested on a non-vital system. It should be very low risk though.

Bug 23268 is cosmetic. To test, run

  grub2-mkrescue -o grub-rescue.iso
  sudo mount grub-rescue.iso /mnt
  ls /mnt/boot
  sudo umount /mnt

(use su if you don't have sudo installed)

Before the update you should see

  % ls /mnt/boot
  grub/

After the update you should see

  % ls /mnt/boot
  grub2/

The enhancement from bug 22257 is only used by my new tool for mastering Live ISOs. So again, just check for regressions - are the instructions at the bottom of the boot menu still present and correct.

Finally, to check the fix for bug 22182 has not caused any regressions, check that

  /usr/share/locale/en/LC_MESSAGES/grub.mo
  /usr/share/locale/en@quot/LC_MESSAGES/grub.mo

both exist and are identical.

Status: NEW => ASSIGNED
Assignee: zen25000 => qa-bugs

Comment 34 Herman Viaene 2018-07-16 15:07:12 CEST
MGA6-32 MATE on IBM Thinkpad R50e
No installation issues.
All OK after reboot.
The real problem to solve with this update is on x86-64, but this demonstrates the update has no obvious ill effects on a 32-bit platform.

CC: (none) => herman.viaene

Comment 35 Thomas Backlund 2018-07-17 12:43:51 CEST
Works on x86_64 UEFI server, workstation and laptop
Comment 36 Thomas Andrews 2018-07-18 03:23:12 CEST
Works on x86_64 MBR system, Athlon X2, 8GB, nvidia 9800GT, Atheros wifi, Plasma.

CC: (none) => andrewsfarm

Comment 37 Thomas Andrews 2018-07-18 14:17:44 CEST
Also works on x86_64 MBR system, HP 6550b, i3, 8GB, Intel graphics, Intel wifi, Plasma, desktop kernel.

In addition, it properly updated after the installation of kernel 4.14.56 for testing.
Comment 38 Thomas Andrews 2018-07-20 03:35:32 CEST
Also works on a Dell Inspiron 5100, P4, Radeon 7500 graphics, 1GB RAM, Atheros wifi, 32-bit Plasma install, using the vesa video driver.

As this is working on a variety of hardware with no regressions, I am giving it OKs and validating. Possible advisory in Comment 33.

Keywords: (none) => validated_update
Whiteboard: (none) => MGA6-64-OK MGA6-32-OK
CC: (none) => sysadmin-bugs

Comment 39 Rémi Verschelde 2018-07-23 13:02:09 CEST
Advisory uploaded.

Keywords: (none) => advisory

Comment 40 Mageia Robot 2018-07-24 00:28:49 CEST
An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2018-0132.html

Resolution: (none) => FIXED
Status: ASSIGNED => RESOLVED

Comment 41 Thomas Backlund 2018-07-25 22:54:35 CEST
(In reply to Martin Whitaker from comment #26)
> (In reply to jeff deifik from comment #25)
> > Does that mean it is safe to install mageia-6 on the laptop using the flash
> > drive?
> 
> The installer will run grub2-mkimage to create a new boot image for booting
> the installed system, and that boot image won't include the fix. I think
> you'll need to wait until there's an updated grub2-efi package that includes
> the fix.

As grub2 is validated (and the new kernel) I have netinstall isos for test here:
http://ftp.free.fr/mirrors/mageia.org/people/tmb/mga6/netinstall/

if you want to try

Note You need to log in before you can comment on or make changes to this bug.