This is how that ends - meaning that the message from my update installation did not come from the kernel installer (at least that’s my interpretation). Can I somehow find out what comes between the end of the kernel installation and step 5 of the update installation?
If I am not mistaken, that broken pipe message must have been due to something failing at the end of the Dracut process. If you have successfully rebuild the images now, I think it should be fine now as also mentioned by xircon.
dracut: *** Creating initramfs image file '/efi/XXXXXX/6.7.0-arch3-1/initrd' done ***
error: unable to write to pipe (Broken pipe)
(3/6) Check if user should be informed about rebooting after certain system package upgrades.
error: unable to write to pipe (Broken pipe)
looks like an error related to compress the image? if the error is from the drcut image build process thats not clear to me…
Hard to investigate…
As it also do not shoe after first images are built in the update process:
local/rebuild-detector 4.4.2-1
Detects which packages need to be rebuilt
error: unable to write to pipe (Broken pipe)
(3/6) Check if user should be informed about rebooting after certain system package upgrades.
(4/6) Compiling GSettings XML schema files...
(5/6) Probing GTK3 input method modules...
(6/6) Checking which packages need to be rebuilt
I had this same issue just now. op used yay but I uses the eos-update thing since I saw an EOS mirrorlist update. I didn’t risk reboot to see what would happen so I reinstall-kernel like suggested and didn’t see any issues.
Had it yesterday before i went to bed after partying. Was too lazy to deal with it and just shut down the computer afterwards. Didn’t have any issus yet. Should i still reinstall the Kernels? I also saw that there were a few Warnings about different directory permissions during the update.
Which are related to Geoclue - directory permissions differ . I didn’t change anything so i have no clue why all of the sudden these folders now have different directory permissions. The Two folders that had different directory permissions are: /var/log/audit/ /usr/share/polkit-1/rules.d/
Could that be related? The Error about the broken Pipe doesn’t show up in the pacman.log. So i can’t post anything about that.