Virtualbox installation error on Mac OS 10.11

[Apero]

Hello,

I have been using the Genymotion Android emulator since a while, which requires Virtualbox to run. I faced some issues with Genymotion and realized VirtualBox was missing something. Not sure why this happened, but I decided to re-install latest VirtualBox.

First, I ran the VirtualBox uninstall tool. Once that was done, I began installation of VirtualBox-5.1.4-110228-OSX.

Once I get to "Validating Packages" step, I receive an error saying "The Installer encountered an error that caused the installation to fail. Contact the software manufacturer for assistance."

I have gone through the forum as well as some other posts. I've tried installing with SIP off for El Capitan, via Terminal commands, on a different user account, but keep facing the same issue.

I am attaching the log captured during installation and would appreciate any help from the community to resolve this problem.

Thanks.

[socratis]

Just to get something clear right off the bat; there is a problem with your Mac, not with VirtualBox. The installer does not even start in your case. Here's your log, followed by a typical installation:

• PackageKit: prevent user idle system sleep
  PackageKit: suspending backupd
  Temporarily excluding: /Applications, /Library, /System, /bin, /private, /sbin, /usr
  Re-included: /Applications, /Library, /System, /bin, /private, /sbin, /usr
  PackageKit: releasing backupd

• PackageKit: prevent user idle system sleep
  PackageKit: suspending backupd
  PackageKit: Executing script "./preflight" in /private/tmp/PKInstallSandbox.LaYio6/Scripts/org.virtualbox.pkg.virtualbox.lCsRPH
  PackageKit: Using trashcan path /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/PKInstallSandboxTrash/DB73B61C-D9BE-4F95-BFE4-7E7E91F195B8.sandboxTrash for sandbox /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/C/PKInstallSandboxManager/DB73B61C-D9BE-4F95-BFE4-7E7E91F195B8.activeSandbox
  Temporarily excluding: /Applications, /Library, /System, /bin, /private, /sbin, /usr
  ... (73 more lines of mainly postflight commands)
  Re-included: /Applications, /Library, /System, /bin, /private, /sbin, /usr
  PackageKit: releasing backupd

So, in your case, the preflight script doesn't even execute and the temporary file (trashcan path) is not used. My gut feeling? Something is messed up with the permissions in your "/tmp" directory. Post the output of:

• la -l /tmp

[Apero]

I assume you meant the command ls -l /tmp. Here is the output:

lrwxr-xr-x@ 1 root wheel 11 Mar 12 2016 /tmp -> private/tmp

[socratis]

Yes, you're right, the command. I should have instead asked you for the output of the command:

• ls -al /private/tmp

Mine looks like that:

• ~: socratis$ ls -al /private/tmp
  total 0
  drwxrwxrwt@ 10 root        wheel  340 13 Οκτ 06:39 .
  drwxr-xr-x@  6 root        wheel  204 10 Ιολ  2015 ..
  drwx------   4 socratis    wheel  136 12 Οκτ 21:56 .vbox-socratis-ipc
  drwx------   3 socratis    wheel  102 12 Οκτ 06:29 launch-23gs9B
  drwx------   3 socratis    wheel  102 12 Οκτ 06:29 launch-4gDHVu
  drwx------   3 socratis    wheel  102 12 Οκτ 06:29 launch-kGvvYH
  drwx------   3 socratis    wheel  102 12 Οκτ 06:29 launchd-177.5NVV2k
  drwx------   3 root        wheel  102 12 Οκτ 20:22 launchd-2239.XOfUx6
  drwx------   3 _spotlight  wheel  102 12 Οκτ 06:31 launchd-312.e2twaC

The bold, red ones are the interesting parts. They should match (except the dates and sizes of course). The rest is garbage...

Since we're at it, why don't you check/fix the permissions on your Mac? From an elevated Terminal (i.e. as administrator) run the following command (mind you, it's going to take some time, please post that output as well):

• sudo /usr/libexec/repair_packages --repair --standard-pkgs --volume / --debug

[Apero]

Here are the outputs.

Code: Select all

ls -al /private/tmp

aperotechnologies$ ls -al /private/tmp
total 0
drwxrwxrwt@ 3 root  wheel  102 Oct 12 12:34 .
drwxr-xr-x@ 6 root  wheel  204 Oct  8 11:20 ..
drwxr-xr-x  3 root  wheel  102 Sep 30 00:27 noticeboard

Code: Select all

aperotechnologies$ sudo /usr/libexec/repair_packages --repair --standard-pkgs --volume / --debug
Password:
volume_arg = /
Starting argv pass #2...
Processing files from package com.apple.noticeboard.notification.sierra.1.0...
	Permissions differ on "tmp", should be drwxrwxrwt , they are lrwxr-xr-x .
	Unable to set owner & group on "tmp". Error 1: Operation not permitted
	Unable to set permissions on "tmp". Error 1: Operation not permitted
Processing files from package com.apple.pkg.X11redirect...
Processing files from package com.apple.pkg.Essentials...
	User differs on "Applications/.DS_Store", should be 0, user is 501.
	Permissions differ on "Applications/.DS_Store", should be -rw-rw-r-- , they are -rw-r--r-- .
	Repaired "Applications/.DS_Store".
	Permissions differ on "Library/Java", should be drwxr-xr-x , they are drwxrwxr-x .
	Repaired "Library/Java".
	User differs on "private/var/db/displaypolicyd", should be 0, user is 244.
	Group differs on "private/var/db/displaypolicyd", should be 0, group is 244.
	Repaired "private/var/db/displaypolicyd".
Processing files from package com.apple.pkg.BaseSystemResources...
Processing files from package com.apple.pkg.OSXSDK10.11...
Processing files from package com.apple.pkg.DevSDK...
Processed 475062 paths from 6 packages.

[socratis]

Well, I don't quite like this bit:

Permissions differ on "tmp", should be drwxrwxrwt , they are lrwxr-xr-x .
Unable to set owner & group on "tmp". Error 1: Operation not permitted
Unable to set permissions on "tmp". Error 1: Operation not permitted

I'm not quite sure what to make of it. The permissions are all right from a first look, you don't have extended ones (ACL, indicated from a "+" in the attributes), so I don't know why 1) you are not allowed to modify them and 2) they are different from what they're supposed to be.

I'll keep looking... In the meantime, do me a favor and post the output of:

• ls -al@e /tmp
  ls -al@e /private/tmp

[ChipMcK]

i was curious. Result not as I expected.

Code: Select all

$ ls -al@e /tmp
lrwxr-xr-x@ 1 root  wheel  11 Aug  7 20:10 /tmp -> private/tmp
	com.apple.FinderInfo	32 
	com.apple.rootless	 0 
$ ls -al@e /private/tmp
total 0
drwxrwxrwt  8 root   wheel  272 Oct 13 22:01 .
drwxr-xr-x@ 6 root   wheel  204 Aug  7 20:14 ..
	com.apple.FinderInfo	 32 
-rw-rw-rw-@ 1 CBMcK  wheel    0 Oct 13 07:01 .keystone_install_lock
	com.apple.quarantine	 28 
 ..
 ..
 ..
drwx------  3 CBMcK  wheel  102 Oct 13 06:53 com.apple.launchd.a3xehwTefQ
drwx------  3 CBMcK  wheel  102 Oct 13 06:53 com.apple.launchd.zrM6gRCYxc
-rw-r--r--@ 1 CBMcK  wheel    0 Oct 13 06:53 ct.shutdown
	com.apple.quarantine	 15 
$ 

Running El Capitan 10.11.6

[socratis]

Result not as I expected.

No, actually this *is* the expected result. If you're talking about the "com.apple.rootless 0" thingy, this is due to SIP. It's supposed to be there. And that I believe is the problem with the OP.

For the OP's problem, something is messed up with the /tmp directory, just as I thought. The solution is kind of convoluted, so I'll wait to see his reply before I send them down the wrong path.

@Apero
Did you at some point in your OSX's life mess up with SIP?

[Apero]

Here are the outputs requested.

Code: Select all

aperotechnologies$ ls -al@e /tmp
lrwxrwxrwt@ 1 root  wheel  11 Mar 12  2016 /tmp -> private/tmp
	com.apple.FinderInfo	32 
	com.apple.rootless	 0 

Apero-Mac-Mini-6:~ aperotechnologies$ ls -al@e /private/tmp
total 0
drwxrwxrwt@ 6 root               wheel  204 Oct 14 13:07 .
	com.apple.rootless	  0 
drwxr-xr-x@ 6 root               wheel  204 Oct  8 11:20 ..
	com.apple.FinderInfo	 32 
-rw-rw-rw-@ 1 aperotechnologies  wheel    0 Oct 13 19:39 .keystone_install_lock
	com.apple.quarantine	 28 
drwx------  3 aperotechnologies  wheel  102 Oct 13 19:38 com.apple.launchd.Mg1hW3HggD
drwx------  3 aperotechnologies  wheel  102 Oct 13 19:38 com.apple.launchd.aPTD01StMK
-rw-r--r--@ 1 aperotechnologies  wheel    0 Oct 13 19:38 ct.shutdown
	com.apple.quarantine	 15 

As far as I know, haven't messed around with SIP. This machine is generally used by an employee who is a standard user.

[socratis]

Try the following one that I found out by searching: http://stackoverflow.com/questions/3985 ... tmp-folder

I'll include the procedure here for posterity:

I found solution! This is permission problem with var catalog '/tmp'. If You try to change permission this catalog, OS X do not let this change because, in system there is 'System Integrity Protection'. This SIP must be disabled before You change permission.

Try this:

1. Reboot your Mac into Recovery Mode by restarting your computer and holding down Command+R until the Apple logo appears on your screen.
2. Click Utilities > Terminal. In the Terminal window, type in 'csrutil disable' and press Enter. Restart your Mac.
3. After restart Mac, try to change manual (command: 'sudo chmod 1777 /tmp') or download app: (I recommended this utility app to do this: OnyX. In the app, select Maintenance -> Permissions, and hit Execute. This fixes all permission problems (including changes permission '/tmp' to correct).
4. When the process is over do command 'sudo chmod 1777 /tmp' works , just reboot Mac.
5. Now, when you changed permission, need to Enable 'System Integrity Protection', change to: 'csrutil enable'
6. Reboot your Mac and holding down Command+R until the Apple logo appears on your screen. Click Utilities > Terminal. In the Terminal window, type in 'csrutil enable' and press Enter. Restart your Mac. It's done It will be work

I hope it will help! Sorry for my English, I'm still learning

Personally, I would go with OnyX first. I've been using it for years over several versions of OSX. Mind you, each OSX release has its own dedicated OnyX version...

[Apero]

Thanks for your reply. Sorry, I've been away the past week.

I will give this a shot and let you know how it goes.