Project

General

Profile

action #15178

Permanent boot order with bootindex

Added by dzedro over 5 years ago. Updated over 5 years ago.

Status:
Resolved
Priority:
Urgent
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2016-12-01
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

-boot has option "once", e.g. boot once from cdrom next boot local disk, what was used also in grub_test

With use of -boot and bootindex grub/boot tests will need refactoring to solve missing option "once"

Now is bootindex used only on UEFI tests

Further details

Initially the issue about "boot order" and "bootindex" was raised in https://github.com/os-autoinst/os-autoinst/issues/640 and the behaviour change was introduced by https://github.com/os-autoinst/os-autoinst/pull/641

mpv-shot0001.jpg (27.9 KB) mpv-shot0001.jpg error messages of UEFI when system fails to boot from HD okurz, 2016-12-15 18:37
2714

Related issues

Related to openQA Tests - action #15230: aarch64 worker overdrive2 shows unexpected uefi shell nowResolved2016-12-02

Related to openQA Tests - action #17502: [sle][functional]test fails in grub_test on timeout waiting for inst-bootmenu Resolved2017-03-032017-11-08

History

#1 Updated by okurz over 5 years ago

  • Category set to Bugs in existing tests
  • Priority changed from Normal to Urgent

#2 Updated by okurz over 5 years ago

  • Related to action #15230: aarch64 worker overdrive2 shows unexpected uefi shell now added

#3 Updated by okurz over 5 years ago

  • Description updated (diff)

I guess the simplest solution would be to just look for the bootmenu of the DVD and select the boot from hard disk option when on UEFI but I am expecting there is a better solution, I just don't know it.

#4 Updated by okurz over 5 years ago

  • Assignee set to okurz

#5 Updated by okurz over 5 years ago

  • Status changed from New to In Progress

#6 Updated by dzedro over 5 years ago

I'm for the bootmenu action too boot from disk, don't know what could be another solution.

#7 Updated by okurz over 5 years ago

previous PR broke non-usbinstall uefi steps because apparently these cases do not set any bootindex at all: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/2202 provided and merged

#9 Updated by okurz over 5 years ago

  • Status changed from In Progress to Resolved

#10 Updated by okurz over 5 years ago

  • Status changed from Resolved to In Progress

USBInstall scenario (uefi x86_64) still fails, now in reboot_gnome because again it hits the installation medium: https://openqa.suse.de/tests/664855#step/reboot_gnome/9
In the end, why is "Installation" preselected in the installation menue? Shouldn't boot from hard disk be default?

#11 Updated by dzedro over 5 years ago

bootindex=0 is on cdrom so, CDROM will boot always.

#12 Updated by okurz over 5 years ago

Current test now runs qemu with

08:29:04.7657 39030 starting: /usr/bin/eatmydata /usr/bin/qemu-system-x86_64
 -serial file:serial0 -soundhw ac97 -global isa-fdc.driveA= -vga cirrus -m 1024
 -cpu qemu64 -netdev user,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56
 -device virtio-scsi-pci,id=scsi0 -device virtio-blk,drive=hd1
 -drive file=raid/l1,cache=unsafe,if=none,id=hd1,format=qcow2
 -drive if=none,id=usbstick,file=/var/lib/openqa/factory/iso/SLE-12-SP3-Server-DVD-x86_64-Build0187-Media1.iso,snapshot=on
 -device usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick,id=devusb,bootindex=0
 -drive if=pflash,format=qcow2,file=ovmf.bin -device usb-ehci -device usb-tablet -smp 1
 -enable-kvm -no-shutdown -vnc :91,share=force-shared -qmp unix:qmp_socket,server,nowait
 -monitor unix:hmp_socket,server,nowait -S -monitor telnet:127.0.0.1:20012,server,nowait

while older tests ran with

20:58:12.4709 22262 starting: /usr/bin/eatmydata /usr/bin/qemu-system-x86_64
-serial file:serial0 -soundhw ac97 -global isa-fdc.driveA= -vga cirrus -m 1024
 -cpu qemu64 -netdev user,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56
 -device virtio-scsi-pci,id=scsi0 -device virtio-blk,drive=hd1
 -drive file=raid/l1,cache=unsafe,if=none,id=hd1,format=qcow2
 -drive if=none,id=usbstick,file=/var/lib/openqa/factory/iso/SLE-12-SP3-Server-DVD-x86_64-Build0059-Media1.iso,snapshot=on
 -device usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick,id=devusb
 -boot once=d,menu=on,splash-time=5000 -bios /usr/share/qemu/ovmf-x86_64-ms.bin -device usb-ehci -device usb-tablet -smp 1
 -enable-kvm -no-shutdown -vnc :92,share=force-shared -qmp unix:qmp_socket,server,nowait
 -monitor unix:hmp_socket,server,nowait -S -monitor telnet:127.0.0.1:20022,server,nowait

The difference is in the bootindex

-device usb-storage,bus=ehci.0,drive=usbstick,id=devusb,bootindex=0

(new) vs.

-device usb-storage,bus=ehci.0,drive=usbstick,id=devusb -boot once=d,menu=on,splash-time=5000

#13 Updated by okurz over 5 years ago

2714

It looks like some uefi installations fail even though all other settings seem to be the same. The error appears sometimes regardless of the worker used. Some example jobs:

The only difference I could spot before the inst-bootmenu appears is an error message showing up in only one frame after the tianocore splash screen, see attached screenshot

#14 Updated by okurz over 5 years ago

  • Status changed from In Progress to Resolved

#15178#note-13 should be unrelated according to coolo so I consider this ticket done with https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/2202 merged

#15 Updated by asmorodskyi over 5 years ago

  • Related to action #17502: [sle][functional]test fails in grub_test on timeout waiting for inst-bootmenu added

Also available in: Atom PDF