Yes, I am. I'll look into that, good thought! Patrick
On Fri, Jan 13, 2012 at 4:13 PM, Émeric Maschino <[email protected]>wrote: > Patrick, are you also running Debian Testing on your SPARC? > > Would it then be possible for you to check whether /bin/sh in your > SPARC initrd.img is a copy of your SPARC filesystem > /usr/lib/klibc/bin/sh or /bin/busybox (or something else)? > > Émeric > > > Le 13 janvier 2012 22:31, Patrick Baggett <[email protected]> a > écrit : > > 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 > >> > > >> > > > > > >
