Bug#358397: initramfs-tools initrd.img update
hello Manoj and vorlon!
rechecking the issues that were reported on #358397 and #362064
1) fails to install on read-only /boot
this is correct and not yet checked, boot is assumed rw.
we currently fail to check that, but non standard setup.
2) overwriting yaird generated image
only happened in some older revision,
where takeover was set in update-initramfs.
doesn't happen since long.
3) regenerating all initrd.img
initramfs-tools doesn't in Debian,
update-initramfs updates newest only.
4) updating an initrd.img
the newest image should receive the updates.
it was agreed on udev and is useful for all other hooks too.
5) generating unbootable images
that would be a grave bug that i'm not aware off
and no actual boot error is reported.
6) debconf note
a preinst warning of the update.
7) races in hook install order
no convincing backup for those, initramfs stable through the runs
8) hooks scripts that rely on shipped configs that are not yet unpacked.
so from the reported issues 1, 4, 6 and 8 are open.
concerning 1 we need to fail there as mkinitramfs needs
to be able to install initramfs to /boot.
concerning 4 the bug here is that dpkg doesn't have a
"do this last and once" hook.
concerning 6 initrd-tools never had an debconf note.
i fail to see the utility of it.
concerning 8 there is only udev that _needs_ config
out of /etc/ the other hook scripts have no needs there.
that is an open bug in mkinitramfs. it shouldn't run
unless the shipped /etc/initramfs-tools/initramfs.conf
is unpacked. (udev postinst update_initramfs() checks
explicitly for that condition, but that needs to be done
for all hooks in mkinitramfs.) mkinitramfs relies on the
existence of that conffile.
i will fix point 8 and add a warning for 1,
in next initramfs-tools upload, once incoming version is
in etch.
please check if i miss points thanks for your patience.
best regards + bon weekend
--
maks
Reply to: