You are not logged in.
Hey,
on boot - "failed to load kernel modules".
Info:
⮀systemctl status systemd-modules-load.service
systemd-modules-load.service - Load Kernel Modules
Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static)
Active: failed (Result: exit-code) since Tue 2013-01-29 18:30:38 CET
Docs: man:systemd-modules-load.service(8)
man:modules-load.d(5)
Process: 125 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE)
I only have virtualbox.conf in /etc/modules-load.d/
⮀cat /etc/modules-load.d/virtualbox.conf
vboxdrv
⮀sudo modprobe vboxdrv
modprobe: ERROR: could not insert 'vboxdrv': Exec format error
I don't run custom kernel.
Ideas?
Last edited by developej (2013-01-30 23:36:22)
Offline
Do you have instaled linux-headers?
Offline
I don't have it. Everything worked until the last update without, and I don't see that anything is changed dependency-vise?
linux-headers are required by:
virtualbox-guest-dkms (optional)
virtualbox-host-dkms (optional)
and I don't have those too.
I will try to install linux-headers and see if it helps, but will have to do that when I get back home...Did you have a similar issue which was fixed by installing linux-headers?
Offline
In arch i never have problem but always instaled linux-headers.
In fedora a try to install virtualbox and the vboxdrv don't run. Installing linux-headers solve the problem...
"Sorry for my english"
Offline
Linux-Headers is necessary to run external modules in kernel.
Offline
Ok, thanks, I will try it when I get home and hopefully mark this as solved
Offline
Linux-Headers is necessary to run external modules in kernel.
No it's not. linux-headers is needed to *compile* external modules. Virtualbox modules in [community] are already compiled.
Offline
exec format error happens afaik when you try to load a 32bit module on a 64bit machine.
Offline
what output of dmesg?
exec error can occur if vermagic of module and kernel is not matching or if there is unresolved symbol for example. Even If you update system but just forget to reboot you can get a vermagic error
you can install mkinitcpio hook from aur to generate appropriate module for every kernel in your system
https://aur.archlinux.org/packages/vboxhost-hook/
mkinitcpio -p linux
Last edited by AlexRu (2013-01-30 14:26:42)
Offline
I don't have much to offer except to confirm that I get the same error after the update I did a couple days ago. I did not play with it as I had other things to work on (sometimes things get resolved with subsequent updates). I am running 32bit version of Arch within VirtualBox (no VTx). Tonight I can provide my dmesg and try the mkinitcpio hook.
edit: I don't think the reference to the mkinitcpio hook is appropriate. This is a problem with the Arch Linux guest driver not installing. The aur package states it is for host modules.
Last edited by mike4ca (2013-01-30 15:38:10)
Offline
Linux-Headers is necessary to run external modules in kernel.
As arojas said, this did not fix the problem.
exec format error happens afaik when you try to load a 32bit module on a 64bit machine.
How did this start to happen and how do I fix it? I am using x64 arch linux.
what output of dmesg?
exec error can occur if vermagic of module and kernel is not matching or if there is unresolved symbol for example. Even If you update system but just forget to reboot you can get a vermagic erroryou can install mkinitcpio hook from aur to generate appropriate module for every kernel in your system
https://aur.archlinux.org/packages/vboxhost-hook/
mkinitcpio -p linux
Do I need to paste whole dmesg or you need something specific? (I really have no clue what to look for)
How can I check if it is matching?
Thanks
Offline
Just updated linux to 3.7.5-1 and the issue is gone.
Offline
I just updated as well. Linux and virtualbox-guest-modules were updated. As I said in my earlier post, usually things like this clear up in a couple days! Rolling release
Offline