[OpenIndiana-discuss] Problem with VirtualBox since upgrade today

Carsten Grzemba grzemba at contac-dt.de
Wed Jul 12 09:04:08 UTC 2023



Am 11.07.23 20:32 schrieb russell  <stream at willows7.myzen.co.uk>: 
> 
> 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
> openindiana-discuss at openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
> 

 
I would recommend downsize and try to isolate the problem, start with 

 
$ VBoxManage list vms
 

 
 
-- 
Carsten


More information about the openindiana-discuss mailing list