ブート中、LUKSパスワードを求められないため、ブートは失敗します。フェイルセーフgrubオプションと同じ動作なので、CLIパスワードもプロンプトを表示しません。
私は持っています:
ただし、initrd.img-3.13.0-39-genericのみが正しく動作し、cryptsetupパスワードを要求します。
Ubuntu 14.04からUbuntu 16.04.1 LTSにアップグレードしたばかりですが、Ubuntu 14.04でもこの問題が発生しました。
Luksパスワードなしプロンプト-プリマス
2017年11月のUbuntu 17.10では、問題は残ります。
バグ1359689 UbuntuまたはRed Hat Bugzilla –バグ1086972は引き続き有効です。これはプリマスの問題であり、LUKS、NVIDIA、またはLinuxディストリビューションの問題ではありません。
問題:暗号化された非ルートパーティション(実際には/ home)があり、ブート、動作、終了のライフサイクル全体が問題なく動作します。ブートとLUKSは、inittabにエントリがなく、crypttabとfstabに基づいてプロセスを処理します。 (正しい)仕様に従っており、うまく機能します。
パスワードリクエストを除きます。
プリマスはパスワード要求を飲み込みます。
ここでは、initramの問題については説明しません。これは、わずかに異なる状況、同じバグです。したがって、同様の場合のソリューションはここでは機能しません。
再現可能な場合、リクエストがいつあるべきかを推測し、一致するパスワードを手動で入力すると、マウントがうまくいきます。
再現性があります。チェック中に「!」を早めに押すと、表示された行が上に移動します(空の行が表示されます)。パスワードリクエストは、最終的なチェック手順の後、この空の行に表示されます。改行文字を追加することでおそらく回避できると思われます。
したがって、明らかにプリマスが原因の表示の問題です。
パスワードの要求は正しく起動されます。ユーザーには見えません。
実装したマシンにNVIDIAがありません。Intelグラフィックスを搭載したラップトップとA10 APUグラフィックスを搭載したデスクトップで発生しています。
グラフィックスカードはまったく関係ありません。
プリマスでこのバグを報告する方法は?バグレポートを発行するために、無限の官僚機構を管理するためにあなたの助けを求めます。
確かにそれは以前に何度も報告され、面倒を避けるために静かに閉じられました。
このPlymouthがLUKS暗号化と連携できない場合、古いバグを再アクティブ化できますか?
@PeTerのソリューションは、私のラップトップで同じ問題を解決する唯一のソリューションでした。補足として、最新のcryptosetup/initramfsバージョンでは、別のファイルでCRYPTSETUP
を「y」に設定する必要があります。
/etc/cryptsetup-initramfs/conf-hook
http://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/12567 のようですが、正しいfstabがあります。
2つのファイルを作成し、update-initramfsを実行すると、パスワードプロンプトが再度表示されます。
$ 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