☰

为什么 ubuntu 没有开始出现 ae_not_found 错误？

tag-icon • tag-icon 20.04
为什么 ubuntu 没有开始出现 ae_not_found 错误？

我有一台装有 Ubuntu 20 的旧电脑突然停止工作。电脑无法打开 ubuntu，出现此错误：


    ACPI Error: AE_NOT_FOUND. While resolving a named reference package element - SATA (20190816/dspkginit-438)
fsck.ext4: Superblock checksum does not match superblock while trying to open /dev/sdb5
/dev/sdb5:
The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem. If the device is valid and it really contains an ext2/ext3/ext4 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>

fsck exited with status code 8

我尝试在启动文件配置的 Linux 行中添加 acpi=off，但没有成功。我还尝试重新安装 ubuntu，但出现了同样的错误 ACPI 错误：AE_NOT_FOUND。解析命名引用包元素时 - SATA (20190816/dspkginit-438)

如果我尝试运行：e2fsck -b 8193 /dev/sdb，我会收到此错误：在 /dev/sdb 中发现一个 dos 分区表

答案1

来自评论...

启动到 Ubuntu Live DVD/USB，然后terminal尝试sudo e2fsck -b 32768 /dev/sdb5。

现在一切正常。

答案2

它所指的 <device> 是包含文件系统的设备。您提到的错误消息表明该设备是 /dev/sdb5 ，而不是 /dev/sdb 。这就是它告诉您它是一个分区表的原因。您的 cmd 行应该更像“e2fsck -b 8193 /dev/sdb5”。这样做的问题可能是当您启动到 Ubuntu 时，此文件系统可能正在使用中。您可能必须使用实时 CD 或实时 USB 启动才能尝试修复您的文件系统。但请注意，在这种情况下，您的文件系统可能不在 sdb5 上，它可能在其他磁盘名称上。您可以使用 blkid 命令告诉您磁盘或磁盘分区上有什么。例如，您可以运行 blkid /dev/sdb5（或 sudo blkid /dev/sda5），它会告诉您是否有文件系统、它的 UUID 是什么以及它可能具有的任何文件系统标签。如果它确实有标签，您可以尝试 e2fsck LABEL=yourFilesystemLabelHere（或者甚至使用其 UUID，但这些命令很长而且很复杂）。如果没有其他命令，您可以使用 sudo blkid /dev/sd(something)（例如 sda1、sda2、...、sdb1、sdb2、sdb3、... sdc1、sdc2 等）直到找到现在位于 sdb5 上的文件系统。

远程诊断很难，但你说得对，你可能遇到的问题比文件系统损坏更严重。不知道该建议什么，但至少我可能已经帮助我了解如何使用更多工具。

正如“我”所建议的，您可能希望在 /etc/default/grub 中添加“acpi=off”和“nomodeset”，然后运行 ​​sudo update-grub，也许还要重新启动。这样，您的系统将始终以 acpi=off 启动。无论如何，还是要尝试一下。

相关内容