On Tue, Jul 15, 2014 at 09:36:20PM +0200, Philipp Kern wrote: > Package: gummiboot > Version: 44-1 > Severity: minor > > /etc/kernel/postrm.d/zz-update-gummiboot is called twice and when called the > second time the kernel is already removed. And because the rm is not guarded > with an existence check, it errors on the console: > > pkern@honeybee:~$ sudo dpkg --purge linux-image-3.14-1-rt-amd64 > (Reading database ... 118363 files and directories currently installed.) > Removing linux-image-3.14-1-rt-amd64 (3.14.9-1) ... > Ok, proceeding with removing running kernel image. > /etc/kernel/postrm.d/initramfs-tools: > update-initramfs: Deleting /boot/initrd.img-3.14-1-rt-amd64 > /etc/kernel/postrm.d/zz-update-grub: > Generating grub.cfg ... > Found background image: /usr/share/images/desktop-base/desktop-grub.png > Found linux image: /boot/vmlinuz-3.14-1-amd64 > Found initrd image: /boot/initrd.img-3.14-1-amd64 > Found linux image: /boot/vmlinuz-3.13-1-amd64 > Found initrd image: /boot/initrd.img-3.13-1-amd64 > Adding boot menu entry for EFI firmware configuration > done > /etc/kernel/postrm.d/zz-update-gummiboot: > Remove 3.14-1-rt-amd64 from ESP > The link /vmlinuz is a damaged link > Removing symbolic link vmlinuz > You may need to re-run your boot loader > The link /initrd.img is a damaged link > Removing symbolic link initrd.img > You may need to re-run your boot loader > Purging configuration files for linux-image-3.14-1-rt-amd64 (3.14.9-1) ... > /etc/kernel/postrm.d/zz-update-gummiboot: > Remove 3.14-1-rt-amd64 from ESP > rm: cannot remove > ‘/boot/efi/ed6099b79356a7a21b779a95538f82cc/3.14-1-rt-amd64/’: No such file > or directory > rm: cannot remove > ‘/boot/efi/loader/entries/ed6099b79356a7a21b779a95538f82cc-3.14-1-rt-amd64.conf’: > No such file or directory
Thanks for the bug report. I should probably add some checks for checking for postinst scripts, so I can suppress those errors in there - if people manually run update-gummiboot, they should still get the warning [and the postinst/postrm scripts are symlinks to update-gummiboot). I'll try to fix this, but until we see a new upload of gnu-efi removing the undefined va_copy symbol from its static library, there won't be any new gummiboot upload. See Bug#753682 for more information and possible solutions on that issue. We need some more pressure there, gnu-efi is currently unusable and not fit for release. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 "Netiquette". - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
