> 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 <
emeric.maschino@gmail.com>
> 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 <
baggett.patrick@gmail.com> 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
>
>