通常の Linux アップグレードを実行しましたが、緊急モードで起動します。どのように診断すればよいですか?

通常の Linux アップグレードを実行しましたが、緊急モードで起動します。どのように診断すればよいですか?

質問は、何が間違っていたのか、どうすれば修正できるのかということです。

つい先ほど、Xubuntu 18.04 システムの通常のアップグレードを終え、次は 20.04 にアップグレードする予定でしたが、緊急モードで起動してしまいました。原因がわかりません。ルートログインはできるのですが、ディスプレイサーバーを起動できません。起動できたら、次の画面にアクセスできます。コスマノールまた。

私はすべての手がかりを含む Google ドライブ ディレクトリを作成しました: https://drive.google.com/drive/folders/1lYcxYlngctRWKWWVKdFTeuemu6TVfXNM?usp=sharing

内容は

  1. 最初の再起動時の画面の写真
  2. 2 回目の再起動時の画面の写真 (出力が少し増加)
  3. 更新全体のスクリプト ファイル (幸い、これを簡単にするために bash エイリアスとスクリプトを作成し、毎回実行しています)。エラーのように見えるものだけが、実際にはエラーではありません。スクリプトがすべてをキャッチするように TERM=dumb を設定しました。更新ではこれが記録されますが、--assume-yes で実行しているので、あまり問題にはなりません。出力の先頭は、呼び出したスクリプトの内容です。残りは、スクリプトの実行からの出力で、すべて script(1) で実行され、col -b で処理されます。
  4. 上記の画面の写真で示されているコマンドの出力。特に目立つものはありませんが、読み方がまったくわかりません。

答え1

引き続きいじってみると、ブート試行中の最後の行の 1 つに部分的な UUID があることがわかりました。これが鍵であることが判明しました。UUID は、/etc/fstab の変更など、私が作業していた USB スティックのものでした。長い話を短くすると、/etc/fstab のその行に "noauto" がないことを発見し、それを復元すると (またはスティックがブート中に実際に存在したとき)、すべてがうまくいきました。これで一件落着です。

答えは、「ヒントになるかもしれない細部を探し続けて、それを修正する」でした。

関連情報