| View previous topic :: View next topic |
| Author |
Message |
TheButcher
n00b
Joined: 22 Nov 2003
Posts: 63
Location: Vienna / Austria / Europe
|
 Posted: Wed Dec 28, 2016 7:37 pm Post subject: [SOLVED] segfault in ld-linux-x86-64.so on VBoxREM.so load |
 |
|
Hey guys!
About three weeks ago I upgraded virtualbox-bin from 5.0.26 to 5.1.10 and found every virtualbox process segfaulting almost immediately after startup.
Short version:
The segfault occurs in elf_machine_rela in /lib64/ld-linux-x86-64.so.2 while loading /opt/VirtualBox/components/VBoxREM.so
This happens with every virtualbox-bin version from the 5.1.x range. I tried out 5.1.6, 5.1.8, 5.1.10 and now 5.1.12. I also tried glibc 2.22-r4 and 2.23-r3.
The binaries up until 5.0.26 are working fine though!
More information:
I consulted the devs at the Oracle VirtualBox community forum. See this thread: https://forums.virtualbox.org/viewtopic.php?f=7&t=81010
One of the devs supplied me with the debug symbols for the VirtualBox binaries and I also recompiled glibc and kept the debug symbols.
That way we found out that the segfault occurs in function elf_machine_rela at ../sysdeps/x86_64/dl-machine.h:301
Maybe the cause for the segfault is in the VBoxREM.so which is being loaded, but I share the opinion of the Oracle dev that this should not cause a segfault in glibc.
However, telling from the forums and the bugtracker at VirtualBox, I seem to be the only person with this kind of problem with VirtualBox 5.1.
I'd really love to analyze this myself, but as of now it's too hardcore for my coding-knowledge and I just lack the time.
However, I will gladly provide any information needed!
Thanks,
butch.
Here's the stack trace for vboxwebsrv of virtualbox-bin-5.1.10 and glibc-2.23-r3
| Code: | vbox@tomb ~ $ gdb /opt/VirtualBox/vboxwebsrv
GNU gdb (Gentoo 7.10.1 vanilla) 7.10.1
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /opt/VirtualBox/vboxwebsrv...Reading symbols from /mnt/unsafe/debug//opt/VirtualBox/vboxwebsrv...done.
done.
(gdb) run
Starting program: /opt/VirtualBox/vboxwebsrv
warning: Cannot call inferior functions, Linux kernel PaX protection forbids return to non-executable pages!
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x3ae44530700 (LWP 27358)]
[Thread 0x3ae44530700 (LWP 27358) exited]
Oracle VM VirtualBox web service Version 5.1.10
(C) 2007-2016 Oracle Corporation
All rights reserved.
VirtualBox web service 5.1.10 r112026 linux.amd64 (Nov 21 2016 17:41:59) release log
00:00:00.000135 main Log opened 2016-12-20T19:08:34.490113000Z
00:00:00.000138 main Build Type: release
00:00:00.000143 main OS Product: Linux
00:00:00.000155 main OS Release: 4.7.10-hardened
00:00:00.000156 main OS Version: #1 SMP Sat Dec 10 14:30:44 CET 2016
00:00:00.000192 main DMI Product Name: System Product Name
00:00:00.000202 main DMI Product Version: System Version
00:00:00.000292 main Host RAM: 16017MB (15.6GB) total, 14776MB (14.4GB) available
00:00:00.000299 main Executable: /opt/VirtualBox/vboxwebsrv
00:00:00.000300 main Process ID: 27353
00:00:00.000301 main Package type: LINUX_64BITS_GENERIC
00:00:00.030576 main IPC socket path: /tmp/.vbox-vbox-ipc/ipcd
[New Thread 0x3ae46835700 (LWP 27364)]
[New Thread 0x3ae46814700 (LWP 27365)]
Program received signal SIGSEGV, Segmentation fault.
0x000003ae466391d3 in elf_machine_rela (reloc=0x3ae3baec618, reloc=0x3ae3baec618, skip_ifunc=33554432,
reloc_addr_arg=0x3ae3bdfcf38, version=<optimized out>, sym=0x3ae3bad7498, map=0x24cd900)
at ../sysdeps/x86_64/dl-machine.h:301
301 ../sysdeps/x86_64/dl-machine.h: No such file or directory.
(gdb) bt full
#0 0x000003ae466391d3 in elf_machine_rela (reloc=0x3ae3baec618, reloc=0x3ae3baec618, skip_ifunc=33554432,
reloc_addr_arg=0x3ae3bdfcf38, version=<optimized out>, sym=0x3ae3bad7498, map=0x24cd900)
at ../sysdeps/x86_64/dl-machine.h:301
_lr = <optimized out>
_tc = 4
v = 0x0
refsym = 0x3ae3bad7498
sym_map = <optimized out>
value = <optimized out>
reloc_addr = 0x3ae3bdfcf38
r_type = 6
#1 elf_dynamic_do_Rela (skip_ifunc=33554432, lazy=<optimized out>, nrelative=<optimized out>,
relsize=<optimized out>, reladdr=<optimized out>, map=0x24cd900) at do-rel.h:137
ndx = <optimized out>
version = <optimized out>
symtab = <optimized out>
relative = <optimized out>
end = <optimized out>
l_addr = <optimized out>
r2 = 0x0
r = 0x3ae3baec618
end2 = 0x0
#2 _dl_relocate_object (scope=<optimized out>, reloc_mode=reloc_mode@entry=1,
consider_profiling=<optimized out>, consider_profiling@entry=0) at dl-reloc.c:258
ranges_index = <optimized out>
ranges = {{start = 4046860499504, size = 8592, nrelative = 127, lazy = 0}, {start = 0, size = 0,
nrelative = 0, lazy = 0}}
edr_lazy = 6
textrels = <optimized out>
errstring = 0x0
lazy = <optimized out>
skip_ifunc = 0
#3 0x000003ae46641d71 in dl_open_worker (a=a@entry=0x3d9c42d5b20) at dl-open.c:424
i = 1
args = 0x3d9c42d5b20
file = <optimized out>
mode = -2147483647
call_map = <optimized out>
dst = <optimized out>
new = 0x24b1040
__PRETTY_FUNCTION__ = "dl_open_worker"
r = <optimized out>
reloc_mode = 1
nmaps = <optimized out>
l = <optimized out>
maps = 0x3d9c42d58d0
relocation_in_progress = <optimized out>
any_tls = <optimized out>
first_static_tls = <optimized out>
#4 0x000003ae4663ce61 in _dl_catch_error (objname=objname@entry=0x3d9c42d5b10,
errstring=errstring@entry=0x3d9c42d5b18, mallocedp=mallocedp@entry=0x3d9c42d5b0f,
operate=operate@entry=0x3ae46641890 <dl_open_worker>, args=args@entry=0x3d9c42d5b20) at dl-error.c:187
errcode = 2
c = {objname = 0x3d9c42d5b10, errstring = 0x3d9c42d5b18, malloced = 0x3d9c42d5b0f,
errcode = 0x3d9c42d59dc, env = {{__jmpbuf = {4233834093632, -3072898348967441096, 2147483649,
38598696, 4047027543466, 4047042322432, -3072898349082784456, -3047288063886799560},
__mask_was_saved = 38591576, __saved_mask = {__val = {4233834093104, 4047042327520, 2,
4233834093200, 38595312, 4233834093231, 4047042322432, 4233834093472, 4047040156698,
8007528159407661411, 8241983636739351920, 7162247753406375013, 3386818436081786996,
8390884874628919407, 7147063552911368565, 8389754680828259695}}}}}
catchp = 0x3ae46837718
old = <optimized out>
#5 0x000003ae46641245 in _dl_open (file=0x24cf828 "/opt/VirtualBox/components/VBoxREM.so",
mode=-2147483647, caller_dlopen=0x3ae45a39daa <VBoxNsprPR_LoadLibraryWithFlags+184>, nsid=-2,
argc=<optimized out>, argv=<optimized out>, env=0x2480b40) at dl-open.c:649
args = {file = 0x24cf828 "/opt/VirtualBox/components/VBoxREM.so", mode = -2147483647,
caller_dlopen = 0x3ae45a39daa <VBoxNsprPR_LoadLibraryWithFlags+184>,
caller_dl_open = 0x3ae44838002 <dlopen_doit+114>, map = 0x24b1040, nsid = 0, argc = 1,
argv = 0x3d9c42dce08, env = 0x2480b40}
objname = 0x3d9c42d5b64 ""
errstring = 0x3ae4662d5f0 ""
malloced = false
errcode = <optimized out>
__PRETTY_FUNCTION__ = "_dl_open"
#6 0x000003ae44838002 in dlopen_doit (a=a@entry=0x3d9c42d5d80) at dlopen.c:66
args = 0x3d9c42d5d80
#7 0x000003ae4663ce61 in _dl_catch_error (objname=0x2468000, errstring=0x2468008, mallocedp=0x2467ff8,
operate=0x3ae44837f90 <dlopen_doit>, args=0x3d9c42d5d80) at dl-error.c:187
errcode = 985
c = {objname = 0x2468000, errstring = 0x2468008, malloced = 0x2467ff8, errcode = 0x3d9c42d5c3c,
env = {{__jmpbuf = {0, -3072898348921303752, 4047008661392, 4233834093952, 0, 4233834096444,
-3072898349003092680, -3047288063886799560}, __mask_was_saved = 38330992, __saved_mask = {
__val = {15, 14, 4047027571569, 0, 4047027349790, 73, 4047027538291, 38598480,
4047027101612, 0, 1167934118, 4233834096444, 40, 4233834094000, 38174704,
4047008661392}}}}}
catchp = 0x3ae46837718
old = <optimized out>
#8 0x000003ae448386a9 in _dlerror_run (operate=operate@entry=0x3ae44837f90 <dlopen_doit>,
args=args@entry=0x3d9c42d5d80) at dlerror.c:163
result = 0x2467ff0
#9 0x000003ae448380b2 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
args = {file = 0x24cf828 "/opt/VirtualBox/components/VBoxREM.so", mode = 1, new = 0x24cf878,
caller = 0x3ae45a39daa <VBoxNsprPR_LoadLibraryWithFlags+184>}
#10 0x000003ae45a39daa in pr_LoadLibraryByPathname (flags=1,
name=0x24cf828 "/opt/VirtualBox/components/VBoxREM.so")
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/nsprpub/pr/src/linking/prlink.c:1113
dl_flags = <optimized out>
h = <optimized out>
lm = 0x24cf940
result = 0x0
oserr = <optimized out>
#11 VBoxNsprPR_LoadLibraryWithFlags (libSpec=..., flags=1)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/nsprpub/pr/src/linking/prlink.c:674
No locals.
#12 0x000003ae45a39ea7 in VBoxNsprPR_LoadLibrary (name=0x24cf828 "/opt/VirtualBox/components/VBoxREM.so")
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/nsprpub/pr/src/linking/prlink.c:698
libSpec = {type = PR_LibSpec_Pathname, value = {
pathname = 0x24cf828 "/opt/VirtualBox/components/VBoxREM.so", mac_named_fragment = {
fsspec = 0x24cf828, name = 0x24cf750 "\020\226\307E\256\003"}, mac_indexed_fragment = {
fsspec = 0x24cf828, index = 38598480}}}
#13 0x000003ae459eee24 in nsLocalFile::Load (this=<optimized out>, _retval=0x24cf878)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/xpcom/io/nsLocalFileUnix.cpp:1542
No locals.
#14 0x000003ae45a05d0f in nsDll::Load (this=0x24cf870)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/xpcom/components/xcDll.cpp:248
manager = {<nsCOMPtr_base> = {mRawPtr = 0x248e2a0}, <No data fields>}
extraData = {<nsCString> = {<nsCSubstring> = {<nsACString> = {
mVTable = 0x3ae45c75530 <vtable for nsObsoleteACStringThunk+16>,
mData = 0x3ae45a456e0 <gNullChar> "", mLength = 0,
mFlags = 3}, <No data fields>}, <No data fields>}, <No data fields>}
dependentLibArray = {_vptr.nsVoidArray = 0x3ae45c76570 <vtable for nsVoidArray+16>, mImpl = 0x0}
lf = {<nsCOMPtr_base> = {mRawPtr = 0x24cf750}, <No data fields>}
#15 0x000003ae45a06991 in nsNativeComponentLoader::SelfRegisterDll (this=0x249aab0, dll=0x24cf870,
registryLocation=0x24ceaa0 "rel:VBoxREM.so", deferred=<optimized out>)
---Type <return> to continue, or q <return> to quit---
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/xpcom/components/nsNativeComponentLoader.cpp:393
res = 0
serviceMgr = {<nsCOMPtr_base> = {mRawPtr = 0x248e278}, <No data fields>}
fs = {<nsCOMPtr_base> = {mRawPtr = 0x3d9c42d6734}, <No data fields>}
mobj = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>}
#16 0x000003ae45a07fdb in nsNativeComponentLoader::AutoRegisterComponent (this=0x249aab0,
when=<optimized out>, component=<optimized out>, registered=0x3d9c42d6734)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/xpcom/components/nsNativeComponentLoader.cpp:941
rv = 0
key = {<nsHashKey> = {_vptr.nsHashKey = 0x3ae45c78d90 <vtable for nsCStringKey+16>},
mStr = 0x24ceaa0 "rel:VBoxREM.so", mStrLen = 14, mOwnership = nsCStringKey::OWN_CLONE}
res = <optimized out>
cchLeafName = <optimized out>
persistentDescriptor = {<nsCString> = {<nsCSubstring> = {<nsACString> = {
mVTable = 0x3ae45c75530 <vtable for nsObsoleteACStringThunk+16>,
mData = 0x24ceaa0 "rel:VBoxREM.so", mLength = 14,
mFlags = 9}, <No data fields>}, <No data fields>}, <No data fields>}
s_szSuff = ".so"
s_szSuffInvalid = "-x86.so"
strLeafName = {<nsFixedCString> = {<nsCString> = {<nsCSubstring> = {<nsACString> = {
mVTable = 0x3ae45c75530 <vtable for nsObsoleteACStringThunk+16>,
mData = 0x3d9c42d6568 "VBoxREM.so", mLength = 10,
mFlags = 65553}, <No data fields>}, <No data fields>}, mFixedCapacity = 63,
mFixedBuf = 0x3d9c42d6568 "VBoxREM.so"},
mStorage = "VBoxREM.so\000.so", '\000' <repeats 42 times>, "\377\000\000\000\000\000\000"}
obsoleteManager = {<nsCOMPtr_base> = {mRawPtr = 0x248e2b0}, <No data fields>}
dll = 0x24cf870
#17 0x000003ae45a0646a in nsNativeComponentLoader::RegisterComponentsInDir (this=0x249aab0, when=0,
dir=<optimized out>)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/xpcom/components/nsNativeComponentLoader.cpp:251
registered = 0
rv = <optimized out>
isDir = 0
dirIterator = {<nsCOMPtr_base> = {mRawPtr = 0x24abe40}, <No data fields>}
dirEntry = {<nsCOMPtr_base> = {mRawPtr = 0x24cf750}, <No data fields>}
more = 1
#18 0x000003ae45a062d6 in nsNativeComponentLoader::AutoRegisterComponents (this=<optimized out>,
aWhen=<optimized out>, aDirectory=<optimized out>)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/xpcom/components/nsNativeComponentLoader.cpp:184
rv = 4
#19 0x000003ae45a09fab in nsComponentManagerImpl::AutoRegisterImpl (this=0x248e270, when=0, inDirSpec=0x0,
fileIsCompDir=<optimized out>)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/xpcom/components/nsComponentManager.cpp:3157
dir = {<nsCOMPtr_base> = {mRawPtr = 0x24adf50}, <No data fields>}
rv = <optimized out>
iim = {<nsCOMPtr_base> = {mRawPtr = 0x24aa5c0}, <No data fields>}
loaderEnum = {<nsCOMPtr_base> = {mRawPtr = 0x2483778}, <No data fields>}
hasMore = <optimized out>
#20 0x000003ae45a0a395 in nsComponentManagerImpl::AutoRegister (this=0x248e270, aSpec=0x0)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/libs/xpcom18a4/xpcom/components/nsComponentManager.cpp:3375
directory = 942
#21 0x0000000000ee39a8 in com::Initialize (fGui=<optimized out>, fAutoRegUpdate=<optimized out>)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/VBox/Main/glue/initterm.cpp:529
registrar = {<nsCOMPtr_base> = {mRawPtr = 0x248e280}, <No data fields>}
serviceManager = {<nsCOMPtr_base> = {mRawPtr = 0x248e278}, <No data fields>}
szAppHomeDir = "/opt/VirtualBox", '\000' <repeats 1689 times>...
szCompDir = "/opt/VirtualBox/components", '\000' <repeats 4073 times>
dsProv = {<nsCOMPtr_base> = {mRawPtr = 0x2480970}, <No data fields>}
appDir = {<nsCOMPtr_base> = {mRawPtr = 0x2480a50}, <No data fields>}
rc2 = <optimized out>
i = <optimized out>
vrc = <optimized out>
rc = 0
szCompReg = "/home/vbox/.VirtualBox/compreg.dat", '\000' <repeats 1766 times>...
szXptiDat = "/home/vbox/.VirtualBox/xpti.dat", '\000' <repeats 1113 times>...
#22 0x000000000040a3c3 in main (argc=<optimized out>, argv=0x2468a90)
at /home/vbox/tinderbox/5.1-lnx64-rel/src/VBox/Main/webservice/vboxweb.cpp:1258
c = <optimized out>
pszPidFile = 0x0
ValueUnion = {pDef = 0x0, psz = 0x0, i8 = 0 '\000', u8 = 0 '\000', i16 = 0, u16 = 0, i32 = 0,
u32 = 0, i64 = 0, u64 = 0, MacAddr = {au8 = "\000\000\000\000\000", au16 = {0, 0, 0}}, Uuid = {
au8 = "\000\000\000\000\000\000\000\000\000\355@\000\000\000\000", au16 = {0, 0, 0, 0, 60672,
64, 0, 0}, au32 = {0, 0, 4254976, 0}, au64 = {0, 4254976}, Gen = {u32TimeLow = 0,
u16TimeMid = 0, u16TimeHiAndVersion = 0, u8ClockSeqHiAndReserved = 0 '\000',
u8ClockSeqLow = 237 '\355', au8Node = "@\000\000\000\000"}}, f = false}
szError = "unknown error", '\000' <repeats 4214 times>
hrc = <optimized out>
vboxClientListener = {m_p = 0x3d9c42dcde0}
rc = <optimized out>
pszLogFile = 0x0
GetState = {iNext = 1, argv = 0x2468a90, argc = 1, paOptions = 0xee9040 <g_aOptions>, cOptions = 22,
pszNextShort = 0x0, pDef = 0x0, uIndex = 4294967295, fFlags = 0, cNonOptions = 0}
(gdb) |
Last edited by TheButcher on Sun Jan 08, 2017 4:43 pm; edited 1 time in total |
|
| Back to top |
|
 |
Roman_Gruber
Advocate
Joined: 03 Oct 2006
Posts: 3846
Location: Austro Bavaria
|
| Posted: Thu Dec 29, 2016 8:06 pm Post subject: |
|
|
Thats only useful for the guy who wrote the software.
You said a binary. Well you did the right thing to report back.
I am not fond of binaries. e.g. skype, teamspeak ... bareley worked here out of the box. nvidia-drivers sometimes worked. |
|
| Back to top |
|
|
TheButcher
n00b
Joined: 22 Nov 2003
Posts: 63
Location: Vienna / Austria / Europe
|
| Posted: Thu Dec 29, 2016 8:50 pm Post subject: |
|
|
| Roman_Gruber wrote: | | You said a binary. Well you did the right thing to report back. |
Well, yes. Whilst they did not explicitly say it, virtualbox devs seem reluctant to investigate the problem in more detail.
Somehow I agree with frank from virtualbox community forum, that there shouldn't be a segfault within glibc with a shared object that obviously is working on the vast majority on linux systems.
I am assuming that it might be some hardened issue (damn, I didn't mention that in my opening post), or maybe some grsec/pax related issue.
That's why I also posted it here. Maybe there are also some other people to be found who experience the same problem... 
I'll also look up some glibc forum/mailing list on the weekend. Maybe someone over there can help or figure out what's really wrong.
Thanks again for any ideas, suggestions or help,
butch. |
|
| Back to top |
|
|
TheButcher
n00b
Joined: 22 Nov 2003
Posts: 63
Location: Vienna / Austria / Europe
|
| Posted: Sun Jan 08, 2017 4:43 pm Post subject: |
|
|
Ok, I finally had enough time to figure out the problem myself.
Short version: I set up a second gentoo hardened machine B for troubleshooting, set all the security and kernel settings as they are on my regular machine A.
Strangely enough, the virtualbox processes seemed to be working just fine. So I started to look for differences...
After doing some debugging, LD_DEBUG stuff and source code analysis, comparing it between machine A and B, I was able to drill it down to the cause.
On machine A, there was some residue from some ancient virtualbox installation. This made my /opt/VirtualBox/components look like this:
| Code: | tomb ~ # ls -l /opt/VirtualBox/components/
total 4152
-rw-r--r-- 1 root root 3946496 Jan 7 22:09 VBoxC.so
lrwxrwxrwx 1 root root 25 Apr 6 2011 VBoxDD.so -> /opt/VirtualBox/VBoxDD.so
lrwxrwxrwx 1 root root 26 Apr 6 2011 VBoxDD2.so -> /opt/VirtualBox/VBoxDD2.so
lrwxrwxrwx 1 root root 26 Jan 7 22:09 VBoxDDU.so -> /opt/VirtualBox/VBoxDDU.so
lrwxrwxrwx 1 root root 26 Apr 6 2011 VBoxDbg.so -> /opt/VirtualBox/VBoxDbg.so
lrwxrwxrwx 1 root root 38 Apr 6 2011 VBoxGuestControlSvc.so -> /opt/VirtualBox/VBoxGuestControlSvc.so
lrwxrwxrwx 1 root root 35 Apr 6 2011 VBoxGuestPropSvc.so -> /opt/VirtualBox/VBoxGuestPropSvc.so
lrwxrwxrwx 1 root root 31 Apr 6 2011 VBoxHeadless.so -> /opt/VirtualBox/VBoxHeadless.so
lrwxrwxrwx 1 root root 30 Apr 6 2011 VBoxNetDHCP.so -> /opt/VirtualBox/VBoxNetDHCP.so
lrwxrwxrwx 1 root root 36 Apr 6 2011 VBoxOGLhostcrutil.so -> /opt/VirtualBox/VBoxOGLhostcrutil.so
lrwxrwxrwx 1 root root 38 Apr 6 2011 VBoxOGLhosterrorspu.so -> /opt/VirtualBox/VBoxOGLhosterrorspu.so
lrwxrwxrwx 1 root root 35 Apr 6 2011 VBoxOGLrenderspu.so -> /opt/VirtualBox/VBoxOGLrenderspu.so
lrwxrwxrwx 1 root root 29 Apr 6 2011 VBoxPython.so -> /opt/VirtualBox/VBoxPython.so
lrwxrwxrwx 1 root root 32 Apr 6 2011 VBoxPython2_6.so -> /opt/VirtualBox/VBoxPython2_6.so
lrwxrwxrwx 1 root root 26 Jan 7 22:09 VBoxREM.so -> /opt/VirtualBox/VBoxREM.so
lrwxrwxrwx 1 root root 25 Jan 7 22:09 VBoxRT.so -> /opt/VirtualBox/VBoxRT.so
lrwxrwxrwx 1 root root 26 Apr 6 2011 VBoxSDL.so -> /opt/VirtualBox/VBoxSDL.so
-rw-r--r-- 1 root root 14736 Jan 7 22:09 VBoxSVCM.so
lrwxrwxrwx 1 root root 38 Apr 6 2011 VBoxSharedClipboard.so -> /opt/VirtualBox/VBoxSharedClipboard.so
lrwxrwxrwx 1 root root 37 Apr 6 2011 VBoxSharedCrOpenGL.so -> /opt/VirtualBox/VBoxSharedCrOpenGL.so
lrwxrwxrwx 1 root root 36 Apr 6 2011 VBoxSharedFolders.so -> /opt/VirtualBox/VBoxSharedFolders.so
lrwxrwxrwx 1 root root 26 Jan 7 22:09 VBoxVMM.so -> /opt/VirtualBox/VBoxVMM.so
lrwxrwxrwx 1 root root 27 Apr 6 2011 VBoxVRDP.so -> /opt/VirtualBox/VBoxVRDP.so
lrwxrwxrwx 1 root root 28 Jan 7 22:09 VBoxXPCOM.so -> /opt/VirtualBox/VBoxXPCOM.so
-rw-r--r-- 1 root root 25931 Jan 7 22:09 VBoxXPCOMBase.xpt
lrwxrwxrwx 1 root root 29 Apr 6 2011 VBoxXPCOMC.so -> /opt/VirtualBox/VBoxXPCOMC.so
-rw-r--r-- 1 root root 134912 Jan 7 22:09 VBoxXPCOMIPCC.so
lrwxrwxrwx 1 root root 27 Apr 6 2011 VRDPAuth.so -> /opt/VirtualBox/VRDPAuth.so
lrwxrwxrwx 1 root root 33 Apr 6 2011 VRDPAuthSimple.so -> /opt/VirtualBox/VRDPAuthSimple.so
lrwxrwxrwx 1 root root 29 Apr 6 2011 VirtualBox.so -> /opt/VirtualBox/VirtualBox.so
-rw-r--r-- 1 root root 92916 Jan 7 22:09 VirtualBox_XPCOM.xpt
-rw-r--r-- 1 root root 1184 Apr 8 2011 compreg.dat
-rw-r--r-- 1 root root 19109 Apr 8 2011 xpti.dat
tomb ~ # |
Bottom line: Having the VBoxDbg.so in the components directory and thus automatically loading/registering it during startup through VBoxXPCOM.so iirc is causing the segfault described in my opening post.
I could recreate the issue by creating this symlink on machine B.
I didn't analyze any further what causes the segfault in detail. In this case it's simply: Working system => happy.  |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Other Things Gentoo
