Dann war die Frage falsch gestellt. Wenn die Option -g nicht greift liegt es z.B. i.d.R. daran, dass der X-Server vor inputlircd gestartet wurde.
Jep, hinterher betrachtet stimmt das wohl.
Ich hatte nur folgendes insgeheim angenommen: Die -g Option zieht nicht, weil der Systemprozess, der die FB-Events in Keyboardtasten übersetzt, exklusiv auf das Device zugreift. Deshalb dachte ich, ich müsste zuerst jenem Prozess klarmachen, dass er die FB nicht verwenden soll. Welcher Prozess das ist, weiß ich jetzt immer noch nicht. Der X-Server ist es nicht, weil es sich in der Standardkonfiguration mit der FB auch prima auf die Konsole tippen lässt, ohne dass ein X-Server läuft.
Das Problem war ein ganz anderes, in /etc/default/inputlirc:
Das ging natürlich nicht, da kein exklusiver Zugriff auf alle input events möglich war. Wählt man nur das zur FB gehörende input event, klappt's problemlos.