On Sun, 2010-09-05 at 23:15 +0200, Holger Wansing wrote: > Hello, > > Ben Hutchings <ben@decadent.org.uk> wrote: > > On Sat, 2010-09-04 at 20:33 +0200, Holger Wansing wrote: > > [...] > > > If that's relevant, this is the complete menu config for that > > > boot entry: > > > > > > insmod part_msdos > > > insmod ext2 > > > set root='(hd0,msdos1)' > > > search --no-floppy --fs-uuid --set 9e863f51-5067-470a-d85345d98db6 > > > echo 'Loading Linux 2.6.32-5-486 ...' > > > linux /boot/vmlinuz-2.6.32-486 root=/dev/hda1 ro all_generic_ide quiet > > > echo 'Loading initial ramdisk ...' > > > initrd /boot/initrd.img-2.6.32-5-486 > > > > Try replacing 'quiet' with 'earlyprintk=vga'. > > Sorry, this makes no difference. > > Displayed on screen is: > > Decompressing Linux... Parsing ELF... done. > Booting the kernel. > > > and that's it. System waits for ever. It must be failing *very* early. I suspect this is specific to the 486, but I could not reproduce it in qemu set to emulate a 486. [...] > 2. the second is a debian-installer kernel. > I copied the kernel and initrd from a debian-installer netinst cd > (the same cd which was used to perform the test installation, leading > to this bugreport #571035, an debian-testing daily build from > 23. Aug 2010. > That kernel boots fine!!! So what's the version of that kernel (from /proc/version)? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse.
Attachment:
signature.asc
Description: This is a digitally signed message part