Bug#928689: initramfs-tools: Fails with "cp: failed to access '/var/tmp/mkinitramfs_URATxd//usr/bin/touch': Too many levels of symbolic links"
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 <abe@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
Reply to: