Package: initramfs-tools Version: 0.133 Severity: serious Control: affects -1 + fsprotect
On an i386 Sid system (non-usrmerge and sysvinit-core), generating the initramfs fails as follows for at least every kernel installed or upgraded since the problem appeared the first time a while ago: /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-4.19.0-4-686-pae cp: failed to access '/var/tmp/mkinitramfs_URATxd//usr/bin/touch': Too many levels of symbolic links E: /usr/share/initramfs-tools/hooks/fsprotect failed with return 1. update-initramfs: failed for /boot/initrd.img-4.19.0-4-686-pae with 1. run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1 dpkg: error processing package linux-image-4.19.0-4-686-pae (--configure): installed linux-image-4.19.0-4-686-pae package post-installation script subprocess returned error exit status 1 According to Ben Hutchings in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915830#54 this is an issue in initramfs-tools and not in fsprotect: > This is a bug in initramfs-tools. The copy_file function applies two > transformations to the target filename: > > 1. If it matches /bin/*, /lib*, or /sbin/*, add /usr to the beginning > since the initramfs is usrmerged. > 2. If it refers a directory, add the basename of the source filename. > > These need to be done in the opposite order, to handle a target > filename of "/bin" correctly. Regards, Axel -- ,''`. | Axel Beckert <a...@debian.org>, https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `- | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
