Bug 1148518 - No grub showed after an nvme installation on qemu
No grub showed after an nvme installation on qemu
Status: RESOLVED FIXED
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Basesystem
Current
aarch64 Other
: P5 - None : Normal (vote)
: ---
Assigned To: Michael Chang
E-mail List
https://openqa.opensuse.org/tests/101...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2019-08-28 10:21 UTC by Guillaume GARDET
Modified: 2020-10-31 06:09 UTC (History)
6 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: Yes
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Guillaume GARDET 2019-08-28 10:21:08 UTC
Testing NVME installation in openQA shows that installation is performed on NVME hardware, but on reboot, grub does not show up.

See: https://openqa.opensuse.org/tests/1016880
Comment 1 Guillaume GARDET 2019-08-28 14:53:36 UTC
On Serial, it seems that openSUSE entry is found:
[Bds]=============Begin Load Options Dumping ...=============
  Driver Options:
  SysPrep Options:
  Boot Options:
    Boot0008: opensuse 		 0x0001
    Boot0000: UiApp 		 0x0109
    Boot0001: UEFI QEMU QEMU CD-ROM  		 0x0001
    Boot0002: UEFI Misc Device 		 0x0001
    Boot0003: UEFI PXEv4 (MAC:525400123456) 		 0x0001
    Boot0004: UEFI PXEv6 (MAC:525400123456) 		 0x0001
    Boot0005: UEFI HTTPv4 (MAC:525400123456) 		 0x0001
    Boot0006: UEFI HTTPv6 (MAC:525400123456) 		 0x0001
    Boot0007: EFI Internal Shell 		 0x0001
  PlatformRecovery Options:
    PlatformRecovery0000: Default PlatformRecovery 		 0x0001
[Bds]=============End Load Options Dumping=============


But it fails to load it properly:
[Bds]Booting opensuse
UsbBusRecursivelyConnectWantedUsbIo: TPL before connect is 4
UsbBusRecursivelyConnectWantedUsbIo: TPL after connect is 4
 BlockSize : 262144 
 LastBlock : FF 
UsbBusRecursivelyConnectWantedUsbIo: TPL before connect is 4
UsbBusRecursivelyConnectWantedUsbIo: TPL after connect is 4
 BlockSize : 2048 
 LastBlock : 1CB613 
PartitionValidMbr: Bad MBR partition size EndingLBA(72D84F) > LastLBA(1CB613)
UsbBusRecursivelyConnectWantedUsbIo: TPL before connect is 4
UsbBusRecursivelyConnectWantedUsbIo: TPL after connect is 4
 BlockSize : 2048 
 LastBlock : 1CB613 
PartitionValidMbr: Bad MBR partition size EndingLBA(72D84F) > LastLBA(1CB613)
 BlockSize : 2048 
 LastBlock : 1CB613 
PartitionValidMbr: Bad MBR partition size EndingLBA(72D84F) > LastLBA(1CB613)
UsbBusRecursivelyConnectWantedUsbIo: TPL before connect is 4
UsbBusRecursivelyConnectWantedUsbIo: TPL after connect is 4
[Bds] Expand HD(1,GPT,DAFE43F6-0AF4-4012-A6BC-9139CD6499A1,0x800,0x80000)/\EFI\opensuse\grubaa64.efi -> <null string>
[0m[37m[40mBdsDxe: failed to load Boot0008 "opensuse" from HD(1,GPT,DAFE43F6-0AF4-4012-A6BC-9139CD6499A1,0x800,0x80000)/\EFI\opensuse\grubaa64.efi: Not Found


So, it falls back to the ISO:
Memory  Previous  Current    Next   
 Type    Pages     Pages     Pages  
======  ========  ========  ========
  09    00000000  000000A0  000000C8
  0A    00000000  00000020  00000028
  00    00000000  00000000  00000000
  06    00000258  00000410  00000514
  05    00000190  000002E0  00000398
  03    000005DC  0000044F  000005DC
  04    00002EE0  000027DD  00002EE0
  01    00000014  00000000  00000014
  02    00000000  00000000  00000000
Memory Type Information settings change.
[Bds]Booting UEFI QEMU QEMU CD-ROM
Comment 2 Guillaume GARDET 2020-01-06 13:30:02 UTC
This is still a problem: https://openqa.opensuse.org/tests/1134485#next_previous

Not sure if it is qemu specific or if it would fail on real hardware too.
Comment 3 Oliver Kurz 2020-05-03 04:32:22 UTC
## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-nvme@aarch64 fails in
[grub_test](https://openqa.opensuse.org/tests/1252574/modules/grub_test/steps/4)


## Reproducible

Always, every run


## Expected result

For reference the corresponding x86_64 test case is passing: https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=uefi&test=nvme&version=Tumbleweed , latest result
https://openqa.opensuse.org/tests/1252114


## Further details

Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=aarch64&distri=opensuse&flavor=DVD&machine=aarch64&test=nvme&version=Tumbleweed)
Comment 5 Guillaume GARDET 2020-10-16 14:05:52 UTC
Upgrading qemu-uefi-aarch64 on the openQA host, to version 202008-lp152.148.1 from Virtualization project, fixes it.