web-dev-qa-db-fra.com

boot - pas d'invite de mot de passe LUKS

Lors du démarrage, le mot de passe LUKS ne me est pas demandé. Le démarrage échoue. Même comportement avec l'option de sécurité Grub, donc pas de mot de passe CLI non plus.

J'ai:

  • initrd.img-3.13.0-39-generic
  • initrd.img-3.13.0-40-generic
  • initrd.img-4.4.0-31-generic

mais seul initrd.img-3.13.0-39-generic fonctionne correctement et demande le mot de passe cryptsetup.

Je viens de passer à Ubuntu 16.04.1 LTS à partir d’Ubuntu 14.04, mais j’ai eu ce problème également avec Ubuntu 14.04.

14.04boot16.04luks
2
PeTer

Pas de mot de passe Prompt - plymouth

Avec Ubuntu 17.10 en novembre 2017, le problème demeure:

Bug 1359689 Ubuntu ou Red Hat Bugzilla - Le bug 1086972 est toujours valide. C’est un problème de Plymouth, pas un problème de LUKS, de NVIDIA ou de la distribution Linux.

Problème: J'ai une partition non root cryptée (en fait/home) et le cycle de vie complet du démarrage, du travail et de la fermeture fonctionne sans faille. Boot et LUKS gèrent le processus basé sur crypttab et fstab, aucune entrée dans inittab. Suit les spécifications (correctes) et fonctionne bien.

Sauf la demande de mot de passe.

Plymouth avale la demande de mot de passe.

Ici, nous ne parlons PAS du problème initram - c'est une situation légèrement différente, même bogue. Donc, les solutions pour des cas similaires ne fonctionnent pas ici.

Reproductible, vous pouvez essayer de deviner quand la demande devrait être là, entrez manuellement le mot de passe correspondant et le montage se passe bien.

Reproductible, lorsque vous appuyez prématurément sur "enter" pendant (!) L'étape de vérification, les lignes affichées sont décalées (et affichent une ligne vide). La demande de mot de passe devient visible dans cette ligne vide après la procédure de vérification finale. Pourrait probablement être contourné en ajoutant plus de caractères de nouvelle ligne, semble-t-il.

C'est donc clairement un problème d'affichage causé par Plymouth.

La demande de mot de passe est correctement lancée. Ce n'est tout simplement pas visible pour l'utilisateur.

Je n'ai pas de NVIDIA dans les machines dans lesquelles je l'ai implémenté. Cela se produit sur un ordinateur portable avec des graphiques Intel ainsi que sur un ordinateur de bureau avec des graphiques A10 APU.

La carte graphique n'a pas d'importance.

Comment obtenir ce bogue à Plymouth? Je demande votre aide pour gérer la bureaucratie sans fin pour émettre un rapport de bogue.

Pour sûr, il a été rapporté beaucoup de fois auparavant et silencieusement fermé pour éviter les tracas.

Puis-je réactiver un bogue plus ancien pour cet échec de Plymouth à coopérer avec le cryptage LUKS?

1
opinion_no9

La solution @ PeTer était la seule solution efficace pour le même problème sur mon ordinateur portable. Remarque: dans les dernières versions de cryptosetup/initramfs, CRYPTSETUP doit être défini sur "y" dans un autre fichier:

/etc/cryptsetup-initramfs/conf-hook
0
kecsap

Il semble être http://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/12567 , mais autant que je sache, fstab est correct.
J'ai créé 2 fichiers, lancez update-initramfs et je vois à nouveau l'invite de mot de passe:

   $ cat /usr/share/initramfs-tools/conf-hooks.d/forcecryptsetup
   export CRYPTSETUP=y
   $ cat /etc/initramfs-tools/conf.d/cryptroot 
   CRYPTOPTS=target=sdc2_crypt,source=UUID=252ce099-c4e4-40f4-a832-6e20fea422af,lvm=vg
   $ update-initramfs -k all -c
0
PeTer