> > $ opera > > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > > [1] 11964 Abort trap > > Now that's really confusing. Without the svr4 module loaded, the > string "/compat/svr4" should not exist anywhere in the kernel (it's > defined in /sys/svr4/svr4_sysvec.c). There is simply no way you should > get that error message. Are you _sure_ you're booting a rebuilt > kernel? Try rm -rf'ing the compile directory and build again. What > does 'uname -v' print?
I am totally sure that I have a new kernel. I did it with the make world, make buildkernel KERNCONF=xxx; make installkernel KERNCONF=xxx; make installworld sequence followed by mergemaster to get the /etc files right. Let's see $ uname -v FreeBSD 4.6-STABLE #4: Tue Jul 23 21:13:42 EST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DSL-146-127-2 That looks like a pretty recent kernel to me. $ kldstat Id Refs Address Size Name 1 5 0xc0100000 238690 kernel 2 1 0xc0944000 2000 green_saver.ko 3 1 0xc0947000 14000 linux.ko 4 1 0xc0974000 3000 streams.ko 5 1 0xc0977000 11000 svr4.ko I've also unloaded the svr4.ko module and when I do that I get a whole new realm of complaints. Mostly a whole bunch of libraries that can't be found. Instead of [1] 21021 Bad system call (core dumped) we get /usr/local/opera/lib/opera/5.05_tp1/opera-static: error while loading shared libraries: libjpeg.so.62: cannot load shared object file: No such file or directory There are also a whole bunch of other libraries missing from /compat/linux. Some programs want ld-linux.so.1, and another wants libdl.so.1. None of these exist in /compat with the linux-7.1 install. Still, the nature of the problems changed. Maybe I can't run svr4 and linux at the same time? (I've only used svr4 compatability a couple times anyway.) A bug like that would explain some of the odd behaviour. But what should I do about the libraries missing from linux 7.1, like ld-linux.so.1 and stuff? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
