web-dev-qa-db-ja.com

/ bin / plymouthを生成するステップEXECで失敗しました（Debianテスト）

Debianテスト（Jessie）インスタンスでdist-upgradeを実行した後、起動できなくなりました。私はコマンドプロンプトで孤立しています。

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs

次のエラーが表示されます。

root@debian:~# journalctl -xb
debian systemd[222]: Failed at step EXEC spawning /bin/plymouth: No such file or directory

驚いたことに、 Googleは役に立たない と、表示される小さなスレッドはArchのものであり（検索に+ debianを追加した場合でも）、私には意味がありません。

これから回復する方法に関する指針はありますか？

# uname -a
Linux debian 3.16.0-4-AMD64 #1 SMP Debian 3.16.7-2 (2014-11-06) x84_64 GNU/Linux
debianupgradeplymouth
16
youri

私は今日、debian wheezy to jessieのアップグレードの結果として、この正確なエラーが発生しました。

「apt-get dist-upgrade」のエラーがないにもかかわらず、システムが再起動に失敗しました。 「journalctl -xb」（または「-xd」）を介した最終的なエラー出力は、「plymouth」（私が聞いたこともないアプリケーション）に関連付けられていました。しかし、リブートの失敗はplymouthとは関係がないことがわかりましたが、/ etc/fstabの補助エントリの下のマイナーな異常：CDROMデバイスの「auto」を「noauto」に変更します（NFSとは関係ありません）。 systemdはブートを許可します。これはwheezyで機能するfstab行であり、jessieでの再起動を許可せずに失敗します。

Fstabに関連付けられたjournalctlを介したエラーはありませんでした。このあいまいなソリューションに私を導いたのは幸運なWeb検索でした。

20
Theophrastus

以前の回答を組み合わせると、この問題は/ etc/fstabの無効なエントリが原因であるように見えます。

私の場合、virtualboxの内部で実行していて、起動時に自動マウントするように設定した共有フォルダーが問題でした。他の2つの回答では、問題となったのはNFSまたはCD-ROMデバイスの設定です。

トラブルシューティングを行うには、/ etc/fstabの重要でない行をすべてコメントアウトし、問題が再現するまで1行ずつ追加し直すことをお勧めします。

その後、問題のあるラインを診断して修正できます。 distのアップグレード中に、Vbox共有フォルダー、ネットワーク共有、またはその他の特殊なファイルシステムなどが正しくアップグレードされなかった可能性があります。

12
Chris Noldus

今日正確なエラーがありました。

プリマスを取り付けましたが、結果は変わりませんでした。

これは、/ etc/fstabのnfsエントリが間違っていることが原因でした。そのエントリを削除した後、エラーは消えました。この恐ろしい振る舞いは愚かなsystemdによるものだと思います。

3
Can Kavaklıoğlu

Fstabの問題であることを確認しました。 fstab内に移動して、最後に作成したすべての行を削除すると、以前と同様にシステムが起動します。 VirtualBox 5/debian 8での共有に自動マウントの問題があります。Virtualbox4/debian 7では問題ありません。

2
reylon

この時点でこれはかなり古いスレッドであることがわかります...しかし、この問題も今日経験しました。

システムが「緊急モード」で起動しないようにするには、/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は意図的に難読化されています）

更新：

/etc/fstabのUUID行がこの問題の原因であるようです。奇数。 this thread でこの問題の詳細を読んだ後、根本的な原因についての決定的な答えにはまだ近づいていませんでしたが、少なくともSWAPが構成されました。

誰かがこの問題を完全に解決できましたか？または根本的な原因を見つけますか？

0
kanidrive