The fix is to: ln libpthread-0.10.so libpthread.so.0
and everything just runs!!! Cheers Phill. On Sun, 2005-08-07 at 07:39 +1000, Phill Wombat wrote: > Hi Paolo, > > Sorry for the long post. > > Oh I had it all figured out until....... > > ls: relocation error: /lib/libpthread.so.0: symbol errno, version > GLIBC_PRIVATE not defined in file libc.so.6 with link time reference > > Turns out the obsolete threads compiler runtime library is broken..... > > Googling isn't helping as this seems to be a new issue.... It's broken > in Gentoo as well. > > Bugger! It's all working and I can login to. I just can't do an ls > without the relocation error. Lots of things run now. > > It's looking like a rebuild of the libraries. > > Phill. > > > ============================================================= > > Turns out the FC4 fix is really quite simple. > > Just do this: > > cp /lib/obsolete/linuxthreads/i686/*.so /lib > > Do this in your root_fs image! not the host. > > Now boot your UML! That's all there is to it for FC4. > > I now have a working 32 bit FC4 UML on a 64 bit host (with 8G of swap - > i.e. unlimited UMLs). > > I was about to post this (see below) when I thought of the solution. > Turns out the whole c compiler run-time with the old threads is just > sitting there in the distro. > > FC5 is going to do away with the old threads completely, so work going > on I see in the list on NPTL is very important and timely. > > It might be a timesave for all concerned if a pristine FC4 root_fs is > uploaded (somewhere) with this done until NPTL support is going. (Anyone > who does this, please turn off selinux too). > > I think the conclusions reached here also accounts for quite a few posts > I see where the host kernel seems to effect the UML's programs. If NPTL > programs are running inside a UML then they depend on the host kernel > and skas3 to do so. > > Cheers > Phill. > > ============================================================ > > Making progress.... but I think I'm now snookered by NPTL. > > I've run up this UML kernel: > > Fedora Core release 4 (Stentz) > Kernel 2.6.12-bb10-skas0 on an x86_64 > > Unauthorized access to this system is strictly prohibited. > uml-test login: > > Then from home on my 32 bit box I do this to connect to the sshd on the > virtual ethernet: > > [EMAIL PROTECTED] ~]$ ssh [EMAIL PROTECTED] > [EMAIL PROTECTED]'s password: > Last login: Sat Aug 6 10:14:34 2005 from 192.168.1.6 > cannot set up thread-local storage: cannot set up LDT for thread-local > storage > > Connection to 10.1.1.201 closed. > [EMAIL PROTECTED] > > > My guess is for FC4 to login I need recompile /bin/login (and possibly > PAM friends) so they don't use NPTL. Either that or I need a login > replacement....:-( > > Let me preface my next comment with: I don't really understand what's > happening! but given it all works with skas3 in 32 bit mode, I assume > that the thread-local storage business is being handled by the host in > skas3 mode (which is not available yet in x86-64 kernels). > > In TT mode it (thread-local storage) causes crashes for the time being, > while in skas0 mode we get a nicely handled error from the application > (or more precisely the c-compiler's runtime library) indicating the > failure. > > OK that said: does anyone know how to get logged in without /bin/login? > The option of recompiling login sounds reeeely hard as a workaround, > since I'd have to rebuild the libraries.... > > Cheers > Phill. > > > On Fri, 2005-08-05 at 17:30 +0200, Blaisorblade wrote: > > On Friday 05 August 2005 06:33, Phill Wombat wrote: > > > Fedora Core release 4 (Stentz) > > > Kernel 2.6.12-bs9 on an x86_64 > > > > > > Unauthorized access to this system is strictly prohibited. > > > uml-test login: > > > > > > But I can't log in...... :-( > > Must at least add /dev/console to /etc/securetty (location may vary) and > > running "login" from command line could be problematic, probably use > > "setsid > > login" instead of login or add a "mingetty" line to /etc/inittab for > > runlevel > > 1. > > > So far the config is: Bog standard install of FC4 x86_64 on the host (no > > > patch... no nothing). > > > UML is as per above. > > > I added "single LD_LIBRARY_PATH=/lib/obsolete/linuxthreads" to the command > > > line before running up UML. > > > When single user mode came up I used chkconfig to turn just about > > > everything off. Then I edited /etc/rc.d/rc.sysinit to remove the > > > troublesome bits (as per previous post). Then I exited and it started > > > normally. > > > > > > If I run /bin/login from the single user mode prompt here's where I end up > > > (I did this because I feel it is related). Any ideas welcome (there's a > > > segfault in the init script somewhere which I'll comment out in due > > > course). I've also commented out the /etc/pam.d/login line with the .so > > > module (as per previous post). > > > > > > The Detaching pid xxxxx seems to be the kiss of death. > > > > > > [EMAIL PROTECTED] shared]# ./run_uml.sh > > > Checking PROT_EXEC mmap in /tmp...OK > > > tracing thread pid = 23488 > > > Linux version 2.6.12-bs9 ([EMAIL PROTECTED]) (gcc version 4.0.0 > > > 20050519 (Red Hat 4.0.0-8)) #1 Thu Aug 4 21:52:00 EST 2005 > > > Built 1 zonelists > > > Kernel command line: single mem=160m mode=tt ubda=root_fs.fc4 ubdb=swap > > > root=/dev/ubda con=pty con0=fd:0,fd:1 > > > LD_LIBRARY_PATH=/lib/obsolete/linuxthreads > > > PID hash table entries: 1024 (order: 10, 16384 bytes) > > > Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) > > > Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) > > > Memory: 157696k available > > > Mount-cache hash table entries: 512 > > > Checking for host processor cmov support...Yes > > > Checking for host processor xmm support...No > > > Checking that ptrace can change system call numbers...OK > > > Checking syscall emulation patch for ptrace...missing > > > Checking that host ptys support output SIGIO...Yes > > > Checking that host ptys support SIGIO on close...No, enabling workaround > > > Checking for /dev/anon on the host...Not available (open failed with errno > > > 2) > > > NET: Registered protocol family 16 > > > mconsole (version 2) initialized on /root/.uml/FQRHtz/mconsole > > > ubd: Synchronous mode > > > VFS: Disk quotas dquot_6.5.1 > > > Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) > > > io scheduler noop registered > > > io scheduler anticipatory registered > > > io scheduler deadline registered > > > io scheduler cfq registered > > > NET: Registered protocol family 2 > > > IP: routing cache hash table of 1024 buckets, 8Kbytes > > > TCP established hash table entries: 8192 (order: 4, 65536 bytes) > > > TCP bind hash table entries: 8192 (order: 3, 32768 bytes) > > > TCP: Hash tables configured (established 8192 bind 8192) > > > NET: Registered protocol family 1 > > > NET: Registered protocol family 17 > > > Initialized stdio console driver > > > Console initialized on /dev/tty0 > > > Initializing software serial port version 1 > > > ubda: unknown partition table > > > ubdb: unknown partition table > > > EXT3-fs: INFO: recovery required on readonly filesystem. > > > EXT3-fs: write access will be enabled during recovery. > > > kjournald starting. Commit interval 5 seconds > > > EXT3-fs: recovery complete. > > > EXT3-fs: mounted filesystem with ordered data mode. > > > VFS: Mounted root (ext3 filesystem) readonly. > > > line_ioctl: tty0: ioctl KDSIGACCEPT called > > > INIT: version 2.85 booting > > > line_ioctl: tty0: ioctl TIOCLINUX called > > > Welcome to Fedora Core > > > Press 'I' to enter interactive startup. > > > Starting udev: [FAILED] > > > Initializing hardware... storage network audio done[ OK ] > > > Setting clock : Fri Aug 5 00:16:29 EDT 2005 [ OK ] > > > Setting hostname uml-test.goober.org: [ OK ] > > > set_thread_area failed when setting up thread-local storage > > > /etc/rc.d/rc.sysinit: line 340: 694 Done echo > > > "mkdmnod" 695 Segmentation fault | /sbin/nash --quiet >/dev/null 2>&1 > > > Remounting root filesystem in read-write mode: [ OK ] > > > Mounting local filesystems: [ OK ] > > > Enabling local filesystem quotas: [ OK ] > > > Enabling swap space: [ OK ] > > > sh-3.00# /bin/login > > > login: root > > > Password: > > > login(pam_unix)[772]: session opened for user root by (uid=0) > > > -- root[772]: ROOT LOGIN ON console > > > Detaching pid 26521 > > > > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > > Practices > > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > > > _______________________________________________ > > > User-mode-linux-user mailing list > > > User-mode-linux-user@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > User-mode-linux-user mailing list > User-mode-linux-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
