Indeed it is. It's good to know my hardware works OK. This bug was reported August 2011 and now it's Jan 2012 and still no work around. Is there anything I can do to help? Compile a kernel from git? Test a patch? I'm a fairly competent programmer -- is there any explanation of the issue that just needs some programmer love? I don't have any experience with IA64 assembly, unfortunately, but I can do quite a bit in C.
Patrick On Fri, Jan 13, 2012 at 2:12 PM, Émeric Maschino <[email protected]>wrote: > Hi Patrick, > > And welcome aboard :-) > > Aren't you hitting this issue? > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638068 > > In this case, the only solution at this time is to downgrade > initramfs-tools from 0.99 to 0.98.8. But you'll have to downgrade > kernel too, as Debian kernels > 2.6.39 require initramfs-tools 0.99. > > Hope this helps, > > Émeric > > > Le 13 janvier 2012 16:16, Patrick Baggett <[email protected]> a > écrit : > > All, > > > > I just got an HP ZX6000, and I'm very pleased with how quickly Debian > > "squeeze" installed on it. I have Debian "testing" running on SPARC as > well, > > and I figured I'd go ahead and move the ia64 system to testing. When I > did > > however, the system became unbootable. It uncompressed the kernel and > > initrd, and then just stopped. I figured I must have done something > dumb, so > > I wiped the disk, redid the installation and made sure I had the firmware > > (required for radeon and tigon3 drivers apparently). It still failed to > boot > > in the same way. It seems there may be a problem with the > > linux-kernel-3.1.0-mckinley package, because the kernel itself doesn't > even > > output a single message before it dies. Anyone run into a similar issue? > I > > wouldn't mind filing a bug, but I don't know how to get a backtrace this > > early in the boot process. > > > > Patrick >
