Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Virtualbox cannot start my VMs
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
pablo_supertux
Advocate
Advocate


Joined: 25 Jan 2004
Posts: 2961
Location: Somewhere between reality and Middle-Earth and in Freiburg (Germany)

PostPosted: Thu Jan 30, 2025 10:43 am    Post subject: Virtualbox cannot start my VMs Reply with quote

Hi

Recently app-emulation/virtualbox got updated to 7.1.4 (I think I had 7.0.22) and since then I cannot any of my virtual machines anymore.

I've removed the modules with depmod -r, I recompiled then, inserted them again with depmod and yet all I get is

Code:

Result Code:
NS_ERROR_FAILURE (0x80004005)


on all VMs

In dmesg all I can see is this

Code:

[ 4893.378288] VirtualBoxVM[21455]: segfault at 0 ip 00007f902df3665d sp 00007ffc13e56548 error 4 in libc.so.6[7f902de66000+f5000] likely on CPU 12 (core 4, socket 0)
[ 4893.378302] Code: 00 00 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa 89 f8 48 89 fa c5 f9 ef c0 25 ff 0f 00 00 3d e0 0f 00 00 0f 87 33 01 00 00 <c5> fd 74 0f c5 fd d7 c1 85 c0 74 57 f3 0f bc c0 c5 f8 77 c3 66 66


In ~/.VirtualBox/VBoxSVC.log I can see

Code:

00:06:58.387297 DCon17   Launched VM: 486141856 pid: 21581 (0x544d) frontend: GUI/Qt name: Windows 10 (Viega)
00:06:58.417397 DCon16   ERROR [COM]: aRC=VBOX_E_OBJECT_NOT_FOUND (0x80bb0001) aIID={5bfd8965-b81b-469f-8649-f717ce97a5d5} aComponent={NvramStoreWrap} aText={The UEFI NVRAM file is not existing for this machine}, preserve=false aResultDetail=0
00:06:58.418728 DCon16   Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE
00:06:58.430433 DCon16   ERROR [COM]: aRC=VBOX_E_INVALID_VM_STATE (0x80bb0002) aIID={e36a5081-a82a-40bd-9e4e-42a44d6ce50f} aComponent={MachineWrap} aText={The machine is not mutable, saved or running (state is PoweredOff)}, preserve=false aResultDetail=0
00:06:58.887942 Watcher  ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) aIID={e36a5081-a82a-40bd-9e4e-42a44d6ce50f} aComponent={MachineWrap} aText={The virtual machine 'Windows 10 (Viega)' has terminated unexpectedly during startup because of signal 11}, preserve=false aResultDetail=0
00:06:58.942521 DCon22   ERROR [COM]: aRC=VBOX_E_OBJECT_NOT_FOUND (0x80bb0001) aIID={5bfd8965-b81b-469f-8649-f717ce97a5d5} aComponent={NvramStoreWrap} aText={The UEFI NVRAM file is not existing for this machine}, preserve=false aResultDetail=0
00:06:58.943821 DCon22   Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE
00:06:58.955441 DCon22   ERROR [COM]: aRC=VBOX_E_INVALID_VM_STATE (0x80bb0002) aIID={e36a5081-a82a-40bd-9e4e-42a44d6ce50f} aComponent={MachineWrap} aText={The machine is not mutable, saved or running (state is PoweredOff)}, preserve=false aResultDetail=0


The Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE" is interessting.

Code:

ls -alh /dev/vboxdrvu
crw------- 1 root root 10, 123 Jan 30 11:26 /dev/vboxdrvu


So this dev device is only accessible for root (which is strange). I tried

Code:

chgrp vboxusers /dev/vboxdrvu
chmod 660 /dev/vboxdrvu


but I'm keep getting the same error. In VBoxSVC.log I get the same entries minus the "Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE"

Does anybody know what is going on?
_________________
A! Elbereth Gilthoniel!
silivren penna míriel
o menel aglar elenath,
Gilthoniel, A! Elbereth!
Back to top
View user's profile Send private message
pablo_supertux
Advocate
Advocate


Joined: 25 Jan 2004
Posts: 2961
Location: Somewhere between reality and Middle-Earth and in Freiburg (Germany)

PostPosted: Thu Jan 30, 2025 11:06 am    Post subject: Reply with quote

It seems an error on 7.1.4. I downgraded to 7.0.22 and now everything is working again.

I will create a bug report
_________________
A! Elbereth Gilthoniel!
silivren penna míriel
o menel aglar elenath,
Gilthoniel, A! Elbereth!
Back to top
View user's profile Send private message
pablo_supertux
Advocate
Advocate


Joined: 25 Jan 2004
Posts: 2961
Location: Somewhere between reality and Middle-Earth and in Freiburg (Germany)

PostPosted: Thu Jan 30, 2025 11:36 am    Post subject: Reply with quote

It seems other people are also having trouble with the same thing:

- https://bbs.archlinux.org/viewtopic.php?id=299392

- https://forums.virtualbox.org/viewtopic.php?t=112688
_________________
A! Elbereth Gilthoniel!
silivren penna míriel
o menel aglar elenath,
Gilthoniel, A! Elbereth!
Back to top
View user's profile Send private message
OldTango
l33t
l33t


Joined: 21 Feb 2004
Posts: 732

PostPosted: Wed Feb 19, 2025 10:10 pm    Post subject: Re: Virtualbox cannot start my VMs Reply with quote

pablo_supertux wrote:
Hi

Recently app-emulation/virtualbox got updated to 7.1.4 (I think I had 7.0.22) and since then I cannot any of my virtual machines anymore.

I've removed the modules with depmod -r, I recompiled then, inserted them again with depmod and yet all I get is

Code:

Result Code:
NS_ERROR_FAILURE (0x80004005)


on all VMs

Had the same issue here until I realized I had forgotten to load the correct modules. I just did a system reboot. Solved the problem.

pablo_supertux wrote:

In ~/.VirtualBox/VBoxSVC.log I can see

Code:

00:06:58.387297 DCon17   Launched VM: 486141856 pid: 21581 (0x544d) frontend: GUI/Qt name: Windows 10 (Viega)
00:06:58.417397 DCon16   ERROR [COM]: aRC=VBOX_E_OBJECT_NOT_FOUND (0x80bb0001) aIID={5bfd8965-b81b-469f-8649-f717ce97a5d5} aComponent={NvramStoreWrap} aText={The UEFI NVRAM file is not existing for this machine}, preserve=false aResultDetail=0
00:06:58.418728 DCon16   Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE
00:06:58.430433 DCon16   ERROR [COM]: aRC=VBOX_E_INVALID_VM_STATE (0x80bb0002) aIID={e36a5081-a82a-40bd-9e4e-42a44d6ce50f} aComponent={MachineWrap} aText={The machine is not mutable, saved or running (state is PoweredOff)}, preserve=false aResultDetail=0
00:06:58.887942 Watcher  ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) aIID={e36a5081-a82a-40bd-9e4e-42a44d6ce50f} aComponent={MachineWrap} aText={The virtual machine 'Windows 10 (Viega)' has terminated unexpectedly during startup because of signal 11}, preserve=false aResultDetail=0
00:06:58.942521 DCon22   ERROR [COM]: aRC=VBOX_E_OBJECT_NOT_FOUND (0x80bb0001) aIID={5bfd8965-b81b-469f-8649-f717ce97a5d5} aComponent={NvramStoreWrap} aText={The UEFI NVRAM file is not existing for this machine}, preserve=false aResultDetail=0
00:06:58.943821 DCon22   Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE
00:06:58.955441 DCon22   ERROR [COM]: aRC=VBOX_E_INVALID_VM_STATE (0x80bb0002) aIID={e36a5081-a82a-40bd-9e4e-42a44d6ce50f} aComponent={MachineWrap} aText={The machine is not mutable, saved or running (state is PoweredOff)}, preserve=false aResultDetail=0


The Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE" is interessting.

but I'm keep getting the same error. In VBoxSVC.log I get the same entries minus the "Failed to open "/dev/vboxdrvu", errno=13, rc=VERR_VM_DRIVER_NOT_ACCESSIBLE"


I am getting the exact same errors in my logs as well, even after my VM's start and run. They don't seem to be causing me any issues.

Have you confirmed you have the correct modules loaded and you built them for the kernel you are running.
Back to top
View user's profile Send private message
figueroa
Advocate
Advocate


Joined: 14 Aug 2005
Posts: 3020
Location: Edge of marsh USA

PostPosted: Thu May 15, 2025 5:28 pm    Post subject: Reply with quote

Over the last couple of months I've upgraded and then downgraded repeatedly to 7.0.22. I'm happy with 7.0.22, but I don't understand why 7.1.4-r1 continues to be "stable."
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi


Last edited by figueroa on Thu May 15, 2025 7:30 pm; edited 1 time in total
Back to top
View user's profile Send private message
apiaio
Guru
Guru


Joined: 04 Dec 2008
Posts: 429

PostPosted: Thu May 15, 2025 7:15 pm    Post subject: Reply with quote

app-emulation/virtualbox-7.1.4-r1 works perfectly for my virtual machines
Back to top
View user's profile Send private message
figueroa
Advocate
Advocate


Joined: 14 Aug 2005
Posts: 3020
Location: Edge of marsh USA

PostPosted: Thu May 15, 2025 7:30 pm    Post subject: Reply with quote

Thanks, apiaio. That's hopeful. It's clearly a mixed experience for users on Gentoo and other distributions. I've tried the various tricks found on the web, different VM settings, clearing kernel cashes via echoing a 3 into /proc/sys/vm/drop_caches. All I got for my troubles was slower performance until those caches are rebuilt through use. Happily, 7.0.22-r1 has been working flawlessly.

My hope is that someone will encounter this thread who has had and then blazed the way forward for we "problem users."
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi
Back to top
View user's profile Send private message
OldTango
l33t
l33t


Joined: 21 Feb 2004
Posts: 732

PostPosted: Thu May 15, 2025 8:59 pm    Post subject: Reply with quote

Works and performs very well for me also.

Code:
[ebuild   R    ] app-emulation/virtualbox-7.1.4-r1:0/7.1::gentoo  USE="alsa dbus gui java nls opengl pam pulseaudio sdk sdl udev vmmraw -debug -doc -dtrace -lvm (-pch) -python -test -vboxwebsrv -vde -vnc" PYTHON_SINGLE_TARGET="python3_11" 0 KiB
Back to top
View user's profile Send private message
figueroa
Advocate
Advocate


Joined: 14 Aug 2005
Posts: 3020
Location: Edge of marsh USA

PostPosted: Mon Jun 09, 2025 5:00 am    Post subject: Reply with quote

Actually solved, but I didn't start the thread. Andy, hopefully this isn't considered a zombie post.

VirtualBox-7.0.22 is no longer in the repository, so I was forced to upgrade to stable version 7.1.8, which gave me the same problem of not being able to start any virtual machine. I found the solution at https://www.virtualbox.org/ticket/22193

In short, as root, I did the following:
Code:
cd /usr/lib64/virtualbox
ln -s libpthread.so  /lib64/libpthread.so.0
ln -s   /lib64/libpthread.so.0 libpthread.so

After creating the two symlinks, my virtual machines start just fine. Why didn't the ebuild or source code do this for me?
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi
Back to top
View user's profile Send private message
rab0171610
Guru
Guru


Joined: 24 Dec 2022
Posts: 532

PostPosted: Mon Jun 09, 2025 8:40 am    Post subject: Reply with quote

figueroa wrote:
Actually solved, but I didn't start the thread. Andy, hopefully this isn't considered a zombie post.

VirtualBox-7.0.22 is no longer in the repository, so I was forced to upgrade to stable version 7.1.8, which gave me the same problem of not being able to start any virtual machine. I found the solution at https://www.virtualbox.org/ticket/22193

In short, as root, I did the following:
Code:
cd /usr/lib64/virtualbox
ln -s libpthread.so  /lib64/libpthread.so.0
ln -s   /lib64/libpthread.so.0 libpthread.so

After creating the two symlinks, my virtual machines start just fine. Why didn't the ebuild or source code do this for me?

I think that is a workaround and not a solution. The last two posts you link to explain:
Code:
"The symbolic-link workaround is not needed for fresh VirtualBox configurations, but only for configurations inherited from an older version of VirtualBox.

This insight prompted me to look for references to the suspicious dynamic libraries in my VirtualBox configuration. And I found this:

~/.config/VirtualBox> grep libdl *
compreg.dat:rel:VBoxXPCOMIPCC.so,1182466622000,VBoxXPCOM.so libpthread.so libdl.so

Looks like compreg.dat is caching some dynamic loader configuration.

Removing this file resolved the issue for me. "

I do not have older VM's laying around and I cannot replicate the issue. I think it is affecting a limited subset of users. I don't imagine that an ebuild would generally create symlinks in the system that aren't necessary and link to extinct file names from libraries that were absorbed into libc years ago.
The last post goes on to explain:
Code:
problem *seems* to affect really long time users of VBox where compreg.dat contains an outdated entry for the VBoxXPCOMIPCC.so component (above example is dated 2007-06-22). For various reasons, the entry for that component wasn't ever updated as new versions of VBox shipped. So, when we disabled the bogus generating of dependencies (VBoxXPCOM.so libpthread.so libdl.so) in 2008, the list for the VBoxXPCOMIPCC.so entry was carried along
. . .

the issue is fixed in SVN and backported to 7.1. Test builds with revision r168606 or later should include the fix.

Just deleting the compreg.dat file will fix the issue as well. It will automatically be re-generated, so this is perfectly safe.

So if it turns out the problem is due to a corrupt entry in a VBox config file located in the user's home directory, deleting the file would be the real solution and not creating bogus symlinks.
Back to top
View user's profile Send private message
figueroa
Advocate
Advocate


Joined: 14 Aug 2005
Posts: 3020
Location: Edge of marsh USA

PostPosted: Mon Jun 09, 2025 4:46 pm    Post subject: Reply with quote

Thank you very much rab0171610. That nailed it. REALLY solved for me now. You explained the rest of the story very well.

My original ancient installation was such that I didn't even have a VirtualBox file or directory in ~/.config. I have a ~/.VirtualBox directory containing configuration files and even some virtual machines.

To cut to the chase, I moved compreg.dat into old_compreg.dat_bak and removed the two symlink work arounds, and now VirtualBox runs and launches virtual machines as it should. compreg.dat was recreated without the problem entry:

Old compreg.dat with the problematic line: "rel:VBoxXPCOMIPCC.so,1196266671000,VBoxXPCOM.so libpthread.so libdl.so"
Code:
cat .VirtualBox/old_compreg.dat_bak
Generated File. Do not edit.

[HEADER]
Version,0,5

[COMPONENTS]
rel:VBoxSVCM.so,1749442381119
rel:VBoxC.so,1749442381150
rel:VBoxXPCOMIPCC.so,1196266671000,VBoxXPCOM.so libpthread.so libdl.so

[CLASSIDS]
{d9e56bf8-e32e-4b6d-87f1-06d73b0ce7ca},,,,rel:VBoxXPCOMIPCC.so
{1403adf4-94d1-4c67-a8ae-d9f86972d378},,,,rel:VBoxXPCOMIPCC.so
{9f12676a-5168-4a08-beb8-edf8a593a1ca},,,,rel:VBoxXPCOMIPCC.so
{b1a7a4f2-47b9-4a1e-82b2-07ccd5323c3f},,,,rel:VBoxSVCM.so
{3c02f46d-c9d2-4f11-a384-53f0cf917214},,,,rel:VBoxC.so
{49ee8561-5563-4715-b18c-a4b1a490dafe},,,,rel:VBoxC.so
{dd3fc71d-26c0-4fe1-bf6f-67f633265bba},,,,rel:VBoxC.so
{63a5d9dc-4828-425a-bd50-bd10a4b26f2c},@mozilla.org/ipc/dconnect-service;1,,ipcDConnectService,rel:VBoxXPCOMIPCC.so

[CONTRACTIDS]
@virtualbox.org/Session;1,{3c02f46d-c9d2-4f11-a384-53f0cf917214}
@virtualbox.org/VirtualBoxClient;1,{dd3fc71d-26c0-4fe1-bf6f-67f633265bba}
@mozilla.org/ipc/lock-service;1,{d9e56bf8-e32e-4b6d-87f1-06d73b0ce7ca}
@mozilla.org/ipc/service;1,{9f12676a-5168-4a08-beb8-edf8a593a1ca}
@virtualbox.org/CallbackWrapper;1,{49ee8561-5563-4715-b18c-a4b1a490dafe}
@virtualbox.org/VirtualBox;1,{b1a7a4f2-47b9-4a1e-82b2-07ccd5323c3f}
@mozilla.org/ipc/dconnect-service;1,{63a5d9dc-4828-425a-bd50-bd10a4b26f2c}
@mozilla.org/ipc/transaction-service;1,{1403adf4-94d1-4c67-a8ae-d9f86972d378}

[CATEGORIES]
xpcom-startup,ipcDConnectService,@mozilla.org/ipc/dconnect-service;1

New created compreg.dat
Code:
cat .VirtualBox/compreg.dat
Generated File. Do not edit.

[HEADER]
Version,0,5

[COMPONENTS]
rel:VBoxSVCM.so,1749442381119
rel:VBoxC.so,1749442381150
rel:VBoxXPCOMIPCC.so,1749442381120

[CLASSIDS]
{9f12676a-5168-4a08-beb8-edf8a593a1ca},,,,rel:VBoxXPCOMIPCC.so
{b1a7a4f2-47b9-4a1e-82b2-07ccd5323c3f},,,,rel:VBoxSVCM.so
{3c02f46d-c9d2-4f11-a384-53f0cf917214},,,,rel:VBoxC.so
{dd3fc71d-26c0-4fe1-bf6f-67f633265bba},,,,rel:VBoxC.so
{63a5d9dc-4828-425a-bd50-bd10a4b26f2c},,,,rel:VBoxXPCOMIPCC.so

[CONTRACTIDS]
@virtualbox.org/Session;1,{3c02f46d-c9d2-4f11-a384-53f0cf917214}
@virtualbox.org/VirtualBoxClient;1,{dd3fc71d-26c0-4fe1-bf6f-67f633265bba}
@mozilla.org/ipc/service;1,{9f12676a-5168-4a08-beb8-edf8a593a1ca}
@virtualbox.org/VirtualBox;1,{b1a7a4f2-47b9-4a1e-82b2-07ccd5323c3f}
@mozilla.org/ipc/dconnect-service;1,{63a5d9dc-4828-425a-bd50-bd10a4b26f2c}

[CATEGORIES]
xpcom-startup,ipcDConnectService,@mozilla.org/ipc/dconnect-service;1


By the way, I had earlier tried virtualbox-7.0.26, but it did not provide a desktop file in /usr/share/applications/ and there was no VirtualBox sysmlink in /usr/bin, so I quickly gave up on it, figuring I'd have to sink or swim with 7.1.8. I seem to be swimming OK now.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
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