Opened 7 years ago
Closed 6 years ago
#18024 closed defect (duplicate)
Installation fails on new Mojave install MacOS 10.14 -> duplicate of #18645
Reported by: | JasonMc | Owned by: | |
---|---|---|---|
Component: | installer | Version: | VirtualBox 5.2.18 |
Keywords: | Cc: | ||
Guest type: | other | Host type: | Mac OS X |
Description
The installer fails running postflight to register the VBoxDrv.kext.
Oct 1 08:46:03 imac installd[370]: ./postflight: /Library/Application Support/VirtualBox/VBoxDrv.kext failed to load - (libkern/kext) system policy prevents loading; check the system/kernel logs for errors or try kextutil(8).
Attachments (1)
Change History (10)
by , 7 years ago
Attachment: | Installer Log 1-Oct-2018.txt added |
---|
comment:1 by , 7 years ago
- It's usually better and faster, if issues get first addressed in the VirtualBox forums, a lot more eyes there. More than 95% of the issues are resolved over there, which keeps the developers focusing on the bug fixes and enhancements, and there is no need for another ticket to keep track of. For example, yours is not a bug and someone from the developers has to deal with it and close it as "Invalid".
- This is an issue caused by Appple's increased security model, introduced with 10.13 beta. This is not a VirtualBox bug/issue, VirtualBox can't do anything about it. You need to read the following Apple KB article: "User-Approved Kernel Extension Loading" and act upon it.
- If you do not see that "Allow" button, reboot the computer.
- If you are controlling your OSX remotely (RDP) the "Allow" button is clickable, but it does absolutely nothing. Another security-related decision by Apple.
comment:2 by , 7 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
follow-up: 4 comment:3 by , 7 years ago
Your team packages and ships the installer. So while not a bug with virtual box, it is a bug in something you track. It's an unfriendly error message. You can very simply on error pop your #2 comment and provide direction to resolve. That way preventing the need for further research into the issue.
The document even clearly states to look for the error 27 code, which should be handled by your postflight script.
If there is a component being tracked under the installer then I'd put it there as a improvement.
follow-up: 5 comment:4 by , 7 years ago
Replying to JasonMc:
It's an unfriendly error message.
That's an Apple installer error message. You could/should talk to Apple about it.
You can very simply on error pop your #2 comment and provide direction to resolve. That way preventing the need for further research into the issue.
Again, that's an Apple installer error message. You could/should talk to Apple about it.
comment:5 by , 6 years ago
Replying to socratis:
Again, that's an Apple installer error message.
Which does not prevent your postflight script from displaying an own error message. So how is it Apple's fault that you are not displaying an appropriate error message?
You are linking to this page:
https://developer.apple.com/library/archive/technotes/tn2459/_index.html
And this page says:
Starting with macOS High Sierra, installers and apps that load KEXTs should expect that KEXT loading will fail if the user hasn't approved their KEXT. Instead of treating this as an error, the user should be informed that they may need to approve the KEXT.
So why aren't you doing this? You are NOT informing the user and even though you shouldn't, you ARE treating this as an error and make the installer fail. This is NOT Apple's fault, this is is YOUR FAULT. You are basically not doing what Apple says that you should be doing. Apple's installer will work correctly if your postflight scripts works correctly but it doesn't. Why are you blaming Apple for you having an incorrect postflight script? How shall we talk with Apple about it? When we do, Apple says "Talk to the developer and make them fix their postflight script". So here we are and doing exactly that.
comment:6 by , 6 years ago
Resolution: | invalid |
---|---|
Status: | closed → reopened |
The installation of VirtualBox-5.2.30-130521-OSX.dmg fails on the new macOSX Mojave 10.14.5. Currently there is no workaround, meaning no way to allow the installation.
Others already have encountered this problem as well, see:
https://eclecticlight.co/2019/05/13/mojave-10-14-5-changes-kernel-extension-security/
(Comment no. 7)
comment:7 by , 6 years ago
MacOS 10.14.5 VirtualBox 6.0.8 upgrading
May 17 16:26:48 demo installd[686]: PackageKit: Executing script "./postflight" in /private/tmp/PKInstallSandbox.aBLEiu/Scripts/org.virtualbox.pkg.vboxkexts.milQ3D
May 17 16:26:48 demo installd[686]: ./postflight: /Library/LaunchDaemons/org.virtualbox.startup.plist
May 17 16:26:49 demo installd[686]: ./postflight: /Library/Application Support/VirtualBox/VBoxDrv.kext failed to load - (libkern/kext) system policy prevents loading; check the system/kernel logs for errors or try kextutil(8).
...
May 17 16:26:51 demo Installer[8093]: Install failed: The Installer encountered an error that caused the installation to fail. Contact the software manufacturer for assistance.
comment:8 by , 6 years ago
comment:9 by , 6 years ago
Resolution: | → duplicate |
---|---|
Status: | reopened → closed |
Summary: | Installation fails on new Mojave install MacOS 10.14 → Installation fails on new Mojave install MacOS 10.14 -> duplicate of #18645 |
Duplicate of #18645.
Mojave Install failure VirtualBox-5.2.97-125396-OSX