It looks like a lot of shell scripty stuff. Not outside of my domain, but not my specialty. I can check it out...
On Fri, Jan 13, 2012 at 3:30 PM, Émeric Maschino <[email protected]>wrote: > Well, I've bisected and reported the offending commit. > > I've downloaded the source package and recompiled various versions, > with and without the offending commit but don't understand what's > going wrong (everything is reported in the bug report if you're > interested): basically, this commit should simply replace symbolic > links to files by copies of files in the generated initrd.img, but > something is broken somewhere. It eventually ends up with an incorrect > /bin/sh script in initrd.img that is a copy of /usr/lib/klibc/bin/sh > whereas in working initrd.img, /bin/sh is a copy of /bin/busybox. It's > all I can say and I didn't get recent advice from the initramfs-tools > team that would help further debugging. > > Émeric > > > Le 13 janvier 2012 21:19, Patrick Baggett <[email protected]> a > écrit : > > 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 > > > > >
