Quando passo a un TTY e accendo il blocco maiuscole, il LED di blocco maiuscole sulla mia tastiera non si accende. Su X funziona bene. Quando attivo il blocco maiuscole e poi passo a un TTY e quindi premo il blocco maiuscole (sul TTY) il LED rimane acceso (anche se il TTY mantiene la propria traccia del blocco maiuscole). Quindi sembra che ai TTY non importi affatto del LED.
Posso in qualche modo abilitare il LED sui TTY? È molto fastidioso essere costretti a digitare qualcosa senza sapere se il blocco maiuscole è attivato.
Sto usando Debian jessie (aggiornata di frequente) arch:amd64
Risposta accettata:
Questo è un bug Debian di lunga data. Sembra essere correlato a un bug del kernel sottostante che è stato risolto da tempo. Il problema sembra essere stato che Caps_Lock non funzionava per i caratteri non ASCII, quindi la soluzione era mappare Shift_Lock o CtrlL_Lock al tasto Caps Lock invece.
Sul lato Debian il problema è creato da ckbcomp che viene utilizzato da console-setup per creare la mappa dei tasti della console dalla descrizione della tastiera XKB. Nota che il codice originale a cui si fa riferimento nella segnalazione di bug usando Shift_Lock sembra essere stato sostituito da un codice diverso che passa a CtrlL_Lock invece. Se sei interessato puoi cercare gli usi dei broken_caps variabile nel ckbcomp Script Perl.
Non ho idea se il codice sia ancora necessario per qualsiasi motivo, forse vale la pena segnalare il bug. Tuttavia, la soluzione alternativa è inserire la seguente riga in /etc/kbd/remap e dovrebbe essere risolto dopo un riavvio:
s/CtrlL_Lock/Caps_Lock/
Oppure, per una correzione temporanea fino al prossimo riavvio, esegui quanto segue in un tty sessione:
dumpkeys | sed s/CtrlL_Lock/Caps_Lock/ | sudo loadkeys
Aggiorna
Sembra che /etc/kbd/remap viene effettivamente utilizzato solo se setupcon Non è disponibile. Una soluzione migliore è semplicemente inserire la seguente riga in /etc/rc.local :
dumpkeys | sed s/CtrlL_Lock/Caps_Lock/ | loadkeys