Bug#659948: [initramfs-tools] Fails to upgrade (Sid)

[Touko Korpela <touko.korpela@iki.fi>]

On Wed, Feb 15, 2012 at 12:23:47PM +0200, David Baron wrote:
> On Wednesday 15 February 2012 11:40:02 Michael Prokop wrote:
> > * David Baron [Wed Feb 15, 2012 at 10:49:53AM +0200]:
> > > --- Please enter the report below this line. ---
> > > On attempted upgrade
> > 
> > From which initramfs-tools version are you upgrading?
> Previous Sid version.
> 
> > 
> > > update-initramfs: deferring update (trigger activated)
> > > Processing triggers for initramfs-tools ...
> > > update-initramfs: Generating /boot/initrd.img-3.2.0-1-686-pae
> > > /rootfs: No such file or directory
> > > mkinitramfs: for root /rootfs missing /rootfs /sys/block/ entry
> > > mkinitramfs: workaround is MODULES=most
> > > mkinitramfs: Error please report the bug
> > > update-initramfs: failed for /boot/initrd.img-3.2.0-1-686-pae with 1.
> > > 
> > > dpkg: error processing initramfs-tools (--configure):
> > >  subprocess installed post-installation script returned error exit status
> > >  1
> > > 
> > > configured to not write apport reports
> > > 
> > >                                       Errors were encountered while
> > > 
> > > processing:
> > >  initramfs-tools
> > 
> > Did you recently switch to the usage of
> > "root=UUID=df24bea0-5520-4281-b053-021bd5a96628" or did you use the
> > very same kernel command line also with the older version of
> > initramfs-tools?
> No change here.
> 
> > 
> > > -- /etc/initramfs-tools/initramfs.conf
> > > MODULES=dep
> > 
> > Same question for MODULES=dep (and as noted in the error message
> > switching to MODULES=most will work around your issue).
> This makes things too big for lilo (or at least did so previously)

Please try to enable "large-memory" option in lilo.conf. It should help at
loading larger initramfs.