Bug#562847: closed by maximilian attems <maks@debian.org> (Bug#519800: fixed in initramfs-tools 0.94)
On Fri, 09 Apr 2010, Vladimir Stavrinov wrote:
> On Thu, Apr 08, 2010 at 06:49:17PM +0200, maximilian attems wrote:
>
> > indeed those two are not related, beside beeing closed by the same
> > upload.
>
> There is long list of bug numbers in that message, but this only
> included in the subject. It is confusing.
sure it was a big release.
> > 562847 is closed by
> > "* update-initramfs: Default to not keep .bak backups."
>
> This is not problem as everyone can turn off backup if need. But this is
> bad idea. When You can't boot with new image, You will use backup. I
> suggest move backup out of /boot. This way we can have a number of
> versions of initrd.
no this is related to /boot space.
it was needed in the past and may still be helpful thus kept as option,
but it will clutter much less.
we were keeping backup as we were overwriting the initramfs,
this changed with 0.92, see #468112
> > and thus allowing smaller /boot/
>
> Not enough as soon as old image remain in place while new one
> generated. Thus space needed is doubled in any way. It is good idea to
> generate the new image out of /boot and then replace old image with new
> one.
this is admin error of too small /boot/.
> > if that doesn't fit your /boot/ then this administration error.
>
> No, as if it fit now, it will not fit in the future as image size rise.
>
> If we agree that /boot should be small in order to comply FHS, then we
> should take out from there all files not needed to boot, and don't use
> this small space for temporary files.
>
> It look like You don't read my initial bug report.
you context a change that was done for better reliability and
you miss context of it, read
https://wiki.ubuntu.com/HardyInitramfsErrorHandling
over and out.
--
maks
Reply to: