Když přepnu na TTY a zapnu Caps Lock, LED Caps Lock na mé klávesnici se nerozsvítí. Na X to funguje dobře. Když aktivuji Caps Lock a pak přepnu na TTY a poté stisknu Caps Lock (na TTY), LED zůstane svítit (I když TTY udržuje svou vlastní stopu Caps Lock). Zdá se tedy, že TTY se o LED vůbec nestarají.
Mohu nějak aktivovat LED na TTY? Je velmi nepříjemné být nucen něco psát, aniž byste věděli, zda je aktivován caps lock.
Používám Debian jessie (často aktualizovaný) arch:amd64
Přijatá odpověď:
Toto je dlouhodobá chyba Debianu. Zdá se, že to souvisí se základní chybou jádra, která byla dávno opravena. Zdá se, že problém byl v tom, že Caps_Lock nefungovalo pro znaky jiné než ASCII, takže řešením bylo namapovat Shift_Lock nebo CtrlL_Lock místo toho na klávesu Caps Lock.
Na straně Debianu je problém způsoben ckbcomp který používá console-setup k vytvoření mapy kláves konzoly z popisu klávesnice XKB. Všimněte si, že původní kód odkazovaný v hlášení o chybě pomocí Shift_Lock zdá se, že byl nahrazen jiným kódem, který přepne na CtrlL_Lock namísto. Pokud máte zájem, můžete vyhledat použití broken_caps proměnná v ckbcomp Perl skript.
Nemám ponětí, zda je kód z nějakého důvodu stále nezbytný, možná by stálo za to upozornit na hlášení o chybě. Řešením je však vložit následující řádek do /etc/kbd/remap a mělo by to být opraveno po restartu:
s/CtrlL_Lock/Caps_Lock/
Nebo pro dočasnou opravu do příštího restartu spusťte následující v tty relace:
dumpkeys | sed s/CtrlL_Lock/Caps_Lock/ | sudo loadkeys
Aktualizovat
Zdá se, že /etc/kbd/remap se ve skutečnosti používá pouze v případě, že setupcon není k dispozici. Lepším řešením je vložit následující řádek do /etc/rc.local :
dumpkeys | sed s/CtrlL_Lock/Caps_Lock/ | loadkeys