ブート: 通常と回復

ブート: 通常と回復

最近Ubuntu 18.04.2 LTSにアップデートした後、起動中にシステムがハングアップします(最初の質問を参照してください)。18.04.2 アップデート後の起動時にハングする)。

今回は、システムを通常通り起動させる場合と、リカバリシステムを起動してすぐに起動を再開する場合(何でもそれ以外の場合は、回復コンソールで操作します。) 通常起動すると、実際のログオン プログラムが起動しない (または起動中にサイレントに失敗します) ように見えますが、回復/再開方法で起動すると正常に動作するので、興味があります。

通常のブートを修正して、回復/再開の手順を踏まなくても実際に動作するようにしたいと思います。これら 2 つの異なるブート メカニズムの専門家で、私を助けてくれる人はいませんか?

編集: 確認したところ、ログイン画面が表示される前にシステムがハングしているときに、PuTTY (ssh) を使用してシステムに接続してログインできることが分かりました。したがって、ログイン画面が正常に起動していないことは間違いありません。失敗した (通常の) ブートと成功した (回復/再開) ブートの syslog を比較してみましたが、非常に異なっており、ブート中に記録される内容はほとんどわかりません。

個人的な参考までに言うと、私は Linux 用ソフトウェアをいくつか開発していますが (約 20kloc)、主に Windows で作業しています (1000kloc 以上)。 求められれば確認したり試したりできますが、Linux の内部について十分な知識がないため、自分で解決できません。

答え1

質問を投稿した後、askubuntu が提供している関連記事を読み始め、次の記事を見つけました。リカバリモードはその後の起動にどのような影響を与えますか?

そこで、nomodeset ブート パラメータを試してみたところ、うまくいきました。どうやら、最近のアップデートに含まれていた何かがこのパラメータを必要としたようです。参考までに、私は VMware Player 15 で、提供されているビデオ エミュレーションを使用して実行しています。いずれにしても、nomodeset を追加することでブートの問題は解決しました。

関連情報