Hello folks,
after upgrading from 10.14.1 to 10.14.2 I'm unabled to load any VirtualBox kernel extension, seems that Apple changed the API interface because a symbol is not available anymore.
You didn't tell which VirtualBox version you are using, or if you've ever run VirtualBox successfully in that computer. You can try the test builds and see if it has already been addressed, because you're the first person to mention 10.14.2...
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Also, keep in mind that instead of the Developement snapshot in the same page, which is currently at 6.0.0b3, you can get 6.0.0 RC1, which was released not even an hour ago: https://download.virtualbox.org/virtualbox/6.0.0_RC1/
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
I just installed VirtualBox 6.0.0 RC1 but unfortunately I got the same issue
~$ sudo kextutil '/Library/Application Support/VirtualBox/VBoxDrv.kext'
Untrusted kexts are not allowed
Kext with invalid signature (-67062) denied: /Library/StagedExtensions/System/Library/Extensions/A022BFF7-38AC-4916-96C1-6CC0EB5AF052.kext
Bundle (/System/Library/Extensions/USBAx8817x.kext) failed to validate, deleting: /Library/StagedExtensions/System/Library/Extensions/A022BFF7-38AC-4916-96C1-6CC0EB5AF052.kext
Unable to stage kext (/System/Library/Extensions/USBAx8817x.kext) to secure location.
(kernel) kxld[org.virtualbox.kext.VBoxDrv]: In interface com.apple.kpi.unsupported of __kernel__, couldn't find symbol _mach_msg_destroy_from_kernel_proper
(kernel) Kext org.virtualbox.kext.VBoxDrv start failed (result 0x5).
(kernel) Kext org.virtualbox.kext.VBoxDrv failed to load (0xdc008017).
(kernel) Failed to load kext org.virtualbox.kext.VBoxDrv (error 0xdc008017).
(kernel) Notice - kext org.virtualbox.kext.VBoxDrv asked to unregister unknown class org_virtualbox_SupDrvClient.
(kernel) Notice - kext org.virtualbox.kext.VBoxDrv asked to unregister unknown class org_virtualbox_SupDrv.
Failed to load /Library/StagedExtensions/Library/Application Support/VirtualBox/VBoxDrv.kext - (libkern/kext) kext (kmod) start/stop routine failed.
Attachments
Screenshot 2018-12-10 at 21.29.35.jpg (86.7 KiB) Viewed 7360 times
Did you ever run VirtualBox before? Did you go to the Security pane of the System Preferences to allow Oracle as a trusted developer? If not, see the instructions of the first post (the red part) of the thread "Installation fails on 10.13.x, 10.14.x (rc=-1908)".
For future reference, please downsize your attached images by 50% (at least), or simply change the DPI to 72. Not everyone has the luxury of a HiDPI display
And prefer PNGs compared to JPEGs, better compression, no artifacts...
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
I followed your hint from the other thread you mentioned:
The majority of the problems on 10.13.x, 10.14.x is solved by following the Apple Documentation: User-Approved Kernel Extension Loading. In summary:
If your installation fails, you might not get prompted to go to the Security settings. No one knows why it does/doesn't work.
Reboot your computer, retry the installation.
After the installation fails, go to the System Preferences » Security » General, and "Allow Oracle" to install kernel extensions.
Retry the installation.
However it didn't work, but it rang in my mind that the Security Settings rules are managed int the database file "/private/var/auth.db". This file is regenerated after reboot and it may be get mysteriously corrupted after the upgrade to 10.14.2.
In the end I fixed the problem deleting the file above then reboot (so the file is re-generated fresh).
Thanks for your support, and for promptly replied on this thread.
NB: It may be useful to add this "trick" somewhere in the FAQ?
Raffa wrote:NB: It may be useful to add this "trick" somewhere in the FAQ?
I think you mean to delete the '/private/var/auth.db' to fix the permissions, I'd like to see a reference (or two) about how that would work, because AFAIK the allowed kexts/developers are stored in '/var/db/SystemPolicyConfiguration/KextPolicy'. Before adding it as another workaround, I'd like to see some evidence about what it does(n't) do.
I'm glad that you got it going, I'm just not sure what effect did the deletion of '/private/var/auth.db' had.
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.