action #15178
closedPermanent boot order with bootindex
0%
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
Updated by okurz almost 8 years ago
- Category set to Bugs in existing tests
- Priority changed from Normal to Urgent
blocking UEFI tests, e.g. https://openqa.opensuse.org/tests/latest?version=Tumbleweed&test=uefi&flavor=DVD&distri=opensuse&machine=USBboot_64&arch=x86_64 and https://openqa.suse.de/tests/latest?test=USBinstall&version=12-SP3&flavor=Server-DVD&machine=uefi&distri=sle&arch=x86_64
Also I assume #15230 is related.
Maybe we should use the boot menu and just instruct it with keys: http://wiki.qemu.org/download/qemu-doc.html WDYT?
Updated by okurz almost 8 years ago
- Related to action #15230: aarch64 worker overdrive2 shows unexpected uefi shell now added
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.
Updated by okurz almost 8 years ago
- Assignee set to okurz
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/2183 although not necessarily nice
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.
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
Updated by okurz almost 8 years ago
Updated by okurz almost 8 years ago
- Status changed from In Progress to Resolved
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?
Updated by dzedro almost 8 years ago
bootindex=0 is on cdrom so, CDROM will boot always.
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
Updated by okurz almost 8 years ago
- File mpv-shot0001.jpg mpv-shot0001.jpg added
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:
- failed: https://openqa.opensuse.org/tests/321662
- failed: https://openqa.opensuse.org/tests/321912
- passed: https://openqa.opensuse.org/tests/321775
- passed: https://openqa.opensuse.org/tests/321631
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
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
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