VirtualBox

Opened 14 years ago

Closed 13 years ago

#8021 closed defect (duplicate)

Installing extension pack fails on 32bit Fedora 14

Reported by: mark901 Owned by:
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 (3)

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

Download all attachments as: .zip

Change History (21)

by mark901, 14 years ago

Screen shot of the error message indicating the failure.

comment:1 by Frank Mehnert, 14 years ago

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.

in reply to:  1 comment:2 by mark901, 14 years ago

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

in reply to:  1 ; comment:3 by mark901, 14 years ago

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.

in reply to:  3 comment:4 by mark901, 14 years ago

Above should be:

su -

VirtualBox

(install the extpack)

exit

comment:5 by Frank Mehnert, 14 years ago

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.

in reply to:  5 ; comment:6 by mark901, 14 years ago

Replying to frank:

I will try it later this afternoon. Thanks.

in reply to:  6 comment:7 by mark901, 14 years ago

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 by Frank Mehnert, 14 years ago

Thanks for the feedback!

comment:9 by mark901, 14 years ago

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 by Frank Mehnert, 14 years ago

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 by Frank Mehnert, 14 years ago

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 by mark901, 14 years ago

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

by mark901, 13 years ago

Error showing extension failed to install

comment:13 by mark901, 13 years ago

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 by Frank Mehnert, 13 years ago

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!

by mark901, 13 years ago

Attachment: ls1.txt added

comment:15 by mark901, 13 years ago

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 by Frank Mehnert, 13 years ago

Yes, please do as normal user.

comment:17 by mark901, 13 years ago

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 by Frank Mehnert, 13 years ago

Resolution: duplicate
Status: newclosed

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.

© 2023 Oracle
ContactPrivacy policyTerms of Use