diff options
| author | Christian Breunig <christian@breunig.cc> | 2026-08-16 12:31:25 +0000 |
|---|---|---|
| committer | Christian Breunig <christian@breunig.cc> | 2026-08-16 13:45:42 +0000 |
| commit | 0a8a6e09c93f426aec41c85411d6e526bf757a2e (patch) | |
| tree | 7b77fac4c1d92ddd168cfb49523d0fee4decf581 /scripts/package-build | |
| parent | aeb34831d4ec120acbeb16e3ca103a6eff5c7a54 (diff) | |
| download | vyos-build-0a8a6e09c93f426aec41c85411d6e526bf757a2e.tar.gz vyos-build-0a8a6e09c93f426aec41c85411d6e526bf757a2e.zip | |
Testsuite: T9214: make GRUB console-select navigation non-fatal on auto-boot race
Commit 7c33698e ("Testsuite: T9214: fix GRUB auto-boot race in console-select
navigation") narrowed the race between GRUB's own auto-boot countdown and this
script's post-install "Boot options" navigation, but did not close it: the
countdown is timed from when GRUB itself draws the menu, not from when this
script's regex match on the menu banner returns, so under host load GRUB can
still auto-boot before we react. When that happens, the subsequent
child.expect('Select console type', ...) blocks for the full timeout waiting
for a submenu that was never entered, then raises and aborts the test even
though the default entry already booted a working serial console (the
installer always answers 'S' to the console-type prompt).
Wrap the submenu navigation in a try/except so losing this race just logs a
warning and falls through instead of crashing, letting the already-auto-booted
default entry carry on into the login wait that already tolerates this case.
Diffstat (limited to 'scripts/package-build')
0 files changed, 0 insertions, 0 deletions
