Seit der Umstellung auf systemd bekomme ich bei jedem Bootvorgang die Meldung
"KDGKBLED: unpassender IOCTL", "Fehler beim Lesen der Flags" und die Frage, ob ich mich wirklich auf der Konsole befinde.
Ich vermute, das hat etwas mit dem Eintrag "setleds -D +num" in meiner /etc/rc.local zu tun, die ich nun über systemd ausführen lasse: /etc/systemd/system/rc-local.service mit Inhalt
[Unit]
Description=/etc/rc.local Compatibility
ConditionPathExists=/etc/rc.local
[Service]
Type=oneshot
ExecStart=/etc/rc.local start
StandardOutput=tty
RemainAfterExit=yes
SysVStartPriority=99
[Install]
WantedBy=multi-user.target
Liege ich damit richtig oder falsch? Numlock in den virtuellen Konsolen funktioniert. Ist das also nur eine Meckermeldung ohne Auswirkung? Oder hat das damit gar nichts zu tun und behindert dafür irgendwas anderes? Kann ich die Meldung einfach ignorieren oder sollte ich irgendwie tätig werden?
Eventuell siehst Du nur jetzt auf einem "gesprächigeren" System eine Info, die auch vorher schon gültig aber unterdrückt war. In dem Fall wäre das ähnlich wie hier: Caps lock indicator not synced (http://askubuntu.com/questions/339028/caps-lock-indicator-not-synced) (kein bug sondern korrekt, weil setleds nur auf der Konsole funktionieren soll, wo Du zu der Zeit laut system nicht bist)
Du könntest dann versuchen ob Du den Eintrag überhaupt noch brauchst oder auch auskommentiert alles wie gewünscht klappt, ansonsten wie Du selbst schon sagtest nach dem Motto 'wenn alles läuft, Meldung ignorieren'.
Oder Du machst Dir die Mühe und versuchst so richtig the-systemd-way zu gehen, eine mögliche Lösung wäre dann ganz unten auf trying to turn numlock automatically in my ttys under systemd (http://www.marshut.com/iysqiu/trying-to-turn-numlock-automatically-in-my-ttys-under-systemd.html) zu finden (eine activate-numlock.conf in /etc/systemd/system/getty@.service.d anlegen). Das aber ohne Garantie dass es so klappt, da in sid systemd ein sich entwickelndes Projekt ist und so manche Lösungen aus dem Netz in einer Version geht, in einer anderen nicht.
der_bud, da magst du Recht haben, vielleicht ist das eine neue Art der Gesprächigkeit. Ich kommentiere das mal aus und sehe weiter. Danke auch für die Links, ich glaube, ich weiß jetzt, wo der Fehler liegt. Bleibt auszuprobieren.
Das Schreiben einzelner systemd-Services wäre die letzte Möglichkeit, weil ich in der rc.local auch noch was anderes stehen habe.