You are not logged in.
You could also disable DMA
Without DMA, the errors are less frequent so I could power through an installation to disk. The resulting system is very difficult to use due to permanent freezes, but it should be easier to test stuff on it now.
Here is a system journal from the installed system: http://0x0.st/XiYL.txt
Offline
I don't think the ALPM is related to my issue: to my knowledge there is no power saving daemon running in the live environment.
https://wiki.archlinux.org/title/Power_ … Management
tail /sys/class/scsi_host/host*/link_power_management_policy
https://man.archlinux.org/man/core/hdparm/hdparm.8.en#B
hdparm -B /dev/sda
hdparm -B 254 /dev/sda # or 255, see manpage
If the drive/connection isn't physically damaged, this has to be some power setting.
Online
Oof, ALPM was indeed the issue. I am so sorry to have overlooked it when you first suggested it.
tail /sys/class/scsi_host/host*/link_power_management_policy
returned
med_power_with_dipm
which I thought was recommended but not the default (in the wiki page you linked).
Setting it to
medium_power
fixes the issue
EDIT: I had to add the udev rule file for persistent config to the FILES array of /etc/mkinitcpio.conf, and then rebuild my initramfs, or else the config setting was activated too late in the boot process, causing disk errors to considerably slow down the system boot.
Thanks so much for your help.
Last edited by Itms (2024-04-09 08:33:32)
Offline
Dos it help to regenerate the initramfs to include the udev rules there?
Online
Dos it help to regenerate the initramfs to include the udev rules there?
Ah, your message crossed my edit. Regenerating the initramfs was not enough, I had to add the rules file to mkinitcpio.conf, it was not picked up by default.
Offline