
On Sun, Feb 12, 2012 at 01:45:40AM +1100, Trent W. Buck wrote:
or i could do a quick-and-dirty hack to update the d-i initrd with newer kernel modules (and firmware), like so:
Obviously too late this time, but it sounds like you weren't aware of the daily builds, which are 3.2 already:
thanks for that. now that you mention it, i remember the daily builds from years ago. I'll have to write a script to fetch the daily builds and integrate them into my tftp d-i setup (i.e. fetch and unpack the netboot.tar.gz and generate a menu entry)....i've already done that for the release builds. no need to run it from cron, but nice to have it automated when i want to manually update the images. i probably would have had to modify the initrd anyway, for the NIC firmware. (there's something particularly annoying about a netboot installer that deliberately excludes firmware for common NICs. for me, on this issue, pragmatism wins and i don't see any real difference between firmware in rom versus firmware binary blobs in files...if it runs on the card and not in the kernel, then it's not worth worrying about. and i dislike having to stuff around with floppies or USB sticks - that's why i have a pxe/tftp netboot setup, to avoid that kind of hassle) BTW, the aspire1 install is finished and it's working fine now. it even reboots properly after i googled for and found out i had to add "reboot=efi" to the kernel command line (before that, linux would complete the shutdown process correctly, and then just hang with a blank screen instead of rebooting).
Hmm, scratch that, it would seem only the x86-64 one is. URLs:
http://d-i.debian.org/daily-images/amd64/daily/netboot/debian-installer/amd64/{linux,initrd.gz} http://people.debian.org/~joeyh/d-i/images/daily/netboot/debian-installer/i386/{linux,initrd.gz}
not surprising. i386 is pretty much legacy these days, nearly everything x86 compatible is actually x86-64. probably the biggest reason for new i386 installs these days is VMs running 32 bit to save a bit of memory. craig -- craig sanders <cas@taz.net.au> BOFH excuse #98: The vendor put the bug there.