You are not logged in.
Hi, I have arch installed on a thinkcenter mini pc to use as a headless server. If I physically plug in a usb keyboard (and mouse, but that's not necessary), the computer will not respond to any key input. If I press caps lock, the light will toggle, but this will not work for scroll lock and num lock for some reason.
I do not have xorg or a desktop manager installed on this computer, normally I access it through ssh and use the console + tmux. I am tracking down an issue with my home router at the moment, which means I sometimes need to physically plug in the keyboard and a DVI monitor (which works, thankfully) to use my arch computer when the router is down.
Could someone help point me in the right direction?
Here's lsusb before and after I plug in the kb and mouse. Looks like they are recognized:
# lsusb before plugging both devices in
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 004 Device 003: ID 0cf3:e300 Qualcomm Atheros Communications QCA61x4 Bluetooth 4.0
Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
# lsusb after plugging both devices in
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 004: ID 0461:4d81 Primax Electronics, Ltd Dell N889 Optical Mouse
Bus 001 Device 005: ID 413c:2107 Dell Computer Corp. KB212-B Quiet Key Keyboard
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 004 Device 003: ID 0cf3:e300 Qualcomm Atheros Communications QCA61x4 Bluetooth 4.0
Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
And here's what shows up in dmesg after plugging in. Looks like this is working fine too, but still when I press keys, there is no response:
# dmesg showing the devices are recognized
[71128.791425] usb 1-2: new low-speed USB device number 4 using xhci_hcd
[71128.931196] usb 1-2: New USB device found, idVendor=0461, idProduct=4d81, bcdDevice= 2.00
[71128.931210] usb 1-2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[71128.931217] usb 1-2: Product: USB Optical Mouse
[71128.952747] input: USB Optical Mouse as /devices/pci0000:00/0000:00:08.1/0000:04:00.3/usb1/1-2/1-2:1.0/0003:0461:4D81.0003/input/input13
[71128.953149] hid-generic 0003:0461:4D81.0003: input,hidraw0: USB HID v1.11 Mouse [USB Optical Mouse] on usb-0000:04:00.3-2/input0
[71132.137421] usb 1-4: new low-speed USB device number 5 using xhci_hcd
[71132.281156] usb 1-4: New USB device found, idVendor=413c, idProduct=2107, bcdDevice= 1.15
[71132.281170] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[71132.281177] usb 1-4: Product: Dell USB Entry Keyboard
[71132.281183] usb 1-4: Manufacturer: Dell
[71132.305840] input: Dell Dell USB Entry Keyboard as /devices/pci0000:00/0000:00:08.1/0000:04:00.3/usb1/1-4/1-4:1.0/0003:413C:2107.0004/input/input14
[71132.386433] hid-generic 0003:413C:2107.0004: input,hidraw1: USB HID v1.10 Keyboard [Dell Dell USB Entry Keyboard] on usb-0000:04:00.3-4/input0
Thanks!
Last edited by Cory Parsnipson (2025-04-03 10:09:08)
Offline
I marked this solved too early... Re-opening but I feel like I'm close.
My VC keymap does not stay across reboots. I used the guide on this page:
https://wiki.archlinux.org/title/Linux_ … figuration
I have the following for [fixed]/etc/vconsole.conf[/fixed]:
KEYMAP=/usr/local/share/kbd/keymaps/personal.map
And in personal.map (which has 755 permissions with root:root as owner):
# /usr/local/share/kbd/keymaps/personal.map
# swap Caps_Lock and left Control
keycode 29 = Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock
keycode 58 = Control Control Control Control Control Control Control Control Control Control Control Control Control Control Control Control
This just swaps left control and caps lock as it says.
If I do `loadkeys /usr/local/share/kbd/keymaps/personal.map`, everything starts working perfectly. However, once I reboot, it goes away, even with /etc/vconsole.conf as it is.
Query localectl gives me the following:
~ localectl status
System Locale: LANG=en_US.UTF-8
VC Keymap: (unset)
X11 Layout: (unset)
And it is unchanged after running `sudo mkinitcpio -p linux`.
Last edited by Cory Parsnipson (2025-04-03 09:50:54)
Offline
Ok... I'm not exactly sure what happened, maybe an issue during a kernel upgrade or something but it's working again.
Here's some things I did that I think might have helped:
* set contents of /etc/vconsole.conf to "KEYMAP=us", run `sudo mkinitcpio -p linux`, then reboot. This results in working default us keyboard
* set contents of /etc/vconsole.conf back to my personal.map file, run `sudo mkinitcpio -p linux`, then reboot. One time this didn't work, and then I rebooted again and then it worked. Not sure what happened there...
* change permissions of /usr/local/share/kbd/keymaps/personal.map to 755 and owner is root:root. Not sure if this has any effect, but that's what it is now. (Was originally root:root with 644 permissions).
Marking this solved again...
Offline
And in personal.map (which has 755 permissions with root:root as owner):
# /usr/local/share/kbd/keymaps/personal.map # swap Caps_Lock and left Control keycode 29 = Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock Caps_Lock keycode 58 = Control Control Control Control Control Control Control Control Control Control Control Control Control Control Control Control
Although this is solved, I'd like to point out that you only need one instance of Caps_Lock and Control in the above keycodes.
Offline