22.04 macbook硬盘升级消失

Question

我将我的Ubuntu21.10升级到22.04 (在我的MacBookAir6，1 6，1上)，在重新启动默认内核5.15.0-25之后，运行了几秒钟，给出了一些DMAR错误，“放弃了等待根文件系统设备”，然后掉进了busybox。dmesg引人注目地报道了这样的事情。

ata1.00: failed to IDENTIFY

Ubuntu21.10(和5年前的版本)在这台机器上工作得很好。值得庆幸的是，新的22.04已经离开了一个5.13.0-40作为一个GRUB高级引导选项-和引导正常和完全(显然可以看到/启动从内部HD)。5.13.0-40的dmesg没有DMAR故障，也没有ata1故障。5.13.0-40 dmesg显示成功地发现了内部硬盘。

[1.188421] ata1: SATA max UDMA/133 abar m512@0xb0700000 port 0xb0700100 irq 53
[1.495830] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[1.497677] ata1.00: unexpected _GTF length (8)
[1.498794] ata1.00: ATA-8: APPLE SSD TS0128F, 109R0219, max UDMA/100
[1.499435] ata1.00: 236978176 sectors, multi 0: LBA48 NCQ (depth 32)
[1.500647] ata1.00: unexpected _GTF length (8)
[1.501444] ata1.00: configured for UDMA/100

我还能够正常地从USB磁盘(用rufus实用程序创建)启动Ubuntu22.04，而且奇怪的情况是它也看不到内部硬盘(从fdisk、gnome磁盘实用程序或分流)。它能够看到从它启动的USB磁盘。以下是其5.15.0-25内核dmesg的一些摘录

[1.449514] ata1: SATA max UDMA/133 abar m512@0xb0700000 port 0xb0700100 irq 54
[1.766097] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[1.766382] DMAR: DRHD: handling fault status reg 3
[1.766427] DMAR: [DMA Write NO_PASID] Request device [04:00.1] fault addr 0xfffe0000 [fault reason 0x02] Present bit in context entry is clear
[1.766525] ata1.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)

后来..。

[ 7.032539] DMAR: DRHD: handling fault status reg 2
[ 7.032595] DMAR: [DMA Write NO_PASID] Request device [04:00.1] fault addr 0xfffe0000 [fault reason 0x02] Present bit in context entry is clear
[ 7.314168] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 7.314403] DMAR: DRHD: handling fault status reg 3
[ 7.314445] DMAR: [DMA Write NO_PASID] Request device [04:00.1] fault addr 0xfffe0000 [fault reason 0x02] Present bit in context entry is clear
[ 7.314533] ata1.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)
[ 7.314538] ata1: limiting SATA link speed to 3.0 Gbps
[12.408499] DMAR: DRHD: handling fault status reg 2
[12.408543] DMAR: [DMA Write NO_PASID] Request device [04:00.1] fault addr 0xfffe0000 [fault reason 0x02] Present bit in context entry is clear
[12.690278] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
[12.690566] DMAR: DRHD: handling fault status reg 3
[12.690597] ata1.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)

我不确定DMAR是否相关，因为新内核中有一些额外的DMAR条目。

[0.269655] DMAR: No ATSR found
[0.269657] DMAR: No SATC found
[0.269660] DMAR: IOMMU feature pgsel_inv inconsistent
[0.269664] DMAR: IOMMU feature sc_support inconsistent
[0.269666] DMAR: IOMMU feature pass_through inconsistent
[0.269669] DMAR: dmar0: Using Queued invalidation
[0.269682] DMAR: dmar1: Using Queued invalidation

我卡住了..。

Answer 1

在对内核版本的dmesg进行更详细的比较之后，很明显，pci设备04:00.1只在有问题的内核5.15.0-25上引用，在设备04:00.1 (MacBookAir6，1 6，1)上有DMAR错误。PCI设备04:00.0由lspci显示为

04:00.0 SATA controller: Toshiba Corporation Device 010b (rev 14)

SATA控制器存在问题的04:00.1 -函数1导致了DMAR故障.在DMAR错误地址和原因的搜索中，出现了一个关于intel_iommu内核选项的旧讨论，默认情况下，较新的内核将启用该选项。这给一些机器造成了问题。要在MacBookAir6,1 6，1上修复它，内核选项

intel_iommu=off

添加到GRUB配置中，让我的系统像以前一样完全启动。

Answer 2

比尔的回答解决了我的问题，节省了我很多时间。谢谢。

对于一个活动的USB系统(例如，对于新安装)，选择要引导的GRUB条目(安装Ubuntu)，按'e‘并在内核行的三个破折号之后添加临时参数'intel_iommu=off’。然后按其中一个引导键。有关更多详细信息，请参见本文：https://askubuntu.com/a/19487

然后，参数自动应用到我的安装中，并插入到/etc/default/grub中，后者现在有了条目

GRUB_CMDLINE_LINUX="intel_iommu=off"

干杯，M。