reassign 688794 initramfs-tools severity 688794 important retitle 688794 [initramfs] scripts/hook-functions: breaks boot if /tmp noexec clone 688794 -1 retitle -1 [initramfs] scripts/functions: PANICs when ORDER files are missing thanks
Summary: 1. scripts/hook-functions malfunctions if /tmp is mounted noexec, and doesn't signal it to the user. The resulting initramfs is half-broken, e.g. ORDER files are missing. 2. scripts/functions has fallbacks for missing ORDER files, but the first fallback depends on tsort *which is not included in the initramfs*, and the second fallback is broken, and aborts with a PANIC error. I'm rating this as important just in case, but I really think the second bug should rate as "grave", as it will break the boot. On Mon, 01 Oct 2012, Lionel Gamay wrote: > I found where does the problem come from. My /tmp is mounted with > "noexec" option since ages. If I remount it with "exec" before running > "update-initramfs -u", there is no error and then the next reboot is > ok. I had a similar problem a few weeks ago with the new flashplayer > updater script not handling this case. > > 2012/10/1 Henrique de Moraes Holschuh <h...@debian.org>: > > Ok, I found the problem. Your broken initramfs image is missing the ORDER > > files. All initramfs images that work fine have the ORDER files. > > > > There are _three_ codepaths in the initramfs script/functions: one wants the > > ORDER files (which are missing in your initramfs image), the other wants > > tsort (which is unavailable in the initramfs), and the third one is > > obviously broken. > > What to do next ? Reassign to initramfs-tools not running fine with > /tmp mounted with noexec ? I guess. There is nothing I can do about it in intel-microcode... I will have to set it to severity important, as noexec /tmp breaks the world... -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
