In my case I only had it installed as a dependency of another software that I don't need anymore, so uninstalling it automatically fixed this problem regarding reiserfsprogs.
In any case, the new version of initramfs-tools is not backward compatible with some of the hooks out there, so maybe it's something that can be improved in the testing part for the following releases.
Regards On 22/08/2024 13:16, Agustin Martin wrote:
On Thu, Aug 22, 2024 at 10:50:44AM +0200, José Luis Segura Lucas wrote:Package: initramfs-tools Version: 0.144 Followup-For: Bug #1079150 Sadly, it is unable to regenerate the initramfs properly due to a different problem related to the reiserfsprogs hook. ``` /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-6.10.6-amd64 cp: cannot stat '/var/tmp/mkinitramfs_zoQopR//usr/sbin/reiserfsck': Too many levels of symbolic links ln: failed to create symbolic link '/var/tmp/mkinitramfs_zoQopR/sbin/reiserfsck': File exists cp: cannot stat '/var/tmp/mkinitramfs_zoQopR//usr/sbin/reiserfsck': Too many levels of symbolic links E: /usr/share/initramfs-tools/hooks/reiserfsprogs failed with return 1. ``` After commenting out the line where the reiserfsprogs hook was trying to copy reiserfsck, I was able to generate a valid initramfs that allowed me to boot normally.Same problem here, First found the waiting for device problem making boot fail. Booting from an older kernel image succeeded, but when upgrading kernel package I found exact above problem. Downgrading to testing initramfs-tools seems to help building the image (not yet rebooted). Created image has size similar to that of working image. Note that the image causing the "waiting for device problem" was remarkably smaller. Regards,
OpenPGP_0x51C5AE670C1863C7.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
