Mod3 (ISO3)+Alt Kombination mit neo Konsolentreiber aktiviert oft „Alt-Lock“ #480
标签
未选择标签
(╯°□°)╯︵ ┻━┻
Bug
Diskussion
Dokumentation
Duplikat
Gitea
Hardware
Hilfe
Invalid
Java
Lernen
Qt
Remote
Subversion
Tablet
Tastaturbelegung
Test
Treiber/Android
Treiber/iOS
Treiber/Linux/Konsole
Treiber/Linux/xkbmap
Treiber/Linux/xmodmap
Treiber/MacOS
Treiber/Windows/AHK
Treiber/Windows/kbdneo
Treiber/Windows/ReNeo
Verbesserung
Website
Windows 11
Wontfix
Worksforme
未选择里程碑
未指派成员
2 名参与者
通知
到期时间
未设置到期时间。
依赖工单
没有设置依赖项。
参考:neo/neo-layout#480
正在加载...
在新工单中引用
没有提供说明。
删除分支 %!s(<nil>)
删除分支是永久的。虽然已删除的分支在实际被删除前有可能会短时间存在,但这在大多数情况下无法撤销。是否继续?
Habe längere Zeit ein Problem mit der Festplattenverschlüsselungseingabe in der initrd gehabt, bis ich den neo Konsolentreiber als „Übeltäter“ identifiziert hatte. Das gleichzeitige Drücken von Alt+Mod3 setzt eine Art „Alt-Lock“. Eingaben werden anschließend meistens, aber nicht immer als Eingabe mit gehaltenem Lock interpretiert. Das Anschalten des Locks ist ebenso wie das Abschalten also Glückssache und somit nicht konsistent. Ansonsten hätte ich gar nicht so viel dagegen.
Reproduktionsschritte:
Auf einem tty-Login drücke man Mod3+Alt
Folgen:
Häufig wird eine Art Alt-Lock aktiviert bzw. deaktiviert.
Erwartete Folgen:
Entweder sollte der Lock konsistent bei jedem Druck auftreten und das dann auch unter X oder er sollte nicht auftreten.
Beste Grüße,
Manuel
Ich habe dieses Verhalten auch nach mehrfachen Versuchen leider nicht reproduzieren können.
Du hast das das layout ins initrd eingebaut. Könntest du testen, ob das Problem auch bei manuellem aktivieren der Keymap (d.h.
loadkeys neo.map
) auftritt?Habe jetzt ein konsistentes und reproduzierbares Verhalten feststellen können (endlich), womit sich das Problem vermutlich erledigt hat bzw. sich als undokumentiertes Feature beschreiben lässt.
Reproduktionsschritte:
⇒ Alt Lock an.
⇒ Alt Lock aus.
Wäre nur cool, wenn man das auch in X hätte, da es da auch mehr bringen würde (Ok, Emacs läuft überall), obwohl der Feature Freeze für 2.0 das wahrscheinlich nicht zulässt. Habe im neueren Mailarchiv was über Neo3 gelesen. Kommt da noch was?
Schöne Grüße,
Manuel
Nachdem ich das Problem auf der System Rescue CD erst mal nicht reproduzieren konnte, hab ich es gestern zufällig erwischt. Es funktioniert mit Mod4. Da ich gerade nur mein gestern gerettetes System am Laufen habe könnte die Reihenfolge der Schritte 2,3 bzw. 5,6 natürlich auch vertauscht sein, falls er sich dort etwas anders verhält.
Die SystemRescueCD-4.9.4 hat eine abgespeckte Neo-Konsolenmap eingebaut, die mit Zahlencode 50 beim Booten vom Initrd-Skript aktiviert wird. Die originale auf den Boot USB Stick kopierte Map findet man unter /tftpboot. Man sollte mit Standardoptionen booten, da das Verzeichnis beim Booten mit Caching2Ram nicht existiert. Wer einen aktuelleren Kernel braucht, nimmt den Alt-Kernel Eintrag mit Kernel 4.9*.
http://www.system-rescue-cd.org/Download/
Hoffe, es lässt sich damit reproduzieren. Die System Rescue CD ist Gentoo-basiert; ich selbst verwende reines Gentoo.
Irgendwelche Ideen, woran das liegen könnte?
Viele Grüße,
Manuel