软件更新后在紧急 shell 中拱门

软件更新后在紧急 shell 中拱门

我有一台安装了 Arch 的笔记本电脑,它有一个带有 uefi 启动分区的 SSD,并且只有一个 ext4 分区用于整个/.还有一个装有旧 Windows 的硬盘和一些交换分区。

pacman -Syu无论如何,在几天前的正常情况之后,系统再也无法正常启动。特别是当我打开笔记本电脑时,它说需要 10 秒来尝试加载根分区,但最终它会失败,将我置于紧急 shell 上。

从紧急 shell 中我根本看不到 ssd 分区,但我还有一个“救援”usb 拇指驱动器,上面安装了另一个 Arch,并且从该 USB 系统我可以安装和使用 ssd 分区,因此这是安全的认为它们没有破损。

我尝试使用“/dev/nvme0n1p2“而不是 /etc/fstab 和内核引导选项中的 UUID,设置 GRUB_DISABLE_UUID=true 并使用 ssd 分区中的 USB 系统运行 grub-mkconfig arch-chroot,但到目前为止我还没有看到任何积极的结果。

今天,我什至再次尝试pacman -Syu在 ssd 根分区上使用命令arch-chroot,该命令有效,但系统仍然将我置于同一个紧急 shell 中。

可能是什么问题呢?而且,更重要的是,如何解决它?

答案1

我做了一些搜索,现在我解决了!

我也开始了arch 论坛上的帖子,事实证明这显然是 nvme 驱动程序的一个错误,已在内核 5.7.13 中解决(根据此其他帖子

现在Arch Linux中已经有内核5.8了[测试] 回购协议

所以我拿了一个安装了Arch的usb密钥(如果密钥也有同样的bug,也更新它),我在ssd/分区中做了一个arch-chroot(我认为此时挂载ssd启动也很重要/boot 中的分区),我编辑了 /etc/pacman.conf 中的存储库,启用 [testing],然后pacman -Sy linux应该安装linux 5.8与补丁

相关内容