Bug#550584: Initial triggers patch and tracking of highest kernel
2011/3/9 Loïc Minier <firstname.lastname@example.org>:
> I had forgotten the actual flash-kernel call. I've also added
> a --supported test at the top in this v2.
Last night I tested this patch, but maybe I was doing something wrong
as it did not seem to work. Then I manually generated uImage and
uInitrd and now kernel stalls at:
"Waiting for root device /dev/sda2..."
My bootloader, u-boot, is set to read uImage and uInitrd, so it is
difficult it can boot multiple kernels, but I wish I had a rescue way
of booting (without using serial dongle).
I had several ideas to comment with you:
1. Chainload boot, at first boot load the usual kernel then call the
new one with kexec, if everything is fine then the user can replace
old kernel with new kernel, else the kexec call fails and leaves you
with old kernel.
2. Bootloader scan /boot, implement in the bootloader a scanner for
/boot, passing as parameter the higher version found. But if that
fails, device is bricked.
"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."
-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html