EXECフェーズで/bin/plymouthをビルドできませんでした（Debianテスト）。

私も今日この正確なエラーを受けました。これはdebian wheezyからjessieにアップグレードした結果でした。

「apt-get dist-upgrade」ではエラーは発生しませんでしたが、システムの再起動に失敗しました。 "journalctl -xb"（または "-xd"）を介した最終エラー出力は、"plymouth"（聞いたことのないアプリケーション）に関連しています。しかし、失敗した再起動はplymouthとは何の関係もないことがわかりましたが、/etc/fstabの補助エントリの下にいくつかの例外があります。 CDROM デバイスの「auto」を「noauto」（NFS とは無関係）に変更すると、systemd は起動を許可します。これはwheezyでは動作しますが、jessieでは再起動を許可しないfstabラインです。

fstabに関連するJournalctlを介してエラーはありません。幸いなことに、Web検索でこのあいまいな解決策を見つけることができました。

以前の回答とともに、この問題は/ etc / fstabの無効なエントリが原因であるようです。

私の場合は、起動時に自動的にマウントされるように設定した共有フォルダであるvirtualboxで実行していますが、ここに問題があります。他の2つの答えでは、問題はNFSまたはCD-ROMデバイス設定にあります。

問題を解決するには、/etc/fstabで重要でない行をすべてコメントアウトし、問題が再現されるまで1つずつ再追加することをお勧めします。

その後、問題のある行を診断して修復できます。 dist アップグレード処理中に、Vbox 共有フォルダ、ネットワーク共有、その他の個人用ファイルシステムなどのアイテムが正しくアップグレードされないことがあります。

今日正確なエラーが発生しました。

plymouthをインストールしましたが、結果は変わりませんでした。

これは、/etc/fstab の無効な nfs エントリが原因で発生します。アイテムを削除した後、エラーは消えました。私はこの恐ろしい行動が愚かなシステムのためだと思います。

かなり古いスレッドのようですが…今日もこの問題にぶつかりました。

/etc/fstabシステムが「緊急モード」で起動しないようにするには、次の行をコメントアウトする必要がありました。

#UUID=0x0000x0-0x00-0000-xx00-0000xxx00000 /boot           ext2    defaults        0       2
/dev/mapper/Ubuntu16043LTSVM--vg-swap_1 none            swap    sw              0       0

*（UUIDは意図的に難読化されました）

修正する:

UUID行が/etc/fstab問題を引き起こしているようです。奇妙な。この問題について詳しく読んだ後このスレッドまだ根本原因に近い明確な答えはありませんが、少なくともスワップは今構成されています。

この問題を完全に解決できる人はいますか？それとも根本的な原因を見つけますか？