Archlinux.fr [Forums]

Salut à tous

J'ai installé Arch sur un SSD en activant le chiffrement intégral (LVM/LUKS).
Donc, à chaque démarrage, un mot de passe m'est demandé pour pouvoir poursuivre le boot et tout fonctionnait très bien.

Seulement, j'ai changé de PC. Donc, j'ai simplement transféré le SSD dans la nouvelle tour en me fiant sur la robustesse d'Arch pour pouvoir le lancer et changer les drivers après.
Sauf que…
Le PC boote, j'ai accès à Syslinux, je peux choisir l'option que je veux avec mon clavier… et puis arrivé au moment du mot de passe… boum! Le clavier ne fonctionne plus!
Je peux taper tout ce que je veux, ça tape dans le vide.
Et là… je comprends pas.
C'est le même clavier!

Et si j'essaie de remonter le disque dans l'ancienne tour, zou, ça marche!
Quelle est la raison de cette crise et comment la résoudre?

Informations annexes:

• Sur mon ancienne tour, j'avais 2 claviers USB branchés en même temps. Sur la nouvelle, je n'en ai plus qu'un, mon principal: un TypeMatrix EZ 2030
• Ce clavier est en bépo et le mot de passe doit être tapé en utilisant cette disposition. Mais encore une fois, aucun problème quand le disque est dans l'ancienne tour.
• J'ai essayé de brancher les deux claviers, comme dans l'ancienne config mais rien à faire, aucun des deux ne produit le moindre effet (je le vois parce que le «Enter» laisse Arch de marbre. Or, si le clavier fonctionnait, il devrait me dire «Wrong password».

Ce qui me scie, c'est pourquoi ça fonctionne dans l'ancienne tour et pas dans la nouvelle.
Vous avez une idée de l'endroit où se situe le problème?

Merci d'avance à tous

Bonsoir,
As tu essayé l'entrée fallback ?

benjarobin a écrit :Bonsoir,
As tu essayé l'entrée fallback ?

Oui, mais ça déclenche une erreur.
On me dit que «/sbin/» n'existe pas.
Ce qui est logique puisque «/sbin/» est dans la partition chiffrée.

Non, ce n'est pas logique... Si tu avais bien tout configuré l'entrée fallback devrait se comporter de la même façon que l'entrée normale, sauf quelle inclue tous les modules et donc cela permet de démarrer sur un autre PC ou tout simplement si le matériel a changé...
Donc tu as 2 choix :
Faire fonctionner l'entrée fallback (utilisant /boot/initramfs-linux-fallback.img) sur ton ancien PC, puis une fois quelle fonctionne cela devrait améliorer les choses (en théorie) sur ton nouveau PC.
Ou le 2ième choix, c'est de prendre un liveCD et de refaire les initramfs pour qu'ils soient adaptés à ton nouveau matériel

Eh ben faut croire que je me suis pris les pieds dans le fallback. Quoi que je fasse, ça plante.

Mais finalement, j'ai trouvé le problème. Il suffisait de déplacer l'entrée «keyboard» du fichier «mkinitcpio.conf» pour le mettre plus tôt. Avant, je faisais confiance à «autodetect» mais faut croire qu'il n'aimait plus mon clavier.
Donc avec «base udev keyboard keymap encrypt lvm2 autodect modconf block filesystems fsck» dans «mkinitcpio.conf», ça roule

Merci pour ton aide.