更新后，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更新时，遇到了与以前相同的问题。我尝试同时使用软件更新程序和终端。我不知道什么更新正在中断，这是运行更新的完整日志。

3. 在这里看到了可能是一个相关的问题：Ubuntu在引导紫色屏幕上冻结。看到该用户似乎与内核更新有关，我从运行中排除了内核更新，然后再次尝试，结果仍然与以前相同。

所以在这一点上，我对如何进行一无所知。我希望可以在此线程上获得一些帮助。否则，我可能需要降级到16.04或升级到19.04 ...

编辑1
看来此错误已被报告给Canonical。似乎与最近的英特尔微码更新或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用户启动问题

编辑2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <-华硕上的英特尔微代码更新导致内核卡住已被确定为问题的症结所在。确认可接受的临时解决方法以使计算机可启动在下面的接受的答案中。

来自youtube的有关此问题和已记录的解决方法的视频：https : //www.youtube.com/watch?v=NbxrSaclKRc

编辑3 截至09/03/2019，我已经安装了ASUS（在Windows 10中）的最新BIOS更新，并且可以确认这使我能够正常启动到Ubuntu，而不需要dis_ucode_ldrGRUB中的选项。与现在使用解决方法相比，我建议将此作为对问题更可持续，更明确的解决方案。

好吧，我也有一个华硕ZenBook UX433FA来解决这个问题，我当时正在运行18.10，昨晚做了apt-get升级并损坏了系统。从那以后，我就一直使用这种方法将livecd恢复升级到19.04，但仍然无法启动。安装了多个内核，没有一个会超过“加载初始ramdisk”。在使用上面的代码时，我安装了带有ukuu的v5.1内核，也没有运气，并为与内核版本不兼容的nvidia驱动程序抛出了关于dkms的错误。

编辑DMESG日志， 设法从此处的部分引导获取dmesg

启动修复日志信息在这里 偶尔会引导有错误无法确定是什么信息或如何收集这些信息的场合，虽然与调试帮助。

只是一个侧面说明，在此之前大约一个月没有加载窗口。我知道这可能是一条评论，但我没有足够的信誉。

编辑2

对于有类似问题的任何人，请尝试在不启用微码更新的情况下进行引导：将dis_ucode_ldr添加到内核命令行（如果无法引导，则从GRUB添加）

可以确认这允许启动。

我在全新的Asus Vivobook s15 S530FA（Intel i5-8265U）上遇到了相同的问题。在ubuntu 18.04.2 LTS中安装了第一个更新后，启动屏幕卡在了“加载初始ramdisk”中。

如以上注释中所述，一种解决方法是禁用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）

华硕于2019.06.17发布UX433FN的BIOS更新（请检查您的确切型号）

警告：更新BIOS是有风险的操作，无法还原！

概述：您基本上必须下载一个zip文件，将其解压缩为USB密钥，进入BIOS并启动Flash Utility，选择文件，然后就可以了（您可以从Ubuntu上完成）。

详细步骤如下：

1. 转到华硕驱动程序下载页面（对我来说https://www.asus.com/us/Laptops/ASUS-ZenBook-14-UX433FN/HelpDesk_BIOS）
2. 下载BIOS文件（UX433FNAS306.zip）
3. 提取从zip压缩包文件到USB闪存盘- > UX433FNAS.306（我的建议：删除ZIP文件后，保证你不会confund文件）
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安静启动或nomodeset安静启动的任何组合都没有前面的ro，任何可以使您进入黑色终端屏幕或登录的内容。如果到达黑色终端屏幕尝试使用ctr alt f5或f4等访问Linux终端并运行命令

我对Dell Precision Tower 5810有着完全相同的问题。我允许在今天早上（2019年6月19日）进行Ubuntu更新。重新启动后，我来到GRUB屏幕，点击回车，面对空白的紫色屏幕，然后什么也没有发生。

硬断电，然后重新启动。转到Ubuntu的高级选项，内核4.15.0-52-generic的恢复模式，它甚至无法正确显示选项。无论我做什么（ctrl alt F4，F5 ...）都无法进入终端模式。奇怪的是，在这种状态下，系统的行为似乎是随机的。我尝试了几次这种恢复模式，并且每次的行为都不同。

我想发布最终解决方案是我上面的问题。

我联系了戴尔的支持团队，他们说罪魁祸首是Nvidia驱动程序更新。他们还说，没有已知的方法可以展开更改。因此，我必须从头开始重新安装整个ubuntu 18.04，清除磁盘上的所有内容。

两年前，我也遇到了类似的问题。经过无害的ubuntu更新后，我无法重新登录。挣扎了一个星期，尝试了在SO上可以找到的所有技巧，最后我重新安装了。

经验教训：Nvidia驱动程序更新容易出现故障。接受驱动程序更新时要非常小心。

以下是有关此问题的完整视频：https : //www.youtube.com/watch?v=NbxrSaclKRc

如后面的编辑所述，有一个固件更新可以解决该问题。

修复摘要：

在dis_ucode_ldr/ etc / default / grub中添加引导参数：

然后 update-grub

我有相同的症状，但刚刚意识到如果我进行冷启动，系统可以正常启动！
这是在今天软件更新之后。但是即使在软件更新之后，
1.如果我执行“ shutdown -r now”，我也会得到紫色屏幕。
2.如果按Shift键并输入grub2，然后选择一个并按ctrl-X，则启动不会启动，只是停留在紫色屏幕上。
3.我尝试徒劳地更改一些引导参数（例如dis_ucode_ldr）

我尝试了冷启动（关闭计算机，然后在几秒钟后将其打开），它成功启动。希望任何人都觉得有用。