無効な行/etc/crypttab

無効な行/etc/crypttab

私は起動しないDebianシステムの問題を解決しています。システムが正常に起動し、ある日停止しました(おそらく関連があるかもしれませんが、わかりませんapt upgrade)。小さなブートパーティション(sda1)とsda2にLUKSコンテナがあります。 LUKSコンテナ内には、ext4形式の2つのメンバー(/および)を持つLVMレイヤーがあります。/home

起動時にcryptsetupが実行されず、次のエラーが表示されます。「警告:lvmetadに接続できません。内部スキャンに置き換えられます。その後、コンピュータはinitramfsコンソールに移動します。」

影響を受けるディスクを別のシステムにインストールし、rootを変更している間にinitramfsを更新しようとすると大丈夫に見えますが、/ etc / cryptsetupが機能しないことがわかりました。エラー: "cryptsetup:警告:/ etc / crypttabのsd1の無効な行 -"

私のcrypttabファイルには次の内容だけが含まれています。

crypt    UUID=<uuid>    none    luks

blkidまたは、lsblk適切なUUIDが選択されていることを確認してください(サブキーがLUKSコンテナである/ sda2のUUID crypt)。

いくつかのバージョン情報:

debian: 9.8
kernel: 4.9.0.6-amd64
cryptsetup: 1.7.3
lvm: 2.02.168(2)

これはsd1、トラブルシューティングのために障害が発生したドライブが取り付けられているコンピューター上の別のLUKSデバイスです。この場合、警告を無視してもよいですか?それにもかかわらず、update-initramfs障害のあるドライブをブートデバイスとして使用すると、問題(暗号化バイパス)が続いた。

現時点では、何が問題なのかわからないので、grubを再インストールし、カーネルを再インストールすることを検討しています。しかし、代替段階の提案をしたいと思います。とても感謝しています。

ベストアンサー1

実行しようとすると、誤ったcrypttabのエラーは、update-initramfsホストにLUKSコンテナもあるために発生します。解決策は、他のLUKSデバイスなしでシステムでまったく同じ手順を実行することです(私はこれを実行するために「ライブ」起動可能な.isoイメージを使用しました)。 .isoを起動した後、update-initramfs -u -k allすべてが順調に進み、システムを再起動できるようになりました。おそらく、リカバリシステムとして使用されるシステムに存在する無関係なLUKSデバイスを無視するようにcryptsetupに指示するオプションがあります。

おすすめ記事