Mod3 (ISO3)+Alt Kombination mit neo Konsolentreiber aktiviert oft „Alt-Lock“ #480

Open
opened 2017-03-12 20:16:13 +01:00 by tzone · 3 comments

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

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
tzone added the
Bug
Treiber/Linux/Konsole
labels 2017-03-12 20:16:13 +01:00

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?

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?
Author

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:

  1. Mod3 + Alt halten
  2. Alt loslassen
  3. Mod3 loslassen
    ⇒ Alt Lock an.
  4. Mod3 + Alt halten
  5. Mod3 loslassen
  6. Alt loslassen

⇒ 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

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: 1. Mod3 + Alt halten 2. Alt loslassen 3. Mod3 loslassen ⇒ Alt Lock an. 4. Mod3 + Alt halten 5. Mod3 loslassen 6. Alt loslassen ⇒ 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
Author

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

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
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: neo/neo-layout#480
No description provided.