アップデート後、Ubuntu 18.04.2ブートが紫色の画面で止まる

先週の金曜日に、問題の概要を使用してUbuntu 18.04の更新をインストールしましたsudo apt-get update && sudo apt-get upgrade。これらの更新の一部は再起動を必要としました。再起動すると、GRUBの後、Ubuntuロゴ/ログインの前にブートが紫色の画面で止まってしまいました。このステップでは、Ctrl + Alt + F7/T/F1/F2メソッドを介して端末にアクセスできません。回復モードが機能せず、停止するLoading initial ramdisk...

解決の試み
上記のように、回復モードは機能しませんでした。

1. ブート修復の使用を試みましたが、これは正常に実行されましたが、問題は解決しませんでした。ここでこの試みからの出力。

2. 次に、いくつかのファイルをバックアップし、18.04.2の新規インストールを試みました。これは機能しましたが、このクリーンインストール用に約400 MBの更新プログラムを取得するとすぐに、以前と同じ問題が発生しました。Software Updaterと端末の両方を使用してみました。どのアップデートが壊れているのかわかりません。アップデートの完全なログを以下に示します。

3. ここで関連する問題があるかもしれないものを見ました：起動時に紫色の画面でUbuntuがフリーズします。このユーザーがカーネルの更新に問題があるように見えたので、カーネルの更新を実行から除外して再試行しましたが、以前と同じ結果になります。

そのため、この時点で、私はどのように進むべきか迷っています。このスレッドで助けが欲しいと思っています。そうしないと、16.04にダウングレードするか、19.04にアップグレードする必要がある場合があります...

EDIT 1
このバグはCanonicalに既に報告されているようです。最近のIntelマイクロコードの更新またはacpiの問題に関連している可能性があるようです。

• https://bugs.launchpad.net/ubuntu/+bug/1829735 <-このレポートでは、複数のユーザーがこの問題を経験していることを検証するため、このスレッドを引用しています。
• https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1829784 <-このレポートで考えられる原因としてacpiを引用
• https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <-一部のASUSユーザーからのブート問題を引き起こすIntelマイクロコードの更新

EDIT 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 < -ASUSでの Intelマイクロコードの更新が原因でカーネルがスタックすることが、問題の重大な問題として特定されています。マシンを起動可能にするための一時的な回避策は、以下の承認済みの回答に記載されています。

この問題に関するYouTubeのビデオと文書化された回避策：https : //www.youtube.com/watch?v=NbxrSaclKRc

EDIT 3 2019 年3月3日現在、ASUSから最新のBIOSアップデートをインストールし（Windows 10内から）、これによりdis_ucode_ldrGRUB のオプションを必要とせずにUbuntuを正常に起動できることを確認できます。この時点で回避策を使用するよりも、この問題に対するより持続可能で決定的な修正としてこれをお勧めします。

まあ、私はこの問題を行っているAsus ZenBook UX433FAも持っています、私は18.10を実行していて、昨夜apt-getアップグレードをして、システムを壊しました。それ以来、このメソッドlivecd recoveryを使用して19.04にアップグレードしましたが、まだ起動できません。複数のカーネルがインストールされており、どれも「ロード初期RAMディスク」を通過しません。上記を使用している間、私は運が悪かったカーネルv5.1をインストールし、カーネルバージョンと互換性のないnvidiaドライバのdkmsに関するエラーをスローしました。

DMESGログを編集 して、ここで部分的なブートからdmesgを取得します

ここでのブート修復ログ情報は 、デバッグを支援するために、これらの機会にどのような情報または情報を収集するかが不明なエラーで起動することがあります。

これまでの約1か月間は、サイドノートウィンドウが読み込まれていませんでした。これはおそらくコメントであるべきだと思いますが、十分な信用がありません。

編集2

同様の問題がある場合は、マイクロコードの更新をオフにしてブートしてみてください：dis_ucode_ldrをカーネルコマンドラインに追加します（ブートできない場合はGRUBから）

これで起動できることを確認できます。

新しいAsus Vivobook s15 S530FA（intel i5-8265U）でも同じ問題が発生しました。ubuntu 18.04.2 LTSに最初のアップデートをインストールした後、ブート画面が「初期RAMディスクのロード」でスタックしました。

上記のコメントで述べたように、これを回避するには、grubオプションのマイクロコードdis_ucode_ldrを無効にします。このソリューションは、この問題のデバッグには有効ですが、通常の使用にはお勧めしません。

これまでの最善の解決策は、Intel-microcodeパッケージを以前のバージョンにダウングレードすることです。

sudo apt-get install intel-microcode=3.20180312.0~ubuntu18.04.1

その後、パッケージをフリーズして、誤ってアップグレードしないようにします。

sudo su 
echo "intel-microcode" hold | dpkg --set-selections

今のところ、intel-microcode = 3.20190514.0ubuntu0.18.04.3のインストールは避けます

バグトラッカーで永続的なソリューションを見つけました（https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620回避策3：BIOSのアップグレードを参照）

ASUSはUX433FNのBIOSアップデートを2019.06.17にリリースしました（正確なモデルを確認してください）

警告：BIOSの更新は危険な操作であり、元に戻すことはできません!!

概要：基本的に、zipをダウンロードし、USBキーでファイルを抽出し、BIOSに移動してFlash Utilityを起動し、ファイルを選択するだけです（Ubuntuから実行できます）。

詳細な手順は次のとおりです。

1. asusドライバーのダウンロードページに移動します（私にとってはhttps://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS）
2. BIOSファイルのダウンロード（UX433FNAS306.zip）
3. zipアーカイブからUSBキーにファイルを抽出します-> UX433FNAS.306（私のアドバイス：zipファイルを削除して、後でファイルを圧縮しないようにしてください）
4. 再起動してセットアップ（BIOS）に移動し、[ 詳細設定] > [Easy Flashの開始]に移動します。
5. 怖い青いプログラムで、ファイルUX433FNAS.306を選択して選択します（zipではありません!!!）。
6. Enterキーを押して確認します（1分間フリーズする可能性がありますが、動作します）
7. （grubを編集した場合、通常に戻すことができます）

新しいAsus ZenBook UX433FAでもまったく同じ問題が発生します。Ubuntu 18.04.02をデュアルブートでインストールし、問題なく起動しましたが、アップグレードの最初のバッチをインストールして再起動すると、同じ紫色の画面が表示されました。

セキュアブートを無効にすることで一時的な修正を見つけました（で起動してnomodesetからコマンドラインsudo mokutil --disable-validation）。その後は正常に動作するため、更新プログラムに含まれる一部のドライバーと関係があると思われます。これをより永続的に修正する方法はありますか？

現在、一時的な修正が投稿されています：bugs.lauchpad はターミナルでこのコマンドを実行します：

sudo apt install intel-microcode=3.20180312.0~ubuntu18.04.1

その後、Linuxを起動するときに静かなスプラッシュでそれを行い、Asus UX433FAで動作しました。起動時に端末にアクセスできない場合は、eを押してro nomodeset quiet splashまたはnomodeset quiet splashの組み合わせを作成します。 Linux端末にアクセスしてコマンドを実行するには、ctr alt f5またはf4などを試してください。

Dell Precision Tower 5810でもまったく同じ問題があります。今朝（2019年6月19日）にUbuntuの更新を許可しました。再起動後、GRUB画面に戻り、リターンキーを押して、空白の紫色の画面に直面すると、何も起こりません。

ハード電源をオフにして、再起動します。Ubuntuの詳細オプション、カーネル4.15.0-52-genericの回復モードに移動すると、オプションを正しく表示することさえできませんでした。何をしてもターミナルモードにならない（ctrl alt F4、F5 ...）。奇妙なことに、この状態では、システムの動作はランダムに見えます。この回復モードを何度も試しましたが、動作は毎回異なります。

上記の私の問題に対する最終的な解決策が判明したことを投稿したいと思います。

私はデルのサポートチームに連絡しましたが、彼らは犯人がNvidiaドライバーアップデートだと言いました。彼らはまた、変更を展開する既知の方法はないと述べた。したがって、ubuntu 18.04全体を最初から再インストールして、ディスク上のすべてを消去する必要があります。

同様の問題は2年前に私に起こりました。無害なubuntuのアップデートの後、私は再びログインできませんでした。

教訓：Nvidiaドライバーの更新は失敗しやすいです。ドライバーの更新を受け入れる際には十分に注意してください。

この問題に関する完全なビデオは次のとおりです。https：//www.youtube.com/watch？v = NbxrSaclKRc

後の編集で述べたように、問題を解決するファームウェアのアップデートがあります。

修正の概要：

ブートパラメータを追加：dis_ucode_ldr/ etc / default / grub

それから update-grub

私は同じ症状を持っていましたが、コールドブートを行うとシステムが正常に起動するようになりました！
これは、今日のソフトウェアアップデートの後です。しかし、S / Wの更新後でも、
1.「shutdown -r now」を実行すると、紫色の画面が表示されます。
2. Shiftキーを押してgrub2を入力し、1つを選択してctrl-Xを押すと、起動が開始されず、紫色の画面が表示されたままになります。
3.いくつかのブートパラメーターを無駄に変更してみました（dis_ucode_ldrなど）

コールドブート（マシンをシャットダウンし、数秒後に電源を入れます）を試みましたが、正常に起動します。誰もがこれが役に立つことを願っています。