Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

specks8622 · 2024-11-25 18:31:49

Hi all,

I cant install Arch (and some other distros) due to an I/O error when booting the installer.
The target drive is a M.2 SATA SSD in a T-bao T8 Plus mini pc.

Oddly enough, Im having the same issue with most other distros as well, the only ones that worked successfully without any errors are: Debian 12 (kernel 6.1.0), OpenSUSE Tumbleweed (kernel 6.11), Leap 15.6 (kernel 6.5), Parted Magic (kernel 6.11) and Windont 11.

I also tried an older Arch ISO with kernel 6.1.1 from 2023-01-01, that one worked and did not get any libata errors, but pacman kept complaining about conflicting dependencies during installation, so I didn't manage to install that release.
Did a full zero write and SSD seems healthy.

I have tried booting with libata.force=noncq, but it didnt work.
Smartctl -a /dev/sda throws an I/O Error on Arch, works fine on Debian.

• dmesg: https://termbin.com/cjnl

• smartctl (from Debian): https://termbin.com/cjaa

Last edited by specks8622 (2024-11-25 18:33:00)

gromit · 2024-11-25 18:39:36

[  106.783044] wl: loading out-of-tree module taints kernel.

Why are you loading an out-of-tree module?

The ATA errors might be due to a change in a previous kernel development cycle with regard to the power management:

Niklas Cassel wrote:

We recently (kernel v6.9) enabled LPM for all AHCI controllers if:
-The AHCI controller reports that it supports LPM, and
-The drive reports that it supports LPM (DIPM), and
-CONFIG_SATA_MOBILE_LPM_POLICY=3, and
-The port is not defined as external in the per port PxCMD register, and
-The port is not defined as hotplug capable in the per port PxCMD register.

https://lore.kernel.org/all/ZlY8SbGVMHho-dLz@ryzen.lan

Last edited by gromit (2024-11-25 18:42:24)

specks8622 · 2024-11-25 18:52:13

gromit wrote:

[  106.783044] wl: loading out-of-tree module taints kernel.
Why are you loading an out-of-tree module?

What does that mean?
The dmesg log is from the stock 2024-11-01 (kernel 6.11.5) ISO installer, without any modifications.

gromit · 2024-11-25 19:05:47

It seems like this is the broadcom-wl module crashing (which we apparently have included https://gitlab.archlinux.org/archlinux/ … heads#L11), please open an issue against it on the bugtracker: https://gitlab.archlinux.org/archlinux/ … issues/new

gromit · 2024-11-25 20:48:20

Could you try to blacklist the module on boot? This should be possible by pressing "c" I think in grub and add "modprobe.blacklist=wl" to the commandline and see if that helps anything .. This will of course make the drivers unavailable, so maybe you'll need USB tethering or Ethernet for internet access afterwards.

specks8622 · 2024-11-26 14:22:00

gromit wrote:

Could you try to blacklist the module on boot? This should be possible by pressing "c" I think in grub and add "modprobe.blacklist=wl" to the commandline and see if that helps anything .. This will of course make the drivers unavailable, so maybe you'll need USB tethering or Ethernet for internet access afterwards.

Blacklisting the "wl" module did not solve the issue. Also I think I have a Realtek WiFi card (rtw_8821ce).
- dmesg log with "wl" module blacklisted: https://termbin.com/kl5b

gromit · 2024-11-26 14:40:45

Yeah okey, but it atleast got the trace issue fixed So we now just need to fix the power state for the SSD, could you try these previously suggested solution about switching the power state? https://bbs.archlinux.org/viewtopic.php … 0#p2163720

specks8622 · 2024-12-06 12:42:01

gromit wrote:

Yeah okey, but it atleast got the trace issue fixed So we now just need to fix the power state for the SSD, could you try these previously suggested solution about switching the power state? https://bbs.archlinux.org/viewtopic.php … 0#p2163720

I tried the suggestion from the thread, but unfortunately, it didn't work. The only solution that worked for me was booting with the kernel parameter libata.force=nolpm (link).

Do you know if using nolpm could lead to extra wear on the SSD?

gromit · 2024-12-09 16:16:38

It seems like your pastes have expired, could you share the output of "hdparm -I /dev/sdX" against the drives in the computer?
I will then submit a patch to the kernel with a quirk so that the new power policy is not applied to it, see the Quote from Niklas Cassel that I have posted in my first answer.

seth · 2024-12-09 17:39:12

Do you know if using nolpm could lead to extra wear on the SSD?

It's a powersaving feature, disabling it wll cause more battery drain, but the drive doesn't properly function with it anyway - and it won't die any earlier without it either.

Arch Linux

#1 2024-11-25 18:31:49

Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#2 2024-11-25 18:39:36

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#3 2024-11-25 18:52:13

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#4 2024-11-25 19:05:47

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#5 2024-11-25 20:48:20

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#6 2024-11-26 14:22:00

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#7 2024-11-26 14:40:45

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#8 2024-12-06 12:42:01

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#9 2024-12-09 16:16:38

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

#10 2024-12-09 17:39:12

Re: Cant install Arch: I/O error, READ FPDMA QUEUED on healthy SSD

Board footer