Re: flashing fails due to size issue during upgrade

2011-02-24 Thread Luca Niccoli
On 22 February 2011 11:27, Luca Niccoli wrote: > Compressing my initrd with lzma instead of gzip reduces its size by > 30%, so it could fit. > BEWARE though, there could be catches I'm not aware of (I haven't > actually tried booting in this configuration), maybe Martin could > enlighten us? (Ju

Re: flashing fails due to size issue during upgrade

2011-02-23 Thread Martin Michlmayr
* Björn Wetterbom [2011-02-21 21:18]: > So what's the bottom line of this for the average user? Should I > take any precautionary measures before upgrading my slug to Squeeze > (I will of course follow the instructions in the release notes)? Is > it clear why Jeffrey's ramdisk didn't fit in the fl

Re: flashing fails due to size issue during upgrade

2011-02-23 Thread Martin Michlmayr
* Luca Niccoli [2011-02-22 11:27]: > Compressing my initrd with lzma instead of gzip reduces its size by > 30%, so it could fit. BEWARE though, there could be catches I'm not > aware of (I haven't actually tried booting in this configuration), > maybe Martin could enlighten us? I suppose it woul

Re: flashing fails due to size issue during upgrade

2011-02-23 Thread Martin Michlmayr
* Jeffrey B. Green [2011-02-21 15:00]: > Yes. I do have lvm installed for the slug. So, that is a decent size hit... > > >Can you upload initrd.img-2.6.32-5-ixp4xx somewhere so I can have a > >look at it? > > > Sent to you separately. Thanks. I generated a ramdisk on my NSLU2 and it just fits;

Re: flashing fails due to size issue during upgrade

2011-02-22 Thread Luca Niccoli
On 21 February 2011 21:00, Jeffrey B. Green wrote: >> The 8 MB flash is divided into different partitions and the ramdisk >> partition is only 6 MB; see http://cyrius.com/debian/nslu2/boot.html >> > > Thanks for the info. Compressing my initrd with lzma instead of gzip reduces its size by 30%, s

Re: flashing fails due to size issue during upgrade

2011-02-21 Thread Jeffrey B. Green
On 02/21/2011 11:22 AM, Martin Michlmayr wrote: * Jeffrey B. Green [2011-02-18 11:22]: One of my slugs is still in the process of upgrading but I noticed that during the setting up of the 2.6.32-5 kernel that the flashing failed due to (output message): I believe some other people are running

Re: flashing fails due to size issue during upgrade

2011-02-21 Thread Björn Wetterbom
So what's the bottom line of this for the average user? Should I take any precautionary measures before upgrading my slug to Squeeze (I will of course follow the instructions in the release notes)? Is it clear why Jeffrey's ramdisk didn't fit in the flash? Regards Björn On Feb 21, 2011 8:39 PM, "J

Re: flashing fails due to size issue during upgrade

2011-02-21 Thread Jeffrey B. Green
On 02/21/2011 11:18 AM, Martin Michlmayr wrote: * Jeffrey B. Green [2011-02-18 13:53]: # /etc/initramfs-tools/initramfs.conf # replace "most" with "dep" MODULES=dep Anyone out there know of any pitfalls in this approach?? I.e. are all the crucial modules included in the initrd? Yeah, it shou

Re: flashing fails due to size issue during upgrade

2011-02-21 Thread Martin Michlmayr
* Jeffrey B. Green [2011-02-18 11:22]: > One of my slugs is still in the process of upgrading but I noticed > that during the setting up of the 2.6.32-5 kernel that the flashing > failed due to (output message): I believe some other people are running the 2.6.32-5 kernel on their NSLU2 so I'm won

Re: flashing fails due to size issue during upgrade

2011-02-21 Thread Martin Michlmayr
* Jeffrey B. Green [2011-02-18 13:53]: > # /etc/initramfs-tools/initramfs.conf > # replace "most" with "dep" > MODULES=dep > > Anyone out there know of any pitfalls in this approach?? I.e. are all > the crucial modules included in the initrd? Yeah, it should work fine. Make sure to make a backu

Re: flashing fails due to size issue during upgrade

2011-02-18 Thread Jeffrey B. Green
On 02/18/2011 11:48 AM, Jeffrey B. Green wrote: On 02/18/2011 11:22 AM, Jeffrey B. Green wrote: Hi everyone, [...snip prev msg...] [...snip...] Are all these drivers really necessary? By configureing the initramfs system, the size can be reduced, e.g. edit /etc/initramfs-tools/initramf

Re: flashing fails due to size issue during upgrade

2011-02-18 Thread Jeffrey B. Green
On 02/18/2011 11:22 AM, Jeffrey B. Green wrote: Hi everyone, [...snip prev msg...] After unpacking the initrd in order to look where the space is going, I see: du -sm * 2 bin 1 conf 1 etc 1 init 14 lib 2 sbin 1 scripts And working my way down I get t

flashing fails due to size issue during upgrade

2011-02-18 Thread Jeffrey B. Green
Hi everyone, One of my slugs is still in the process of upgrading but I noticed that during the setting up of the 2.6.32-5 kernel that the flashing failed due to (output message): Running update-initramfs. update-initramfs: Generating /boot/initrd.img-2.6.32-5-ixp4xx Running flash-kernel. The