Clavier en qwerty dans luks
Christophe Mehay
Je souhaite définitivement remplacer l'ubuntu que j'utilise depuis
quelques années sur mon ordinateur portable par quelque chose d'autre.
Debian est candidat et je suis actuellement en train de tester une
testing en utilisation desktop sur une machine virtuelle pour voir si
j'arrive à faire la même chose qu'avec ubuntu (les bugs en moins).
Je suis face à un premier petit problème, le système étant chiffré avec
cryptsetup (option partitionnement automatique chiffré dans
debian-installer) j'ai besoin de saisir un mot de passe au démarrage du
système, mais le clavier est configurer en qwerty pour la saisi du mot
de passe, ce qui un peu gênant. Il n'y a aucun problème de clavier une
fois le système démarrer, aussi bien en console qu'avec X.
Après une petite recherche dans google, je ne trouve malheureusement pas
de solution à ce problème (c'est un bug discriminant, on est limité
qu'aux utilisateurs Français en terme de recherche, la plupart des
claviers du monde étant qwerty), j'ai identifié un thread sur ce groupe
datant de l'année dernière d'une personne ayant le même problème (avec
en plus le problème également en console), mais qui ne semble pas avoir
été réglé.
J'ai néanmoins repéré ce message, mais je ne le comprends pas très bien,
voici une copie :
Denis Barbier a écrit :
> Le 27 novembre 2008 08:46, Adrien Panay a écrit :
>> Merci pour vos propositions.
>>
>> Same as X11 (latin 9) & console-data
>>
>> Cette méthode fonctionne de la même façon que console-setup, c'est à
>> dire très bien en fin de boot : c'est trop tard pour moi !
>
> Je ne connais rien à LUKS, et viens de télécharger cryptsetup pour y
voir plus
> clair. Dans /usr/share/initramfs-tools/conf-hooks.d/cryptsetup il y a
> un commentaire
> # This will setup non-us keyboards in early userspace,
> # necessary for punching in passphrases.
> KEYMAP=y
> Cette valeur est utilisée par /usr/share/initramfs-tools/hooks/keymap
> Je suppose donc qu'il faut que tu régénères un initrd (ou autre chose
qui est
> utilisé par LUKS) *après* avoir correctement configuré le clavier en mode
> console.
>
> Denis
Cela pourrait être une piste, mais est-ce que quelqu'un aurait des
précisions sur la nature de l'action proposé par Denis ?
En vous remerciant d'avance.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Jean-Yves F. Barbier
> Bonjour,
>
> Je souhaite définitivement remplacer l'ubuntu que j'utilise depuis
> quelques années sur mon ordinateur portable par quelque chose d'autre.
> Debian est candidat et je suis actuellement en train de tester une
> testing en utilisation desktop sur une machine virtuelle pour voir si
> j'arrive à faire la même chose qu'avec ubuntu (les bugs en moins).
>
> Je suis face à un premier petit problème, le système étant chiffré avec
> cryptsetup (option partitionnement automatique chiffré dans
> debian-installer) j'ai besoin de saisir un mot de passe au démarrage du
> système, mais le clavier est configurer en qwerty pour la saisi du mot
> de passe, ce qui un peu gênant. Il n'y a aucun problème de clavier une
> fois le système démarrer, aussi bien en console qu'avec X.
Je n'ai pas la solution, mais un workaround serait de choisir un mot
de passe qui "colle" aussi bien au clavier us que fr
--
A woman was in love with fourteen soldiers. It was clearly platoonic.
François Cerbelle
> Je suis face à un premier petit problème, le système étant chiffré avec
> cryptsetup (option partitionnement automatique chiffré dans
> debian-installer) j'ai besoin de saisir un mot de passe au démarrage du
> système, mais le clavier est configurer en qwerty pour la saisi du mot
> de passe, ce qui un peu gênant. Il n'y a aucun problème de clavier une
> fois le système démarrer, aussi bien en console qu'avec X.
Essaye de reconfigurer les paquets "console-*", puis d'executer "update-initramfs -u"
Fanfan
Christophe Mehay
> Christophe Mehay a écrit :
>> Je suis face à un premier petit problème, le système étant chiffré avec
>> cryptsetup (option partitionnement automatique chiffré dans
>> debian-installer) j'ai besoin de saisir un mot de passe au démarrage du
>> système, mais le clavier est configurer en qwerty pour la saisi du mot
>> de passe, ce qui un peu gênant. Il n'y a aucun problème de clavier une
>> fois le système démarrer, aussi bien en console qu'avec X.
>
> Essaye de reconfigurer les paquets "console-*", puis d'executer
> "update-initramfs -u"
>
> Fanfan
>
Merci pour ta réponse, mais malheureusement, ça n'a pas fonctionné.
J'ai reconfiguré les paquets (consolekit console-terminus console-setup
et console-tools avec dpkg-reconfigure) et exécuté "update-initramfs
-u", mais luks est toujours en qwerty après reboot...
Je devrais peut-être essayer de faire un rapport de bug (je suis pas
doué pour rédiger les rapports de bug en anglais...).
Denis Barbier
> François Cerbelle a écrit :
>> Christophe Mehay a écrit :
>>> Je suis face à un premier petit problème, le système étant chiffré avec
>>> cryptsetup (option partitionnement automatique chiffré dans
>>> debian-installer) j'ai besoin de saisir un mot de passe au démarrage du
>>> système, mais le clavier est configurer en qwerty pour la saisi du mot
>>> de passe, ce qui un peu gênant. Il n'y a aucun problème de clavier une
>>> fois le système démarrer, aussi bien en console qu'avec X.
>>
>> Essaye de reconfigurer les paquets "console-*", puis d'executer
>> "update-initramfs -u"
>>
>> Fanfan
>>
>
> Merci pour ta réponse, mais malheureusement, ça n'a pas fonctionné.
>
> J'ai reconfiguré les paquets (consolekit console-terminus console-setup
> et console-tools avec dpkg-reconfigure) et exécuté "update-initramfs
> -u", mais luks est toujours en qwerty après reboot...
Normalement, la reconfiguration d'un des paquets devrait créer un
fichier /etc/console/boottime.kmap.gz qui contient la configuration du
clavier, et update-initramfs va recopier ce fichier dans l'initrd pour
que la carte de clavier soit active dès le démarrage. Mais
console-setup crée un fichier /etc/console-setup/boottime.kmap.gz et
non /etc/console-setup/boottime.kmap.gz, il suffit de recopier ce
fichier puis refaire "update-initramfs -u", ça devrait marcher.
Denis
Thierry Chatelet
J' ai solutionné le problème de la façon suivante:
Dans /etc/X11/xorg.conf, j' ai:
Section "ServerLayout"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbLayout" "fr"
EndSection
C' est pas très élégant, mais ça marche (pour moi!).
Thierry
Denis Barbier
[...]
> Mais console-setup crée un fichier /etc/console-setup/boottime.kmap.gz
> et non /etc/console-setup/boottime.kmap.gz,
Arghhh, il faut lire « et non /etc/console/boottime.kmap.gz ».
Sébastien NOBILI
Le vendredi 23 octobre 09 � 16:41, Christophe Mehay a �crit :
| J'ai reconfigur� les paquets (consolekit console-terminus console-setup
| et console-tools avec dpkg-reconfigure) et ex�cut� "update-initramfs
| -u", mais luks est toujours en qwerty apr�s reboot...
Je suis dans une configuration similaire (partition racine chiffr�e avec
LUKS) et j'ai deux scripts qui manipulent le clavier.
En revanche, je ne sais pas du tout d'o� ils viennent. Ils ne sont pas
issus directement d'un paquet, cryptsetup fournit des scripts qui
s'appellent pareil dans /usr/share, mais ils sont diff�rents de ceux dans
/etc.
Je n'ai pas le temps d'investiguer plus, je les mets en pi�ce-jointe au
cas-o� �a pourrait aider...
Seb
Christophe Mehay
>
> Normalement, la reconfiguration d'un des paquets devrait créer un
> fichier /etc/console/boottime.kmap.gz qui contient la configuration du
> clavier, et update-initramfs va recopier ce fichier dans l'initrd pour
> que la carte de clavier soit active dès le démarrage. Mais
> console-setup crée un fichier /etc/console-setup/boottime.kmap.gz et
> non /etc/console-setup/boottime.kmap.gz, il suffit de recopier ce
> fichier puis refaire "update-initramfs -u", ça devrait marcher.
>
> Denis
>
La configuration a vraisemblablement dû évoluer en testing car je n'ai
même pas de dossier /etc/console sur le système, et un reconfigure du
paquet console-setup génère un fichier nommé
/etc/console-setup/cached.kmap.gz.
J'ai créé le dossier /etc/console et copié le fichier dedans en le
renommant, et cela a fonctionné, je peux maintenant saisir mon mpd avec
un clavier azerty.
Si quelqu'un à la courage de rédiger un rapport de bug pour ce problème
(si ce n'est déjà fait), car si je le fais ça sera forcément incomplet
et mal rédigé :p
Merci en tout cas pour ton aide Denis.