上星期五，我使用安装了Ubuntu 18.04的更新sudo apt-get update && sudo apt-get upgrade。其中一些更新需要重新启动。重新启动后，在GRUB之后，启动在Ubuntu徽标/登录之前停留在紫色屏幕上。我目前无法通过Ctrl + Alt + F7/T/F1/F2方法访问终端。恢复模式不起作用，并停留在Loading initial ramdisk...
如上所述，恢复模式不起作用。
接下来，我备份了一些文件，然后尝试重新安装18.04.2。这行得通，但是当我获得此全新安装的〜400 MB更新时，遇到了与以前相同的问题。我尝试同时使用软件更新程序和终端。我不知道什么更新正在中断，这是运行更新的完整日志。
在这里看到了可能是一个相关的问题：Ubuntu在引导紫色屏幕上冻结。看到该用户似乎与内核更新有关，我从运行中排除了内核更新，然后再次尝试，结果仍然与以前相同。
因此，在这一点上，我对如何进行一无所知。我希望可以在此线程上获得一些帮助。否则，我可能需要降级到16.04或升级到19.04。
看来此错误已被报告给Canonical。似乎与最近的英特尔微码更新或acpi问题有关。
华硕的Intel微代码更新导致内核卡住已被确定为问题的症结所在。确认可接受的临时解决方法以使计算机可启动在下面的接受的答案中。
YouTube上有关此问题和已记录的解决方法的视频。
从2019年9月3日起，我已经安装了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从这里的部分启动中获取
此处的boot-repair日志信息有时会引导错误，尽管可以帮助调试，但不确定在这些情况下是什么信息或如何收集信息。
只是一个侧面说明，在此之前大约一个月没有加载窗口。我知道这可能是一条评论，但我没有足够的信誉。
编辑2
对于有类似问题的任何人，请尝试在未启用微码更新的情况下引导：将其添加
dis_ucode_ldr到内核命令行（如果无法引导，则从GRUB添加）可以确认这允许引导。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句