fablab schriebHallo, wenn das Problem schon seit 2014 besteht, warum wurde das noch nicht geändert?
Der angeführte Post von 2014 ist hier vollkommen irrelevant. In der originalen, initialen mkinitcpio.conf ist keyboard schon lange in den Hooks drin. Und ihr habt ja keine Probleme mit (nicht vorhandener) Tastatur...
@fablab: Hast du das mal gegengetestet, ob deine "Lösung" wirklich an dem fehlenden keymap-Hook lag?
Ich konnte an keiner Installation hier (auch neue Install in Virtualbox) euer Problem nachstellen.
An jeder Installation (v.a. ohne X, also nur TTYs) kann ich am TTY-Loginprompt Benutzername/Paßwort mit de-latin1 eingeben, also z an der richtigen Stelle, ebenfalls öäü verfügbar plus de-Sonderzeichen
Und das *ohne* den keymap Hook.
Der keymap-Hook ist nur für die initramfs-Phase wichtig, wenn dort schon die richtige keymap gebraucht würde. Und das funktioniert hier auch.
Ein initramfs.img mit keymap Hook fügt in das Image die Dateien hinzu:
keymap.bin
keymap.utf8
hooks/keymap
Bei einer /etc/vconsole.con mit KEYMAP=de-latin1 entspricht die Datei keymap.bin genau der binary keymap die z.B. durch:
loadkeys -b /usr/share/kbd/i386/qwertz/de-latin1.map.gz > t-keymap.bin
entsteht.
Mit aktivem keymap Hook habe ich hier (wie gehabt) an den Login-Prompts (und später nach dem login sowieso) eine korrekte de-latin1 keymap. Das keymap funktioniert kann ich verifizieren, indem ich beim Bootloader ein break an das Ende der Boot/Kernelzeile anhänge. Dadurch lande ich im initramsfs in der busybox-Shell ("emergency shell"). Mit keymap-Hook habe ich dort ein volles de-latin1 (z,äöüß,...) Keyboard-Layout, man sieht auch an den Bootausgaben daß der keymap-Hook beim Boot ausgeführt wird. Also auch wenn ich z.B. zum Entsperren einer verschlüsselten Partition Eingaben machen müßte, dann würde das mit de-latin1 erfolgen.
Seid ihr beide sicher, daß das per mkinitcpio -p linux erstellte initramfs.img auch auf der Partition landet, die der Bootloader zum Zugriff auf dieses Image verwendet? Sprich: ist eure Bootpartition (sofern extra /boot oder EFI) während des mkinitcpio wirklich eingehängt?
Ich kann es halt in keinster Weise nachvollziehen... Außer mit den Punkten, die ich während des Threads oben schon als Überprüfenswert angeführt habe, z.B. das mit den KMS-Grafikmodulen (wobei das Problem letztendlich die Ausgabe(Font) betraf).