Bug#493863: closed by maximilian attems <max@stro.at> (Re: firmware-bnx2: doesn't rebuild all initrds)

[maximilian attems <max@stro.at>]

reassign 493863 initramfs-tools
retilte 493863 update-initramfs follows symlink before searching for newest kernel
stop

On Sun, Mar 29, 2009 at 08:34:26PM +0200, Peter Palfrader wrote:
> maximilian attems schrieb am Sonntag, dem 29. März 2009:
> 
> > On Sun, Mar 29, 2009 at 08:25:46PM +0200, Peter Palfrader wrote:
> > > maximilian attems schrieb am Sonntag, dem 29. März 2009:
> > > 
> > > > > It didn't update the newest initramfs - for 2.6.24.  It updated the one
> > > > > it was running at the time - 2.6.18.
> > > > 
> > > > sure you had the initrd symlink pointing to that one.
> > > > so it got attributed as the newest. 
> > > 
> > > I don't have symlinks.
> > 
> > please post on that box output of
> > sh -x update-initramfs -u
> 
> Ah.  there were symlinks in / - tho they were never ever used on this
> system.
> 
> Seems pretty broken to rely on symlinks that might (and are) years out
> of date.

has been such since version 0.65, where i changed to first use the
link then a heuristic for the newest image and afterwards only
the current kernel (which was first before).

as this symlink usage should be phased out i agree with you
that an update-initramfs -u call should try for highest version
first before falling back to the linked one.