Project

General

Profile

Actions

action #15178

closed

Permanent boot order with bootindex

Added by dzedro almost 8 years ago. Updated almost 8 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


Files

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

Related issues 2 (0 open2 closed)

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

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

Actions
Actions #1

Updated by okurz almost 8 years ago

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

Updated by okurz almost 8 years ago

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

Updated by okurz almost 8 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.

Actions #4

Updated by okurz almost 8 years ago

  • Assignee set to okurz
Actions #5

Updated by okurz almost 8 years ago

  • Status changed from New to In Progress
Actions #6

Updated by dzedro almost 8 years ago

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

Actions #7

Updated by okurz almost 8 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

Actions #9

Updated by okurz almost 8 years ago

  • Status changed from In Progress to Resolved
Actions #10

Updated by okurz almost 8 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?

Actions #11

Updated by dzedro almost 8 years ago

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

Actions #12

Updated by okurz almost 8 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
Actions #13

Updated by okurz almost 8 years ago

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

Actions #14

Updated by okurz almost 8 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

Actions #15

Updated by asmorodskyi over 7 years ago

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

Also available in: Atom PDF