Am 11.07.23 20:32 schrieb russell <[email protected]>: > > Hi Stephan > > I ran "truss -leaf -o /tmp/truss.vb VirtualBox" to try an understand why > my existing virtual machines are not detected then closed VirtualBox. > Checking the truss.vb I found 275223 error messages types :- > > 13316 ENOENT 261610 EAGAIN 35 ESRCH > 42 ENXIO 132 ETIME 38 ENOTTY > 13 ENOMEM 8 EEXIST 6 > EACCES 4 ECHILD 4 EPERM > 3 ERESTART 4 EBADF 6 EINVAL > 2 EINTR > > I also got to SIGSEGV segmentation faults > > 2432/1: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000008 > 2432/1: Received signal #11, SIGSEGV [default] > 2432/1: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000008 > > Looking through the truss searching for my name I can see that > VirtualBox correctly opened all my VirtualBox VMs <vbox name>.vbox > files but was looking for /home/russell/.config/QtProject.conf found it, > but had access issues checking my file I found it owned by root:root > dated 23rd March 2021. I changed the permissions so I owned the file; > started VirtualBox (no change in respect of virtual machines not > appearing). However when I attempted to close VirtualBox I get the > following error "Failed to set the global VirtualBox extra data for key > GUI/LastWindowPosition to value { 2967,61,869,772}." and when I look at > the details I get get the following CalleeĀ RC: > > > > > NS_ERROR_CALL_FAILED (0x800706BE) > > I have to pkill VirtualBox as I am unable to stop it via the GUI. > > Do you get something similar? > > Kind Regards > > Russell > > > On 7/11/23 16:31, Stephan Althaus wrote: > > On 7/11/23 15:25, russell wrote: > >> > >> Good Afternoon Stephan > >> > >> I would advise against trying to build VirtualBox with gcc-7 due to > >> the incompatibility between gcc-10 and gcc-7 libraries, which causes > >> applications to crash or run incorrectly. > >> > >> Switching the default build compiler to gcc-10 should eliminate the > >> mix of gcc-7 and gcc-10 compiled applications and the library > >> interdependency problems going forward. > >> > >> Kind Regards > >> > >> Russell > >> > > Hi Russell! > > > > Ok sounds reasonable :-) > > > > What are our next steps to get it working again? > > > > Truss output from the new BV-build sounds weird (see below), but the > > working one in the old BE does the same for gcc/10 > > > > So where can we start solving this? > > > > Regards, > > > > Stephan > > > > ------------------------------------------------------------------------------------------------------------------------ > > > > $ truss /opt/VirtualBox/amd64/VirtualBox 2>&1 |grep -i err|grep > > "gcc/7" stat("/usr/gcc/7/lib/amd64/libc.so.1", 0x7FFFBFFFDF80) Err#2 > > ENOENT stat("/usr/gcc/7/lib/amd64/libsocket.so.1", 0x7FFFBFFFD780) > > Err#2 ENOENT stat("/usr/gcc/7/lib/amd64/libXau.so.6", 0x7FFFBFFFDA80) > > Err#2 ENOENT stat("/usr/gcc/7/lib/amd64/libxcb.so.1", 0x7FFFBFFFDD80) > > Err#2 ENOENT /1: stat("/usr/gcc/7/lib/amd64/libX11.so.4", > > 0x7FFFBFFFDAF0) Err#2 ENOENT /1: > > stat("/usr/gcc/7/lib/amd64/libxcb-xkb.so.1", 0x7FFFBFFFD8A0) Err#2 > > ENOENT /1: stat("/usr/gcc/7/lib/amd64/libxkbcommon.so.0", > > 0x7FFFBFFFC880) Err#2 ENOENT /1: > > stat("/usr/gcc/7/lib/amd64/libunistring.so.2", 0x7FFFBFFFD560) Err#2 > > ENOENT /1: stat("/usr/gcc/7/lib/amd64/libgcrypt.so.20", > > 0x7FFFBFFFDB40) Err#2 ENOENT /1: > > stat("/usr/gcc/7/lib/amd64/libz.so.1", 0x7FFFBFFFDB40) Err#2 ENOENT > > /1: stat("/usr/gcc/7/lib/amd64/libXdmcp.so.6", 0x7FFFBFFFDB40) Err#2 > > ENOENT /1: stat("/usr/gcc/7/lib/amd64/libxcb-render.so.0", > > 0x7FFFBFFFD560) Err#2 ENOENT /1: > > stat("/usr/gcc/7/lib/amd64/libxcb-shm.so.0", 0x7FFFBFFFDB40) Err#2 > > ENOENT /1: stat("/usr/gcc/7/lib/amd64/libxcb-util.so.1", > > 0x7FFFBFFFDB40) Err#2 ENOENT /1: > > stat("/usr/gcc/7/lib/amd64/libXext.so.0", 0x7FFFBFFFDB40) Err#2 ENOENT > > /1: stat("/usr/gcc/7/lib/amd64/libXrender.so.1", 0x7FFFBFFFDB40) Err#2 > > ENOENT /1: stat("/usr/gcc/7/lib/amd64/libXfixes.so.1", 0x7FFFBFFFDB40) > > Err#2 ENOENT /1: stat("/usr/gcc/7/lib/amd64/libgobject-2.0.so.0", > > 0x7FFFBFFFD560) Err#2 ENOENT /1: > > stat("/usr/gcc/7/lib/amd64/libglib-2.0.so.0", 0x7FFFBFFFD560) Err#2 > > ENOENT /1: stat("/usr/gcc/7/lib/amd64/libatk-1.0.so.0", > > 0x7FFFBFFFDB40) Err#2 ENOENT /1: > > stat("/usr/gcc/7/lib/amd64/libatspi.so.0", 0x7FFFBFFFDB40) Err#2 > > ENOENT /1: stat("/usr/gcc/7/lib/amd64/libdbus-1.so.3", 0x7FFFBFFFDB40) > > Err#2 ENOENT /1: stat("/usr/gcc/7/lib/amd64/libdl.so.1", > > 0x7FFFBFFFDB40) Err#2 ENOENT > > > _______________________________________________ > openindiana-discuss mailing list > [email protected] > https://openindiana.org/mailman/listinfo/openindiana-discuss >
I would recommend downsize and try to isolate the problem, start with $ VBoxManage list vms -- Carsten _______________________________________________ openindiana-discuss mailing list [email protected] https://openindiana.org/mailman/listinfo/openindiana-discuss
