启动 Ubuntu 20.04 时的内核错误消息

Question 1

该错误是由内核的可信平台模块命令响应缓冲区接口驱动程序（参见 Linux 源代码中的 drivers/char/tpm/tpm_crb.c）函数 crb_fixup_cmd_size() 发出的。注释中指出：

“解决损坏的 BIOS 问题，这些 BIOS 从 ACPI 区域返回的值与寄存器的值不一致。信任 ACPI 区域。此类损坏的系统可能无法发送大型 TPM 命令，因为缓冲区将被截断。”

基本上，ACPI AML 包含 I/O 资源信息，可告知内核 I/O 区域存在的位置，但这些信息看起来可疑，内核会尝试解决这个问题。

通常，DSTD 或 SSDT 包含描述 I/O 区域（基址和长度）的 AML。我怀疑 TPM 2.0 _CID 为“MSFT0101”的 _CRS ACPI 对象之一不正确。您可以使用以下方法找到它们：

sudo fwts crsdump -

我的笔记本电脑上有以下内容：

\_SB_.TPM_._CRS (32-Bit Fixed Memory Range Descriptor):
  0x0000: Tag Type                      : 0x01
  0x0000: Tag Item ID                   : 0x06
  0x0001: Length                        : 0x0009
  0x0003: Write Status                  : 0x00 (non-writeable, read-only)
  0x0004: Range Base Address            : 0xfed40000
  0x0008: Range Length                  : 0x00005000

或者使用以下命令反汇编 AML：

sudo fwts --dis

通常在其中一个 SSDT 表中，您会找到用 AML 描述的相关对象，如下所示：

Scope (\_SB)
{
    Device (TPM)
    {
        Name (_HID, "STM7304")  // _HID: Hardware ID
        Noop
        Name (_CID, "MSFT0101" /* TPM 2.0 Security Device */)  // _CID: Compatible ID
        Name (_STR, Unicode ("TPM 2.0 Device"))  // _STR: Description String
        Name (_CRS, ResourceTemplate ()  // _CRS: Current Resource Settings
        {
            Memory32Fixed (ReadOnly,
                0xFED40000,         // Address Base
                0x00005000,         // Address Length
                )
        })
 ...etc

我怀疑你机器上的地址长度字段有问题。没关系，因为内核发现了这个问题并尝试修复它。

Answer

该错误是由内核的可信平台模块命令响应缓冲区接口驱动程序（参见 Linux 源代码中的 drivers/char/tpm/tpm_crb.c）函数 crb_fixup_cmd_size() 发出的。注释中指出：

“解决损坏的 BIOS 问题，这些 BIOS 从 ACPI 区域返回的值与寄存器的值不一致。信任 ACPI 区域。此类损坏的系统可能无法发送大型 TPM 命令，因为缓冲区将被截断。”

基本上，ACPI AML 包含 I/O 资源信息，可告知内核 I/O 区域存在的位置，但这些信息看起来可疑，内核会尝试解决这个问题。

通常，DSTD 或 SSDT 包含描述 I/O 区域（基址和长度）的 AML。我怀疑 TPM 2.0 _CID 为“MSFT0101”的 _CRS ACPI 对象之一不正确。您可以使用以下方法找到它们：

sudo fwts crsdump -

我的笔记本电脑上有以下内容：

\_SB_.TPM_._CRS (32-Bit Fixed Memory Range Descriptor):
  0x0000: Tag Type                      : 0x01
  0x0000: Tag Item ID                   : 0x06
  0x0001: Length                        : 0x0009
  0x0003: Write Status                  : 0x00 (non-writeable, read-only)
  0x0004: Range Base Address            : 0xfed40000
  0x0008: Range Length                  : 0x00005000

或者使用以下命令反汇编 AML：

sudo fwts --dis

通常在其中一个 SSDT 表中，您会找到用 AML 描述的相关对象，如下所示：

Scope (\_SB)
{
    Device (TPM)
    {
        Name (_HID, "STM7304")  // _HID: Hardware ID
        Noop
        Name (_CID, "MSFT0101" /* TPM 2.0 Security Device */)  // _CID: Compatible ID
        Name (_STR, Unicode ("TPM 2.0 Device"))  // _STR: Description String
        Name (_CRS, ResourceTemplate ()  // _CRS: Current Resource Settings
        {
            Memory32Fixed (ReadOnly,
                0xFED40000,         // Address Base
                0x00005000,         // Address Length
                )
        })
 ...etc

我怀疑你机器上的地址长度字段有问题。没关系，因为内核发现了这个问题并尝试修复它。

Question 2

您的 BIOS 当前版本为@303。

为了进行故障排除，我们需要尝试自动重新启动到旧内核，看看是否也收到错误消息。

我们将修改 GRUB，使其启动到最后选择的内核。这样我们就可以重复尝试启动到 5.4.0-26。

在terminal...

sudo -H gedit /etc/default/grub# 编辑此文件，忽略任何警告信息

在此文件的顶部，找到以下GRUB_行。编辑/添加以下内容...

GRUB_DEFAULT=saved    # this is an edit, note the setting before the edit
GRUB_SAVEDEFAULT=true # this is an add

sudo update-grub# 更新 GRUB

reboot# 重启计算机

在 GRUB 菜单的附加选项菜单中，选择 -26 内核。系统将继续引导 -26 内核，直到我们通过 GRUB 菜单更改它。我们需要确定使用 -26 内核时是否也会出现错误。

更新＃1：

如果我们可以证明使用 -26 内核时不会发生错误，我们将重建/boot/initrd.img-5.4.0-28-generic。稍后将提供更多详细信息。

更新 #2：

如果错误不是由 -26 内核引起的...

在terminal...

sudo update-initramfs -c -k 5.4.0-28-generic#重建 /boot/initrd.img-5.4.0-28-generic

ls -al /boot | grep initrd*# 将此输出添加到问题中

reboot# 并在 GRUB 菜单中选择常规的“Ubuntu”选项

Answer

您的 BIOS 当前版本为@303。

为了进行故障排除，我们需要尝试自动重新启动到旧内核，看看是否也收到错误消息。

我们将修改 GRUB，使其启动到最后选择的内核。这样我们就可以重复尝试启动到 5.4.0-26。

在terminal...

sudo -H gedit /etc/default/grub# 编辑此文件，忽略任何警告信息

在此文件的顶部，找到以下GRUB_行。编辑/添加以下内容...

GRUB_DEFAULT=saved    # this is an edit, note the setting before the edit
GRUB_SAVEDEFAULT=true # this is an add

sudo update-grub# 更新 GRUB

reboot# 重启计算机

在 GRUB 菜单的附加选项菜单中，选择 -26 内核。系统将继续引导 -26 内核，直到我们通过 GRUB 菜单更改它。我们需要确定使用 -26 内核时是否也会出现错误。

更新＃1：

如果我们可以证明使用 -26 内核时不会发生错误，我们将重建/boot/initrd.img-5.4.0-28-generic。稍后将提供更多详细信息。

更新 #2：

如果错误不是由 -26 内核引起的...

在terminal...

sudo update-initramfs -c -k 5.4.0-28-generic#重建 /boot/initrd.img-5.4.0-28-generic

ls -al /boot | grep initrd*# 将此输出添加到问题中

reboot# 并在 GRUB 菜单中选择常规的“Ubuntu”选项

启动 Ubuntu 20.04 时的内核错误消息

答案1

答案2

相关内容