VirtualBox

Ticket #8021 (closed defect: duplicate)

Opened 3 years ago

Last modified 3 years ago

Installing extension pack fails on 32bit Fedora 14

Reported by: mark901 Owned by:
Priority: major Component: GUI
Version: VirtualBox 4.0.0 Keywords:
Cc: Guest type: other
Host type: Linux

Description

I have been running VirtualBox 3.2.10 on my 32 bit Fedora 14 with no problems. I am attempting to upgrade to VirtualBox 4.0.0 and when I try to install the extension pack, Oracle_VM_VirtualBox_Extension_Pack-4.0.0-69151.vbox-extpack, I get an error message and the extension is not installed. I have been able to install version 4.0.0 and the extension pack another system running 64 bit Fedora 13 and all went well. This problem is related to 32 bit machines, Fedora 14, or both. As a result of this failure I have to downgrade back to version 3.2.10. I can not attach a log because I did not get as far as trying to run any guest OS.

Attachments

Screenshot-VirtualBoxError.png Download (23.2 KB) - added by mark901 3 years ago.
Screen shot of the error message indicating the failure.
Screenshot-VirtualBox - Error.png Download (21.0 KB) - added by mark901 3 years ago.
Error showing extension failed to install
ls1.txt Download (4.0 KB) - added by mark901 3 years ago.

Change History

Changed 3 years ago by mark901

Screen shot of the error message indicating the failure.

comment:1 follow-ups: ↓ 2 ↓ 3 Changed 3 years ago by frank

Even without installing the ExtPack you should be able to run VMs. Well, if the VM has RDP enabled, it will start without RDP and if the VM has USB 2.0 enabled you will see a message box.

There is a known problem with the ExtPacks on SELinux systems. The .so libraries in the ExtPack contain relocation entries in text segments. SELinux will complain about this and fail to load such a library. You can check this by setting SELinux to permissive mode and try to install the ExtPack again.

We will fix this problem in the next mainenance release.

comment:2 in reply to: ↑ 1 Changed 3 years ago by mark901

I double-checked and my SELinux setting is set to disabled, so that is not the problem.

comment:3 in reply to: ↑ 1 ; follow-up: ↓ 4 Changed 3 years ago by mark901

I found a work-around, if I install the extpack as root, it installs.

su - VirtualBox (install the extpack) exit

When I started VirtualBox as a my normal user I got an access denied error on ~/.VirtualBox/VirtualBox.xml, Investigating this showed that the file in question was now owned by root with 600 permissions. I had to chown the file back to myself. and I was able to start my guest with USB working.

I still see this problem as a bug that needs to be fixed.

comment:4 in reply to: ↑ 3 Changed 3 years ago by mark901

Above should be:

su -

VirtualBox

(install the extpack)

exit

comment:5 follow-up: ↓ 6 Changed 3 years ago by frank

Could you check if installing the extension pack works if you first install  this VBox package? Note that SELinux still has to be in permissive mode or disabled but that's another issue.

comment:6 in reply to: ↑ 5 ; follow-up: ↓ 7 Changed 3 years ago by mark901

Replying to frank:

I will try it later this afternoon. Thanks.

comment:7 in reply to: ↑ 6 Changed 3 years ago by mark901

It still did not work, same as the original error. I did notice that I was prompted for the root password, but same error with missing VBoxPuelMain. Same as before if I run VirtualBox as root, it installs and I have to chown VirtualBox.xml to myself before I can run.

comment:8 Changed 3 years ago by frank

Thanks for the feedback!

comment:9 Changed 3 years ago by mark901

I have installed VirtualBox 4.0 and the extension pack successfully on two Fedora 13 64 bit machines. All is working fine one those machines.

comment:10 Changed 3 years ago by frank

Just tried this myself on a fresh Fedora 14 installation (32-bit PAE kernel). VirtualBox 4.0.0 installed without any problems, extension pack installed without any problem with SELinux enabled, same with SELinux disabled. I'm running out of ideas.

Regarding your permission issue: That is to be expected as it is not suggested to start VirtualBox as root / via sudo.

comment:11 Changed 3 years ago by frank

Does that still happen with VBox 4.0.2? If so, please check the permissions of all directories under /usr/lib/virtualbox/Extensions. Are the directories readable by a normal user?

comment:12 Changed 3 years ago by mark901

Later today or tomorrow I will uninstall 4.0.1 and install 4.0.2, and I will get back to you. Thanks.

Changed 3 years ago by mark901

Error showing extension failed to install

comment:13 Changed 3 years ago by mark901

Problem still persists, this is what I did:

Uninstalled VirtualBox-4.0.1, rebooted.

Installed VirtualBox-4.0.2, install went normally. When I run VirtualBox I saw that the 4.0.0 extension was still installed. I was able to bring up one of my virtual machines that uses usb, and it worked, so I could have left it as is, but I uninstalled the extension (Version 4.0.0). Restarted VirtualBox and tried to install the extension 4.0.2 and I got the same error, screen shot attached.

Note: I was prompted for the root password during extension install/uninstall.

To install the extension, the workaround I used: In a terminal window:

su -

VirtualBox

install the extension and quit.

cd ~homedir/.VirtualBox

chown myuser:mygroup VirtualBox.xml

and then I can run normally with the extension installed.

I am running Fedora 14, 32 bit non-PAE kernel

The 'uname -a' command returns:

Linux markf 2.6.35.10-74.fc14.i686 #1 SMP Thu Dec 23 16:17:40 UTC 2010 i686 i686 i386 GNU/Linux

Let me know if there is anything I can try.

comment:14 Changed 3 years ago by frank

Sorry, but this is not what I asked. There is a known problem with umask. So after you installed the extension pack (make sure it is uninstalled first), check the permissions of all directories in /usr/lib/virtualbox/ExtensionPacks. Are all directories read+executable for a normal user? Or only for root? Perhaps it would be the best if you could attach the compressed output of

/bin/ls -lR /usr/lib/virtualbox/ExtensionPacks

after you installed the extension pack the first time to this ticket. Thank you!

Changed 3 years ago by mark901

comment:15 Changed 3 years ago by mark901

Currently after installing the extension pack as root, the ls you requested is attached as ls1.txt The permissions are readable by all for all files.

Do you want me to uninstall the extension pack, repeat installing as my normal user and repeat the ls command?

comment:16 Changed 3 years ago by frank

Yes, please do as normal user.

comment:17 Changed 3 years ago by mark901

After uninstalling the extension pack the /usr/lib/virtualbox/ExtensionPacks is there but empty and it has the following permissions:

/bin/ls -lRa /usr/lib/virtualbox/ExtensionPacks

/usr/lib/virtualbox/ExtensionPacks:
total 8
drwxr-xr-x 2 root root 4096 Jan 28 14:22 .
drwxr-xr-x 5 root root 4096 Jan 28 15:22 ..

Interesting output, after the install, it appears that my normal user does not have permission to what was just installed.

/bin/ls -lRa /usr/lib/virtualbox/ExtensionPacks

/usr/lib/virtualbox/ExtensionPacks:
total 12
drwxr-xr-x  3 root root 4096 Jan 29 06:11 .
drwxr-xr-x  5 root root 4096 Jan 28 15:22 ..
drwxr-xr-x 10 root root 4096 Jan 29 06:11 Oracle_VM_VirtualBox_Extension_Pack

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack:
total 164
drwxr-xr-x 10 root root  4096 Jan 29 06:11 .
drwxr-xr-x  3 root root  4096 Jan 29 06:11 ..
drwx------  2 root root  4096 Jan 29 06:11 darwin.amd64
drwx------  2 root root  4096 Jan 29 06:11 darwin.x86
-rwxr-xr-x  1 root root  9546 Jan 29 06:11 ExtPack-license.html
-rwxr-xr-x  1 root root 21878 Jan 29 06:11 ExtPack-license.rtf
-rwxr-xr-x  1 root root  8998 Jan 29 06:11 ExtPack-license.txt
-rwxr-xr-x  1 root root 20098 Jan 29 06:11 ExtPack.manifest
-rwxr-xr-x  1 root root     6 Jan 29 06:11 ExtPack.signature
-rwxr-xr-x  1 root root   456 Jan 29 06:11 ExtPack.xml
drwx------  2 root root  4096 Jan 29 06:11 linux.amd64
drwx------  2 root root  4096 Jan 29 06:11 linux.x86
-rwxr-xr-x  1 root root 49152 Jan 29 06:11 PXE-Intel.rom
drwx------  2 root root  4096 Jan 29 06:11 solaris.amd64
drwx------  2 root root  4096 Jan 29 06:11 solaris.x86
drwx------  2 root root  4096 Jan 29 06:11 win.amd64
drwx------  2 root root  4096 Jan 29 06:11 win.x86
/bin/ls: cannot open directory /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/darwin.amd64: Permission denied
/bin/ls: cannot open directory /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/darwin.x86: Permission denied
/bin/ls: cannot open directory /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/linux.amd64: Permission denied
/bin/ls: cannot open directory /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/linux.x86: Permission denied
/bin/ls: cannot open directory /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/solaris.amd64: Permission denied
/bin/ls: cannot open directory /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/solaris.x86: Permission denied
/bin/ls: cannot open directory /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/win.amd64: Permission denied
/bin/ls: cannot open directory /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/win.x86: Permission denied

Re-running the same ls command as root shows that the directories in question are owned by root, with 0700 permissions and the files within have 755 permissions as shown:

/bin/ls -lRa /usr/lib/virtualbox/ExtensionPacks

/usr/lib/virtualbox/ExtensionPacks:
total 12
drwxr-xr-x  3 root root 4096 Jan 29 06:11 .
drwxr-xr-x  5 root root 4096 Jan 28 15:22 ..
drwxr-xr-x 10 root root 4096 Jan 29 06:11 Oracle_VM_VirtualBox_Extension_Pack

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack:
total 164
drwxr-xr-x 10 root root  4096 Jan 29 06:11 .
drwxr-xr-x  3 root root  4096 Jan 29 06:11 ..
drwx------  2 root root  4096 Jan 29 06:11 darwin.amd64
drwx------  2 root root  4096 Jan 29 06:11 darwin.x86
-rwxr-xr-x  1 root root  9546 Jan 29 06:11 ExtPack-license.html
-rwxr-xr-x  1 root root 21878 Jan 29 06:11 ExtPack-license.rtf
-rwxr-xr-x  1 root root  8998 Jan 29 06:11 ExtPack-license.txt
-rwxr-xr-x  1 root root 20098 Jan 29 06:11 ExtPack.manifest
-rwxr-xr-x  1 root root     6 Jan 29 06:11 ExtPack.signature
-rwxr-xr-x  1 root root   456 Jan 29 06:11 ExtPack.xml
drwx------  2 root root  4096 Jan 29 06:11 linux.amd64
drwx------  2 root root  4096 Jan 29 06:11 linux.x86
-rwxr-xr-x  1 root root 49152 Jan 29 06:11 PXE-Intel.rom
drwx------  2 root root  4096 Jan 29 06:11 solaris.amd64
drwx------  2 root root  4096 Jan 29 06:11 solaris.x86
drwx------  2 root root  4096 Jan 29 06:11 win.amd64
drwx------  2 root root  4096 Jan 29 06:11 win.x86

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/darwin.amd64:
total 672
drwx------  2 root root   4096 Jan 29 06:11 .
drwxr-xr-x 10 root root   4096 Jan 29 06:11 ..
-rwxr-xr-x  1 root root   9592 Jan 29 06:11 VBoxEhciR0.r0
-rwxr-xr-x  1 root root  49568 Jan 29 06:11 VBoxEhciR3.dylib
-rwxr-xr-x  1 root root   6044 Jan 29 06:11 VBoxEhciRC.rc
-rwxr-xr-x  1 root root  13912 Jan 29 06:11 VBoxPuelMain.dylib
-rwxr-xr-x  1 root root 587152 Jan 29 06:11 VBoxVRDP.dylib

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/darwin.x86:
total 624
drwx------  2 root root   4096 Jan 29 06:11 .
drwxr-xr-x 10 root root   4096 Jan 29 06:11 ..
-rwxr-xr-x  1 root root   5936 Jan 29 06:11 VBoxEhciR0.r0
-rwxr-xr-x  1 root root  52948 Jan 29 06:11 VBoxEhciR3.dylib
-rwxr-xr-x  1 root root   5936 Jan 29 06:11 VBoxEhciRC.rc
-rwxr-xr-x  1 root root  21748 Jan 29 06:11 VBoxPuelMain.dylib
-rwxr-xr-x  1 root root 536168 Jan 29 06:11 VBoxVRDP.dylib

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/linux.amd64:
total 1908
drwx------  2 root root    4096 Jan 29 06:11 .
drwxr-xr-x 10 root root    4096 Jan 29 06:11 ..
-rwxr-xr-x  1 root root    6415 Jan 29 06:11 VBoxEhciR0.r0
-rwxr-xr-x  1 root root  154875 Jan 29 06:11 VBoxEhciR3.so
-rwxr-xr-x  1 root root    4671 Jan 29 06:11 VBoxEhciRC.rc
-rwxr-xr-x  1 root root   16086 Jan 29 06:11 VBoxPuelMain.so
-rwxr-xr-x  1 root root 1756010 Jan 29 06:11 VBoxVRDP.so

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/linux.x86:
total 1716
drwx------  2 root root    4096 Jan 29 06:11 .
drwxr-xr-x 10 root root    4096 Jan 29 06:11 ..
-rwxr-xr-x  1 root root    4639 Jan 29 06:11 VBoxEhciR0.r0
-rwxr-xr-x  1 root root  130221 Jan 29 06:11 VBoxEhciR3.so
-rwxr-xr-x  1 root root    4639 Jan 29 06:11 VBoxEhciRC.rc
-rwxr-xr-x  1 root root   12907 Jan 29 06:11 VBoxPuelMain.so
-rwxr-xr-x  1 root root 1582712 Jan 29 06:11 VBoxVRDP.so

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/solaris.amd64:
total 1836
drwx------  2 root root    4096 Jan 29 06:11 .
drwxr-xr-x 10 root root    4096 Jan 29 06:11 ..
-rwxr-xr-x  1 root root   36368 Jan 29 06:11 VBoxEhciR0.r0
-rwxr-xr-x  1 root root  149008 Jan 29 06:11 VBoxEhciR3.so
-rwxr-xr-x  1 root root   24184 Jan 29 06:11 VBoxEhciRC.rc
-rwxr-xr-x  1 root root   18056 Jan 29 06:11 VBoxPuelMain.so
-rwxr-xr-x  1 root root 1636208 Jan 29 06:11 VBoxVRDP.so

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/solaris.x86:
total 1764
drwx------  2 root root    4096 Jan 29 06:11 .
drwxr-xr-x 10 root root    4096 Jan 29 06:11 ..
-rwxr-xr-x  1 root root   24244 Jan 29 06:11 VBoxEhciR0.r0
-rwxr-xr-x  1 root root  134024 Jan 29 06:11 VBoxEhciR3.so
-rwxr-xr-x  1 root root   24144 Jan 29 06:11 VBoxEhciRC.rc
-rwxr-xr-x  1 root root   14588 Jan 29 06:11 VBoxPuelMain.so
-rwxr-xr-x  1 root root 1597048 Jan 29 06:11 VBoxVRDP.so

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/win.amd64:
total 508
drwx------  2 root root   4096 Jan 29 06:11 .
drwxr-xr-x 10 root root   4096 Jan 29 06:11 ..
-rwxr-xr-x  1 root root  10320 Jan 29 06:11 VBoxEhciR0.r0
-rwxr-xr-x  1 root root  48144 Jan 29 06:11 VBoxEhciR3.dll
-rwxr-xr-x  1 root root   9872 Jan 29 06:11 VBoxEhciRC.rc
-rwxr-xr-x  1 root root  15376 Jan 29 06:11 VBoxPuelMain.dll
-rwxr-xr-x  1 root root 419856 Jan 29 06:11 VBoxVRDP.dll

/usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/win.x86:
total 428
drwx------  2 root root   4096 Jan 29 06:11 .
drwxr-xr-x 10 root root   4096 Jan 29 06:11 ..
-rwxr-xr-x  1 root root  10000 Jan 29 06:11 VBoxEhciR0.r0
-rwxr-xr-x  1 root root  35856 Jan 29 06:11 VBoxEhciR3.dll
-rwxr-xr-x  1 root root  10000 Jan 29 06:11 VBoxEhciRC.rc
-rwxr-xr-x  1 root root  11792 Jan 29 06:11 VBoxPuelMain.dll
-rwxr-xr-x  1 root root 354832 Jan 29 06:11 VBoxVRDP.dll

If I do the following then extension shows it is installed (green check mark in gui, before it showed a orange !) and my virtual machine runs and is able to use my usb printer. This is all I did to fix it.

[shut down VirtualBox gui]

su -
cd /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack
chmod 755 *
ls -l

The ls now shows

ls -l

total 156
drwxr-xr-x 2 root root  4096 Jan 29 06:11 darwin.amd64
drwxr-xr-x 2 root root  4096 Jan 29 06:11 darwin.x86
-rwxr-xr-x 1 root root  9546 Jan 29 06:11 ExtPack-license.html
-rwxr-xr-x 1 root root 21878 Jan 29 06:11 ExtPack-license.rtf
-rwxr-xr-x 1 root root  8998 Jan 29 06:11 ExtPack-license.txt
-rwxr-xr-x 1 root root 20098 Jan 29 06:11 ExtPack.manifest
-rwxr-xr-x 1 root root     6 Jan 29 06:11 ExtPack.signature
-rwxr-xr-x 1 root root   456 Jan 29 06:11 ExtPack.xml
drwxr-xr-x 2 root root  4096 Jan 29 06:11 linux.amd64
drwxr-xr-x 2 root root  4096 Jan 29 06:11 linux.x86
-rwxr-xr-x 1 root root 49152 Jan 29 06:11 PXE-Intel.rom
drwxr-xr-x 2 root root  4096 Jan 29 06:11 solaris.amd64
drwxr-xr-x 2 root root  4096 Jan 29 06:11 solaris.x86
drwxr-xr-x 2 root root  4096 Jan 29 06:11 win.amd64
drwxr-xr-x 2 root root  4096 Jan 29 06:11 win.x86

When I restart the VirtualBox gui (as normal user) all is fine. Looks like the problem is simply creating the directories in question with the wrong permissions.

Let me know when you want me to retry a test fix or if you need anything else.

Thanks for providing great support and sticking with me on this problem.

comment:18 Changed 3 years ago by frank

  • Status changed from new to closed
  • Resolution set to duplicate

Ok, so this is actually a duplicate of #7878 and will be fixed in the next maintenance release. Thanks for the additional information.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use