I looked at both of these posts: Kinesis advantage, on but no output, Kinesis Advantage keyboard fails after upgrading to systemd-221, and their issues with the Kinesis Advantage seems to be a bit different from mine. My keyboard works fine about every 5 - 10 boots, and on other occasions I need to disconnect and reconnect the keyboard multiple times till the status lights on it turn off. When the keyboard isn't working correctly all of the status lights remain on.

Motherboard: Rampage V Extreme Operating System: Arch Linux

uname -a:

Linux Odin 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64 GNU/Linux

systemctl --version:


***UPDATE: After unsuccessfully detecting the keyboard after boot the lights are off, and lsusb shows:

Bus 003 Device 002: ID 05f3:0081 PI Engineering, Inc. Kinesis Integrated Hub

It isn't showing up in /proc/bus/input/devices either.

Unplugging and plugging it back in causes the lights to stay on still, and nothing changes in the listings above. When it's not functioning keypresses do not make a sound. It works in Windows most of the time. On occasion I do need to unplug and plug it back in with Windows. Every time I boot up the keyboard also works in the bios and rEFInd.

Anyone know of possible workarounds? Like a script that would retry detecting the keyboard, if it isn't found till it's detected?

2 Answers 2


I just moved the keyboard from a USB 2.0 port to a USB 3.0, and it seems to be getting detected every boot up so far. I think I've booted up 4 times since switching ports, with everyone time being successful.

  • By the way, it still fails on occasion.
    – ZeroPhase
    Sep 16, 2017 at 20:55
  • The support page for the first Advantage model says it can "become unreliable when used on newer [USB 3.0] PCs", and I can confirm that.
    – hdiogenes
    Sep 19, 2020 at 23:17

I'm getting the exact same thing on the same setup (Kinesis Advantage with Arch Linux). It also seems to be a fair bit more reliable on the USB 3.0 port, but still far from perfect.

One extra problem I've noticed is that (regardless of USB port), once the keyboard is properly detected and working, it will reliably die when I use macros (any macros). The precise behavior is as follows:

  • Keyboard connected and properly detected: Status LEDs blink of and NumLock indicator LED turns on
  • Trigger a macro: NumLock LED turns off (NumLock doesn't actually turn off) but keyboard still works
    • If I then trigger another macro, keyboard dies
    • However, if I then cycle (off/on) the NumLock to get the LED to come back on, then the keyboard will work fine (and no longer die when using macros)
    • Furthermore, if I toggle the NumLock right away after connecting the keyboard, it also prevents death by macros.

So my solution is to keep plugging it in until properly detected, and then cycle the NumLock. Then it works fine.

  • Do you have an Asus motherboard? They claim something about how Asus implements usb is causing the issue. Supposedly, they'll have a knew keyboard out in a year that fixes it, and might have backlit keys too.
    – ZeroPhase
    Jan 24, 2016 at 20:18
  • 1
    It's a Lenovo IdeaPad laptop, so I'm not sure who makes the motherboard. A quick search doesn't show any sign of it being made by an external company, so I'm guessing Lenovo makes it. Another thing I should add: I don't think it's hardware because it's been working fine since June and the problem only started in maybe December. Maybe something in the linux kernel?
    – Toban
    Jan 26, 2016 at 13:58
  • 1
    Upgrading to the Advantage2 fixes the problem.
    – ZeroPhase
    Sep 16, 2017 at 20:56

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.