Bugzilla – Bug 155414
Escape during bootsplash terminates SLP installation
Last modified: 2008-04-25 09:28:00 UTC
Since my PC is hooked up via "eth1", I get bored watching the bubbles until eth0 DHCP times out, and so hit escape to see the boot messages. To my surprise I was unable to make the SLP product selection, as it quickly disappeared in favour of the red error window. I was very careful to press Escape only once, but obviously this keypress gets buffered or duplicated. This non-obvious annoyance has the potential to cause a fair amount of trouble, I think. If there's no obvious erroneous code, this should at least be documented.
Does it matter at which point you press escape? I was not able to reproduce this on my test machine, pressing ESC all the time. Are there any messages that indicate what went wrong? Do you get a correct result if you don't press ESC until the SLP selection screen shows up?
I pressed Escape after about 2 or 3 rounds of Bubbles, but it didn't appear to matter. If you kept on pushing you should certainly get one of the keystrokes to the SLP selection. Strange. There's no message; I guess Esc at the SLP selection just gets you to the error screen. Once I was patient and kept my hands off the keyboard, I was offered the selection and finally succeeded to install. I'm currently using a USB keyboard, maybe that makes a difference? If it does, this is a much smaller issue, I'd say.
This could indeed matter, my machine has a good old fashioned PS/2 kbd attached. Is it possible for you to use a normal kbd in order to verify this assumption?
It's even more special. Using PS/2 kbd we see the selection screen. As well as on a different machine with USB keyboard! Therefore, I'll attach hwinfo --pci
Created attachment 71606 [details] hwinfo output Gigabyte K8NS(?), nforce2 chipset PCI devices from hwinfo --pci. Appended hwinfo --bios
The boot messages might also help, please attach them. Check if there is something of interest in the syslog as well.
Created attachment 71791 [details] boot.msg Although I cannot immediately see how this can help, here it is.
I suggest to just flush the input queue on menu entry, if possible.
C'mon, you can't be serious. Kernel maintainers? This is a hardware / firmware problem that can be caught by defensive programming.
I see this on two of my machines as well. Raising Severity from minor to normal
I'm leaving Novell. If TPM assistance is needed, please ask Joachim Plack (AMD related issues) or Oliver Ries (general x86_64/i386) for assitance.
Closing NOREPSONSE, due to missing information. Please retest on openSUSE 11.0 and create a new bug report if the problem still persists.