[haiku-bugs] Re: [Haiku] #16753: No keyboard available at bootloader

  • From: "Haiku" <trac@xxxxxxxxxxxx>
  • To: undisclosed-recipients: ;
  • Date: Wed, 13 Jan 2021 20:34:27 -0000

#16753: No keyboard available at bootloader
--------------------------+----------------------------------
  Reporter:  roiredxsoto  |      Owner:  nobody
      Type:  bug          |     Status:  new
  Priority:  normal       |  Milestone:  Unscheduled
 Component:  - General    |    Version:  R1/beta2
Resolution:               |   Keywords:  bootloader, keyboard
Blocked By:               |   Blocking:
  Platform:  All          |
--------------------------+----------------------------------
Description changed by roiredxsoto:

Old description:

Scenario:
- USB stick with Haiku hrev54886 ISO burned with Etcher, plugged to USB
3.0 port
- Computer: Ryzen 5 1600, Radeon RX560, chipset B450, no hard drives,
BIOS in full UEFI mode, BIOS USB set to back compatibility
- Keyboard (XBows mechanical)-Mouse plugged to USB KM switch plugged to
an USB 3.0 port on the Mobo.
- PC boots with the USB stick but fails to enter desktop because I forgot
about the need of "fail-safe graphics".

Issue:
As this pc is set as full UEFI, in order to blacklist the graphics driver
I have to press SPACEBAR (not SHIFT key) to trigger the bootloader menu
and mark the Safe Graphics mode. This is impossible to get done.
Bootloader does not respond to keyboard input.

I said SPACEBAR and SHIFT because I forgot that it was set to full UEFI,
so I did use both.

I tried the process:
- with the default setup as stated in the Scenario part
- with the keyboard plugged into one of the USB 2.0 ports
- with a plain microsoft keyboard plugged to the switch
- with the plain microsoft keyboard plugged to the USB 2.0 port

In any case Bootloader seems to bypass keypresses thus making it
impossible to activate any safe mode resulting in never reaching the
desktop.

Circunvent:
In order to get to the desktop I booted the pc with another working Haiku
USB stick and modified the
{{{
/boot/home/config/settings/kernel/drivers/kernel
}}}
 file blacklisting there the graphics driver in order to get hrev54886 to
boot.

 With this "trick", the USB stick with the hrev54886 Haiku boots to
desktop and allows to install Haiku onto an external USB disk, which I
did without issues.

 Re-Issue:
 (New Scenario)
 Same as initial Scenario, changing the USB stick with Haiku hrev54886
ISO, with the newly installed USB HD.

 The system boots and stops at the bootloader menu where have to select
the state to be able to continue with the booting process. Then again, no
keyboard input at the bootloader menu.

 Mounting the drive on a working Haiku USB stick shows that now syslog is
available, the /boot/system/var/log folder only holds the file
es1370.log.

 Weirdo Ghosting:
 This only happened with hrev54886 USB stick that holds a clean new image
of Haiku hrev54886 burned with etcher doing what I said before. That same
clean image, used as "Install from" in the Haiku installer, resulted in a
working install on the USB external drive without keyboard issues with
the setup as stated in the initial Scenario.

 This is the first time that any Haiku ISO on an USB stick does this on
any of the HW I use.

 I still keep that USB stick with that image, so if you need me to do any
test, let me know.

 Regards,
 RR

New description:

 Scenario:
 - USB stick with Haiku hrev54886 ISO burned with Etcher, plugged to USB
 3.0 port
 - Computer: Ryzen 5 1600, Radeon RX560, chipset B450, no hard drives, BIOS
 in full UEFI mode, BIOS USB set to back compatibility
 - Keyboard (XBows mechanical)-Mouse plugged to USB KM switch plugged to an
 USB 3.0 port on the Mobo.
 - PC boots with the USB stick but fails to enter desktop because I forgot
 about the need of "fail-safe graphics".

 Issue:
  As this pc is set as full UEFI, in order to blacklist the graphics driver
 I have to press SPACEBAR (not SHIFT key) to trigger the bootloader menu
 and mark the Safe Graphics mode. This is impossible to get done.
 Bootloader does not respond to keyboard input.

  I said SPACEBAR and SHIFT because I forgot that it was set to full UEFI,
 so I did use both.

  I tried the process:
 - with the default setup as stated in the Scenario part
 - with the keyboard plugged into one of the USB 2.0 ports
 - with a plain microsoft keyboard plugged to the switch
 - with the plain microsoft keyboard plugged to the USB 2.0 port

  In any case Bootloader seems to bypass keypresses thus making it
 impossible to activate any safe mode resulting in never reaching the
 desktop.

 Circunvent:
  In order to get to the desktop I booted the pc with another working Haiku
 USB stick and modified the
 {{{
 /boot/home/config/settings/kernel/drivers/kernel
 }}}
  file blacklisting there the graphics driver in order to get hrev54886 to
 boot.

  With this "trick", the USB stick with the hrev54886 Haiku boots to
 desktop and allows to install Haiku onto an external USB disk, which I did
 without issues.

 Re-Issue:
  (New Scenario)
  Same as initial Scenario, changing the USB stick with Haiku hrev54886
 ISO, with the newly installed USB HD.

  The system boots and stops at the bootloader menu where have to select
 the state to be able to continue with the booting process. Then again, no
 keyboard input at the bootloader menu.

  Mounting the drive on a working Haiku USB stick shows that no syslog is
 available, the /boot/system/var/log folder only holds the file es1370.log.

 Weirdo Ghosting:
  This only happened with hrev54886 USB stick that holds a clean new image
 of Haiku hrev54886 burned with etcher doing what I said before. That same
 clean image, used as "Install from" in the Haiku installer, used from an
 old working Haiku USB stick, resulted in a working install on the external
 USB drive without keyboard issues, with the setup as stated in the initial
 Scenario.

 This is the first time that any Haiku ISO on an USB stick does this on any
 of the HW I use.

 I still keep that USB stick with that image, so if you need me to do any
 test, let me know.

 Regards,
 RR

--
-- 
Ticket URL: <https://dev.haiku-os.org/ticket/16753#comment:1>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.

Other related posts: