ubuntuusers.de

Habe ich das richtig verstanden, daß Du zwei gleiche Keyboards hast? Schließe testweise das andere an diesem Rechner an, ob das Problem bestehen bleibt! Du machst also einen (halben) Kreuztest. Es können schließlich auch Keyboards (ich sage nur Flüssigkeitsschaden) und/oder Tastatur-Controller defekt sein. Hardware sollte das Erste sein, was bei derlei getestet, d.h., deren Nichtfunktionieren ausgeschlossen wird.

Sec schrieb:

Ja, aber dass angezeigt wird dass jetzt eine X11 aktiv ist, trägt nichts zur Lösung des Problems bei.

Aber klar trägt es dazu bei, denn jetzt funktionieren auch entsprechende x-Tools wie setxkbmap. Ergo führst Du in einem Terminal aus:

1

setxkbmap de

Das hält nur bis zum Ende der Session, aber es geht erstmal darum, Ursachen und Workaround oder besser Lösung zu finden.

Also ich verwende ein Logitech MX KEYS (kaum ein Jahr alt) und ersatzweise ein Logitech K850 (ein paar Jahre alt). Bei beiden kommt auch nach mehreren Installationsversuchen von 24.04 das @ auf einem Intel NUC aus 2018 nicht. Im Übrigen verfüge ich über zwei weitere Intel NUC mit Ubuntu 22.04. Eines aus 2021 (auf dem ich gerade tippe und auf dem das @ kommt) und eines aus 2017 auf dem das @ ebenfalls nicht kommt (blieb unbemerkt, weil ich bei der Entwicklung einer Netz-App bisher mit einem Rechner auskam, jetzt aber nicht mehr). Für mich sieht es so aus, als ob die Installationsprogramme für Ubuntu seit einer unbekannten Anzahl von Generationen die Keymaps nicht überschreiben würden. Indiz siehe voriger Beitrag: Auch im Installationsprogramm von 24.04 kann kein @ eingegeben werden. Nun habe ich mich gefragt, wie ich meine Vermutung bestätigen kann, ohne meine Entwicklungsumgebung total zu zerschießen.

1. Beweisidee: Ich kopiere die Keymaps (in welchen Verzeichnissen stehen die?) von dem Rechner, auf dem das @ kommt, auf einen auf dem das @ nicht kommt.

2. Beweisidee: Ich installiere auf einem Rechner, auf dem das @ nicht kommt, zur Probe eine andere Distribution (welche Distribution überschreibt die Keymaps garantiert?).

Mal versucht, den WM zu umgehen?

Sec schrieb:

[…] Wenn ich aber im Terminal […] die Tastenkombination "alt-gr Q" drücke, wird kein "@" geschrieben, sondern es werden die Symbole im Dock "durchnummeriert", solange man die Tastenkombination gedrückt hält.

Bei mit ist das nicht so, sondern es werden im Terminal die erwarteten Zeichen ausgegeben.

Wer kennt die Einstellung, die macht, dass wieder ein "@" geschrieben wird. Ich kann sie einfach nicht finden.

Wenn es an den Tastenkombinationen liegen sollte, so sind diese wie früher zu finden:

Systemmenü (in der Gnome-Shell ober rechts) → Einstellungen (oder Symbol mit Zahnrad) → Tastatur → Tastenkombinationen anzeigen und anpassen (ganz unten, scrollen!)

Also wenn ich mit meiner Vermutung richtig liege, muss auf Rechnern, auf welchen das @ nicht kommt unter dem Dateinamen des Deutschen Keymaps aus welchem Grund auch immer ein anderes Keymap gespeichert sein. Was soll es da helfen, irgendwas zu umgehen?

Sec schrieb:

… Für mich sieht es so aus, als ob die Installationsprogramme für Ubuntu seit einer unbekannten Anzahl von Generationen die Keymaps nicht überschreiben würden. …

Wie installierst du denn? Standardmäßig wird die Systempartition formatiert. Physisch bleiben dadurch zwar Daten auf dem Träger zurück, aber mit der Installation wird doch alles neu eingerichtet. Also irgendeinen Bezug auf alte Keymaps o. ä. zu suchen und diese Bereiche dann wiederzuverwenden, wäre für eine Installationsroutine doch zu aufwendig zu programmieren. Außerdem nicht im Sinne einer Installation eines neuen Betriebssystems. Also bleibt IMHO nur die Möglichkeit, dass du vom Standard abweichst und versuchst ohne Formatierung zu installieren.

Zudem wurde die Installationsroutine neu aufgebaut und ist erst ab 23.04 im Einsatz. Ich denke nicht, dass dabei Altlasten aus dem bisher verwendeten übernommen wurden. Deine Theorie hat einen gewissen Charme, aber ist m. E. nicht haltbar.

Sec schrieb:

Für mich sieht es so aus, als ob die Installationsprogramme für Ubuntu seit einer unbekannten Anzahl von Generationen die Keymaps nicht überschreiben würden.

Das würde mich sehr wundern. Bei einer Neuinstallation wird doch üblicherweise die Systempartition neu formatiert, dann ist alles wech (auch wenn strenggenommen die Daten noch da sind, aber ohne Inode gelten sie in jeder Hinsicht als nichtexistent).

Indiz siehe voriger Beitrag: Auch im Installationsprogramm von 24.04 kann kein @ eingegeben werden.

Zementmal – sprechen wir vom Installer oder vom fertig installierten System?

--ks

Ich habe Ubuntu 24.04 von den Spiegelserver in Aachen heruntergeladen, nach Anweisung im Wiki auf einen USB-Stick übertragen und von diesem installiert. Ich setzte Ubuntu seit 2005 ein und mir ist bekannt, dass sich die Installation ab und an ändert. Die nicht belegte Behauptung noch mal ausführlicher: Wenn man zur Installation von Ubuntu das Live-System von einem Stick startet und vorher schon eine alte Ubuntu-Version installiert war, könnte es sein, dass das Live-System das vorhandenen keymap verwendet und in das neue zu installierende Ubuntu übernimmt. Anders kann ich mir nicht erklären, dass nach der Neuinstallation mit der Option "Festplatte löschen und dann Ubuntu installieren" ein eventueller Fehler in den deutschen keymaps überlebt und mit zwei einwandfrei funktionierenden Tastauren von Logitech kein @ eingegeben werden kann. Zusätzlich Hinweise darauf, dass die korrupten deutschen keymaps übernommen werden, sind: An einen anderen System mit Ubuntu 22.04 funktionieren beide Tastaturen einwandfrei, wenn man an einem System mit vermeidlich korrupter keymap "alt-gr Q" druckt passiert genau dasselbe wie bei drücken von "alt" (es erscheinen kleine Nummern in den linken oberen Ecken der Symbole im Dock) und mit "alt-gr" kann kein einziges Sonderzeichen eingegeben werden. Wenn bestätigt werden kann, dass das Installationsprogramm unter gewissen Umständen alte korrumpierte keymaps übernimmt, gibt es in der Implementierung von Ubuntu nach meiner Meinung einen konzeptionellen Fehler.

Langsam macht sich Verzweiflung breit: Erst hab ich Ubuntu 24.4 zweimal hintereinander neu installiert, beim ersten Mal habe ich eine US Tastatur angegeben, damit die keymaps mit höherer Wahrscheinlichkeit überschrieben werden und beim zweiten Mal dann wieder ein Deutsche Tastatur. Hat nix genützt keine "alt-gr"-Sonderzeichen. Also es mit dem Install von Debian probiert: keine "alt-gr"-Sonderzeichen. Und dann noch mit dem Majaro-Install: keine "alt-gr"-Sonderzeichen! Den vermuteten Konzeptionellen Fehler kann man getrost vergessen. Es gibt ihn nicht. Im Bios gibt es definitiv keine Tastatur-Einstellungen. Also kann es zum Schluss nur noch an den Tastaturen von Logitech liegen, die ich in unterschiedlichen Tests beide sowohl direkt wie auch über einen KVM-Switch angeschlossen habe: Keine "alt-gr"-Sonderzeichen! Wem fält noch was ein?

Sec schrieb:

Also kann es zum Schluss nur noch an den Tastaturen von Logitech liegen, die ich in unterschiedlichen Tests beide sowohl direkt wie auch über einen KVM-Switch angeschlossen habe:

beide sowohl direkt wie auch über einen KVM-Switch

Wie ist das jetzt genau gemein?

1. zwei Tastaturen beim installieren (direkt) am PC?

2. der KVM-Switch am PC und zwei Tastaturen am Switch?

3. eine Tastaturen beim installieren (direkt) am PC (ggf eine USB-Maus)

4. der KVM-Switch am PC und eine Tastaturen am Switch

5. eine Tastaturen beim installieren (direkt) am PC und KVM-Switch ohne Tastatur angesteckt?

6. eine Tastaturen beim installieren (direkt) am PC und KVM-Switch mit Tastatur angesteckt?

Sec schrieb:

Also wenn ich mit meiner Vermutung richtig liege, muss auf Rechnern, auf welchen das @ nicht kommt unter dem Dateinamen des Deutschen Keymaps aus welchem Grund auch immer ein anderes Keymap gespeichert sein. Was soll es da helfen, irgendwas zu umgehen?

Meine Vermutung geht halt in die Richtung, dass irgendeine kleine Erweiterung im WM oder im DE Deine Meta keys umbiegt / abfängt. Ungefähr das, was kB mit der GnomeShell gemeint hat. Was nutzt Du denn? Gnome? KDE? fvwm2 wird's wohl nicht mehr sein...

Was sagt xev? Login auf der virtuellen Konsole dürfte keine Probleme machen...

Ich habe den Übeltäter und er heißt ganz bestimmt nicht Ubuntu. Das zu installierende System darf ausschließlich während der Installation nicht über einen 8 Port HDMI-KVM-Switch von TESmart verbunden sein, damit das man "alt-gr"-Sonderzeichen tippen kann. Wenn den Rechner dann nach der Installation wieder mit den KVM-Switch verbindet, kann man @ tippen. Keine Ahnung wie sowas zustande kommen kann.

Ich tippe mal auf Hardware-Erkennung bei der Installation.

Daher kommen meine 6 Fragen. 😉

Nachtrag: Die "alt-gr"-Sonderzeichen bleiben aber nur eine zeitlang erhalten. Als ich das das erste .deb installiert hatte, gingen die Sonderzeichen nicht mehr. Ich muss den KVM-Switch rausschmeissen.

Sec schrieb:

Ich muss den KVM-Switch rausschmeissen.

Oder mit der Tastatur- Einstellung experimentieren. Da habe ich was mit Alt Gr

sudo dpkg-reconfigure keyboard-configuration

gelesen. Habe aber dazu keine Testmöglichkeit.

Nachtrag:
wenn ich das richtige Gerät im Netz gefunden haben sollte, dann sage ich mal:
Das hat ja ein "Eigenleben" und ist keine simple Komtakt-Konstruktion. Ein Schnappchen ist es nun auch nicht, was sagt denn der Hersteller?