Stack Exchange network consists of 183 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers.
There seems to be a connection between keyboards and /dev/input/event* devices, but it's not trivial (for example, I have a device ID 12, but no /dev/input/event12xinput list-props $ID shows where keyboard events are sent. However, and I haveusing/dev/input/event1 but nocode from another answer it seems this device ID 1)doesn't print anything to identify the keyboard.
One almost possible solution is to run xinput --test <ID> & for each keyboard ID and see which one returns something first. The problem with that is figuring out which "keyboards" are actually keyboards:
There seems to be a connection between keyboards and /dev/input/event* devices, but it's not trivial (for example, I have a device ID 12, but no /dev/input/event12, and I have/dev/input/event1 but no device ID 1).
One almost possible solution is to run xinput --test <ID> & for each keyboard ID and see which one returns something first. The problem with that is figuring out which "keyboards" are actually keyboards:
One almost possible solution is to run xinput --test <ID> & for each keyboard ID and see which one returns something first. The problem with that is figuring out which "keyboards" are actually keyboards:
Which interface provides this information on Linux? Ideally it should work without X, but that's not a requirement (there doesn't seem to be many tools which support this without X).
Which interface provides this information on Linux? Ideally it should work without X, but that's not a requirement.
Which interface provides this information on Linux? Ideally it should work without X, but that's not a requirement (there doesn't seem to be many tools which support this without X).