summary of thread: > On Thu, Jan 31, 2002 at 10:09:13AM -0500, Rich Johnson wrote: > > package: boot-floppies > > version: 3.0.18 > > architecture: powerpc > > model: Mac 8500 /132 ("old world" firmware) > > memory: 32M > > scsi: on-board > > cd-rom: apple, scsi interface > > > > Manually invoking root.bin's "/usr/sbin/chroot /target <cmd>" from the > > installer's shell always segfaults. > > > > Perhaps this explains the "Failure trying to run : chroot /target dpkg" > > encountered while installing the base system. > > Does it segv before or after it chroots? It may be that <cmd> that it is > trying to execute is segv'ing, and that would be an important bit of > information. >
>>>reply 1(rich):>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I poked around a bit more. I've distilled some of the results below/ The machine state is the result of: 1) booted from floppies (mac_hfs_boot, root.bin) 2) downloaded kernel & drivers from ftp.us.debian.org 3) downloaded base .debs from ftp.us.debian.org 4) extracted base .debs from ftp.us.debian.org 5) installation of base .debs failed with "Failure trying to run : chroot /target dpkg" command result -----------------------------------------------------+-------------------------------- /usr/sbin/chroot / sh works. /usr/sbin/chroot /target sh /usr/sbin/chroot /target /usr/bin/dpkg segfault /target/usr/bin/dpkg prints a usage message /usr/sbin/chroot /target /bin/bash segfault /target/bin/bash error loading shared libraries ...libncurses.so.5 ....note: /target/lib/libncurses.so.5 exists /lib/libncurses.so.5 does not #...but, if /target/lib/libncurses.so.5 is coped to /lib: /target/bin/bash segfault !! Hmmm, It's just a guess, but perhaps the problem lies somewhere in the truncated shared libraries? Maybe a version skew? >>>reply 2(ben):>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Try copying /bin/sh to /target/bin/bf-sh and do: /usr/sbin/chroot /target /target/bin/bf-sh I don't think this is a truncated libc problem, because the libc in the chroot is not truncated. >>>reply 3(rich):>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> cp /bin/sh /target/bin/bf-sh /usr/sbin/chroot /target /bin/bf-sh # segfault Maybe truncated wasn't the right word. But, I get these results from "ls -l": size date path --------------+----------+---------------------- 753604 Dec 20 /lib/libc2.2.4.so 753604 Dec 20 /lib/libc.so.6 1291932 Dec 5 /target/lib/libc2.2.4.so 1291932 Dec 5 /target/lib/libc2.2.4.so.dpkg-tmp 22 Jan 30 /target/lib/libc.so.6 -> /target/lib/libc2.2.4.so.dpkg-tmp >>>reply 4(ben):>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I have a feeling that ppc ld.so or libc is broken. Could be wrong, but try emailing the debian-ppc list to see what they say. Yes, the libc on the boot disks is stripped down. But I assume the segv is occuring in /target, not in chroot. Try doing this: /target/usr/sbin/chroot /target /bin/sh >>>reply 5(rich)>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > /target/usr/sbin/chroot /target /bin/sh Another segfault; alas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]