Re: Disk I/O slowness

Casey Deccio <[email protected]> Thu, 30 Jul 2026 14:37:55 -0600
Newsgroups gmane.linux.debian.user
Message-ID <[email protected]>
> On Jul 30, 2026, at 10:36=E2=80=AFAM, Franco Martelli =
<[email protected]> wrote:
>=20
> On 30/07/26 at 15:40, Casey Deccio wrote:
>>> If that motherboard is more recent than Debian Stable, the included =
Linux kernel might not support the C621A chipset and/or other chips on =
the board.  Please check if the Linux kernel in Debian 13.6 has support =
for the Intel C621A chipset.  Also check if there are bug reports for =
that combination.  If support is lacking, or if there are issues, you =
might need a newer kernel from backports or you might need to run =
Testing.
>> Since it's a software RAID, I wonder if this might be the issue.  =
I'll check the driver support to see what is in the kernel and also if =
there are proprietary drivers that Intel provides.
>=20
> Have you enabled "non-free-firmware" in /e/a/sources.list to install =
the required Intel firmware packages?

Yes, "non-free-firmware" is enabled, and there are plenty of intel =
packages installed and modules loaded, but I'm not sure which is helpful =
to this:

$ dpkg --list | grep intel
ii  firmware-intel-graphics         20250410-2                           =
all          Binary firmware for Intel iGPUs and IPUs
ii  firmware-intel-misc             20250410-2                           =
all          Binary firmware for miscellaneous Intel devices and chips
ii  intel-microcode                 3.20251111.1~deb13u1                 =
amd64        Processor microcode firmware for Intel CPUs


$ lsmod | grep intel
intel_rapl_msr         20480  0
intel_rapl_common      53248  1 intel_rapl_msr
intel_uncore_frequency    12288  0
intel_uncore_frequency_common    16384  1 intel_uncore_frequency
intel_powerclamp       16384  0
kvm_intel             413696  0
kvm                  1396736  1 kvm_intel
ghash_clmulni_intel    16384  0
snd_hda_intel          61440  0
snd_intel_dspcfg       40960  1 snd_hda_intel
snd_intel_sdw_acpi     16384  1 snd_intel_dspcfg
aesni_intel           122880  0
snd_hda_codec         217088  3 =
snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_realtek
gf128mul               16384  1 aesni_intel
snd_hda_core          143360  4 =
snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
crypto_simd            16384  1 aesni_intel
cryptd                 28672  2 crypto_simd,ghash_clmulni_intel
snd_pcm               188416  3 snd_hda_intel,snd_hda_codec,snd_hda_core
intel_cstate           20480  0
intel_uncore          266240  0
intel_th_gth           24576  0
snd                   151552  7 =
snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_=
realtek,snd_timer,snd_pcm
intel_th_pci           12288  0
intel_th               28672  2 intel_th_gth,intel_th_pci
intel_vsec             20480  0
intel_pch_thermal      16384  0
intel_pmc_bxt          16384  1 iTCO_wdt
crc32c_intel           16384  5



>>> Does dmesg(1) report any error messages during transfers?
>> Not that I can see.
>=20
> To be absolutely sure please run:
>=20
> ~$ sudo journalctl -k -p 4 -b 0

Thanks.  I ran it and also see nothing related there.

Casey=