Re: Bug#478236: initramfs 0.92 makes slug unbootable (armel/lenny)
On Mon, 28 Apr 2008, Kevin Price wrote:
> maximilian attems schrieb:
> > is it reproducible?
>
> Yes. I updated a bunch of packages, making the slug unbootable. Then I
> flashed the backup. After a normal boot, I installed initramfs-tools
> 0.91e, flashed again, which made it boot OK. Then I updated only
> initrd-tools to 0.92, making it unbootable again.
so it happened 1x, i wouldn't call that yet reproducible ;)
anyway 0.92 added a bunch of network drivers new one,
so yes bigger size.
can you please reinstall 0.92 and set MODULES=dep in
/etc/initramfs-tools/initramfs.conf
> So generating a broken initrd seems to be well reproducible. I presume
> that the bad initrd always fails to boot and the good one always boots
> OK, which was confirmed at least a few times.
>
> > if yes please put somewhere the good and the bad initramfs for review.
>
> http://www.kevin-price.de/478236/
look both ok.
> I can see that the broken one is bigger. Might there be a capacity issue
> in my flash ROM? Here's my /proc/mtd: (good working state)
> dev: size erasesize name
> mtd0: 00040000 00020000 "RedBoot"
> mtd1: 00020000 00020000 "SysConf"
> mtd2: 00020000 00020000 "Loader"
> mtd3: 00160000 00020000 "Kernel"
> mtd4: 00600000 00020000 "Ramdisk"
> mtd5: 00020000 00020000 "FIS directory"
>
> "cat /dev/mtdblock*" produces 8388608 bytes of output.
hmm might be the indication.
> > ok cool so it will be debuggable
>
> Yes. Is there a clean way to activate debugging messages in the initrd?
man initramfs-tools, search for debug boot param.
--
maks
Reply to: