Any workaround for it?

Workaround is to run VirtualBox as root, just for the purpose of installing the
extension pack. Don't run it as root for normal usage.

CC: (none) => davidwhodgins

It worked for me (I'd run it as root)

CC: (none) => thierry.vignaud

Another workaround is to only do the extpack install in terminal as root;

I used the GUI as normal user to let it download the Oracle extpack
( ends up in ~/.config/VirtualBox/ )
You can alternately download it manually.

Then close VirtualBox Manager (the GUI) and of course any running guest and in terminal as root:

If you have old extpack installed, remove it:
# VBoxManage extpack uninstall 'Oracle VM VirtualBox Extension Pack'

Then install the new one:
# VBoxManage extpack install ~/.config/VirtualBox/Oracle_VM_VirtualBox_Extension_Pack-5.1.2.vbox-extpack

I also had to do the same in Mageia 5, not sure it still is the case, but probably, so i set MGA5TOO

CC: (none) => fri
Summary: Virtualbox 5.1.0 fails to install the extention pack => VirtualBox 5.1.2 GUI Manager fail to install extension pack (have workarounds)
Whiteboard: (none) => MGA5TOO

Just download the extpack (dont select to open with vbox)

Then when downloaded, as normal user open virtualbox gui, go to File -> Settings -> Addons and install it from there (browse for the downloaded file).

It will ask for root privilegies and happily install it.
(atleast it does here)

(In reply to Morgan Leijström from comment #4)
I think that this should work (simpler & more similar to what's done with the GUI):
VBoxManage extpack install --replace

CC:ing last packager; 

Still valid 5.1.6 today:
After the mageia packages of virtualbox 5.1.6 installed, i rebooted and launched virtualbox, in its menu i selected to look for updates, it found there is a newer OSE extention pack so i proceeded, gave root password etc...


Failed to run /usr/lib64/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-xt6ftn/stdout --stderr /tmp/VBoxExtPackHelper-xt6ftn/stderr --elevated install --base-dir /usr/lib64/virtualbox/ExtensionPacks --cert-dir /usr/lib64/virtualbox/ExtPackCertificates --name 'Oracle VM VirtualBox Extension Pack' --tarball /home/morgan/.config/VirtualBox/Oracle_VM_VirtualBox_Extension_Pack-5.1.6.vbox-extpack --sha-256 607ac3636bd49a738d5c48159b39261369b5487f71fb10afa2ecf869627a12de --replace.

Failed to execute child process "/usr/lib64/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-xt6ftn/stdout --stderr /tmp/VBoxExtPackHelper-xt6ftn/stderr --elevated install --base-dir /usr/lib64/virtualbox/ExtensionPacks --cert-dir /usr/lib64/virtualbox/ExtPackCertificates --name 'Oracle VM VirtualBox Extension Pack' --tarball /home/morgan/.config/VirtualBox/Oracle_VM_VirtualBox_Extension_Pack-5.1.6.vbox-extpack --sha-256 607ac3636bd49a738d5c48159b39261369b5487f71fb10afa2ecf869627a12de --replace" (No such file or directory)

The installer failed with exit code 1: .
Resultatkod: 
NS_ERROR_FAILURE (0x80004005)
Komponent: 
ExtPackManagerWrap
Gränssnitt: 
IExtPackManager {edba9d10-45d8-b440-1712-46ac0c9bc4c5}


And yes the command line works with replace :)
# VBoxManage extpack install --replace /path/to/extension/pack

CC: (none) => ghibomgx

I've struck a similar problem on fully-updated Mageia-5, following a s/w update 2 days ago.

Tried un-installing and re-installing virtualbox-5.1.2-1.mga5.x86_64, but this is what happened when I then tried to update the Extension pack:

[root@newpc ~]#  VBoxManage extpack install --replace 
/home/mab/Download/Oracle_VM_VirtualBox_Extension_Pack-5.1.6-110634.vbox
-extpack

WARNING: The vboxdrv kernel module is not loaded. Either there is no 
module available for the current kernel (4.4.16-desktop-1.mga5) or it 
failed to load. Please recompile the kernel module and install 
it by:
           sudo /sbin/vboxconfig

         You will not be able to start VMs until this problem is fixed.
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Successfully installed "Oracle VM VirtualBox Extension Pack".

  (Tried starting VM: 

  "Failed to open a session for the virtual machine Windows XP SP3.
  The virtual machine 'Windows XP SP3' has terminated unexpectedly during 
    startup with exit code 1 (0x1).

   Result Code: NS_ERROR_FAILURE (0x80004005)
   Component: MachineWrap
   Interface: IMachine {b2547866-a0a1-4391-8b86-6952d82efaa0}  )

[root@newpc ~]# /sbin/vboxconfig
-bash: /sbin/vboxconfig: No such file or directory

Is there a workaround for missing vboxdrv & vboxconfig?

    (Neither to be dound anywhere in Root...)

CC: (none) => maurice

OK - seems needed to do 'urpmi dkms-virtualbox', which added vboxdrv.

Then needed to replace 5.1.6 version of extensions pack with matching 5.1.2 version...
  Now up and running...

 - except that I'm back with the problem that led me to re-install VBox: a guest program is unable to write to the USB drive (which is caught by the filter being used) that it has found. 
  [No such problem with VBox 5.1.2 on laptop and same USB drive.]

Still valid for 5.1.8; we need to manually
# VBoxManage extpack install --replace /path/to/extension/pack

Summary: VirtualBox 5.1.6 GUI Manager fail to install extension pack (have workarounds) => VirtualBox 5.1.8 GUI Manager fail to install extension pack (have workarounds)

*** Bug 19850 has been marked as a duplicate of this bug. ***

I must be doing something wrong because I ran the suggested command including the right path to where the extension pack is located and got this as a result:

[kristoffer@linux Desktop]$ VBoxManage extpack install --replace Oracle_VM_VirtualBox_Extension_Pack-5.1.10-112026.vbox-extpack0%...
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to install "/home/kristoffer/Desktop/Oracle_VM_VirtualBox_Extension_Pack-5.1.10-112026.vbox-extpack"
VBoxManage: error: The installer failed with exit code 1: 
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component ExtPackManagerWrap, interface IExtPackManager
VBoxManage: error: Context: "RTEXITCODE handleExtPack(HandlerArg*)" at line 1158 of file VBoxManageMisc.cpp

It works fine as root thou:

[root@linux Desktop]# VBoxManage extpack install --replace Oracle_VM_VirtualBox_Extension_Pack-5.1.10-112026.vbox-extpack
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Successfully installed "Oracle VM VirtualBox Extension Pack".

Ozky suggest it is a problem with gksu-polkit
https://forums.mageia.org/en/viewtopic.php?f=7&t=8518&p=66764#p66764

Still valid Vbox 5.1.12

Problem I've had with Vbox extensions for 5.1.10 after Mageia-5 s/w update on laptop was that the Vbox site didn't seem to have the 5.1.10 extension pack. (Since found elsewhere)

Other puzzle, having done earlier s/w update to desktop Mageia-5, it had Vbox 5.1.2, for which extension pack was available.

The hour before i just started virtualbox GUI, menu File > Search for updates, and it responded it is latest,  i just upgraded using mageia rpm, on cauldron) , I OK:ed that, and next it asked to download the 5.1.12 ext pack, and l let it.

It failed installing, but the manual workaround worked as earlier.

(In reply to Morgan Leijström from comment #15)
> Ozky suggest it is a problem with gksu-polkit
> https://forums.mageia.org/en/viewtopic.php?f=7&t=8518&p=66764#p66764

Yes because everytime it's installed it fails to install extension pack in any desktop and when it's removed it's installed without errors,kdesu4 and Cauldron kf5/kdesu works installing it or without any polkit gui installed.

CC: (none) => otto.leipala

Still valid.
Issued Bug 20468 @ gksu-polkit

Source RPM: virtualbox-5.1.10-3.mga6 => virtualbox-5.1.16-1.mga6

Problem still remains for 5.1.18.

Now I see this error even in Mageia 6 after doing a fresh installation with the small network based installation iso.

Virtualbox version is 5.1.22

Extpack used is this one: http://download.virtualbox.org/virtualbox/5.1.22/Oracle_VM_VirtualBox_Extension_Pack-5.1.22-115126.vbox-extpack

This happens also up to Virtualbox 5.1.26. The problem seems of permission, when it tries to install it prompts a requester for asking the root password (dunno whether coming from virtualbox itself or from so graphical su utils), but then seems abandoning or ignoring it (you can't even have the time to type the password) and doing the installation of the extension pack as plain user and thus fails.

I get this error when running ./configure:

Checking for makeself: 
  ** makeself (variable makeself) not found!

And at the bottom of the configure.log I see:

***** Checking makeself *****
** makeself (variable makeself) not found!

Checking with urpmf makeself I see that we have no such package

I googled that error and found this:

https://bugzilla.redhat.com/show_bug.cgi?id=954107

Check comment 2 and 3.

The src.rpm from Fedora does not rebuild to Mageia.

Can somebody fix the patch, please?

Latest track of makeself here: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/2011/SRPMS/main/release/makeself-2.1.5-3.src.rpm or here:
http://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/2012/SRPMS/main/release/makeself-2.1.5-3.src.rpm

Still same problem and I'm now using version 5.2.6.
Installing the extpack as root works as you previously said, but not as normal user.

Still on 5.2.8 : it can download but not execute, so we have to as root
# VBoxManage extpack install --replace /home/UserWhoDownloadedIt/.config/VirtualBox/Oracle_VM_VirtualBox_Extension_Pack-5.2.8.vbox-extpack

Is it the same problem in Cauldron? (i do not run cauldron atm)

Setting "depends on" to the bug created from comment 15

Source RPM: virtualbox-5.1.16-1.mga6 => virtualbox-5.2.8-1.mga6
Depends on: (none) => 20468

Still valid 5.2.12, after grand plasma update et al

Still valid 5.2.14

Still valid 5.2.18, on system with all testing_updates except backports

Tried to install the extpack for 5.2.18 and here's the error I got after typing the correct password:

The installer failed with exit code 1: .


Result code: 
NS_ERROR_FAILURE (0x80004005)
Component: 
ExtPackManagerWrap
Interface: 
IExtPackManager {edba9d10-45d8-b440-1712-46ac0c9bc4c5}

Problem still present on mga6 / vbox 5.2.22
The workaround of installing with root privileges works for me.
easiest way :
 - make sure vbox not running (just to be safe)
 - login to root (via terminal or ?)
 - run graphic file manager
 - click on extension pack to install
 - installs without problem.

Trying to install from inside vbox on user account does NOT work for me.  Same error.

CC: (none) => andre999mga

(In reply to Kristoffer Grundström from comment #31)
> Tried to install the extpack for 5.2.18 and here's the error I got after
> typing the correct password:
> 
> The installer failed with exit code 1: .
> 
> 
> Result code: 
> NS_ERROR_FAILURE (0x80004005)
> Component: 
> ExtPackManagerWrap
> Interface: 
> IExtPackManager {edba9d10-45d8-b440-1712-46ac0c9bc4c5}

I have seen this error before when attempting to install/update the extension pack when running as an ordinary user. However, I did determine how to avoid it, and never see it anymore.

When I get to the point where vbox asks for the root password, before I can type in that password a popup appears, erroneously indicating the install has started, and becoming the active window. You have to click on the password box, making *that* the active window again, or the root password will not be received.

CC: (none) => andrewsfarm

Does it work that crazy on other distros too (upstream bug if so) or how come it is like that for us?

What works here on Mageia6.1 and Mageia7-beta is:

  (As Root)

VBoxManage extpack install --replace <path-to-ext-pack-file>

e.g. (All one line): 
 
 VBoxManage  extpack install --replace /home/mab/Download/Oracle_VM_VirtualBox_Extension_Pack-5.2.2-119230.vbox-extpack

(In reply to Morgan Leijström from comment #34)
> Does it work that crazy on other distros too (upstream bug if so) or how
> come it is like that for us?

No idea. I haven't looked into it. But since we have both been using KDE/Plasma, I would hazard an uninformed guess that it might have something to do with the active window rules. Then again, if the gui is waiting for a password, it shouldn't be telling you that the install is in progress until it gets that password. So that would be an upstream bug.

Of course, it's not a problem if you run VB as root to install the extension pack, because the gui wouldn't have to ask for the root password.

Updating:
§ Still valid VirtualBox 6.0.6-1
§ according to comment #35 this bug is in cauldron too
§ mga5 is not supported anymore

For me it do ask password. I have tried both root password and user password but neither is accepted.

Version: 6 => Cauldron
Source RPM: virtualbox-5.2.8-1.mga6 => virtualbox-6.0.6-1.mga6
Whiteboard: MGA5TOO => MGA6TOO

(In reply to Thomas Backlund from comment #5)
> Just download the extpack (dont select to open with vbox)
> 
> Then when downloaded, as normal user open virtualbox gui, go to File ->
> Settings -> Addons and install it from there (browse for the downloaded
> file).
> 
> It will ask for root privilegies and happily install it.
> (atleast it does here)


When i try this it does not work; i get the same error message as the other GUI method.
An interesting detail is that if i do not enter anything when it asks for root privilegies, i just do nothing to that dialog, it still immediately pops up a dialog "installing extension pack" and soon the usual "Failed to run" dialog pops up.  To me it seems it partly realise it need to ask for root privilegies, but another part of it just go ahead trying to install without waiting for the dialogue. and fails.  Closing that error message, another pops up, pressing "Details" there it shows: "
  Resultatkod: 
  NS_ERROR_FAILURE (0x80004005)

Created attachment 11001 [details]
Virtualbox GUI manual extpak installing fails Screenshot

You appear to be 'in' Vbox itself

Whereas, as I said in Comment 35 above, it always works here on 64-bit Plasma Mageia 6.1 and 7, if executed in a Mageia terminal session as Root.

What happens if you try that, Morgan?

Regards, Maurice.

I can only read the English in the screenshot, but it looks to me like you have a security setting in the way somewhere. Can your user run other programs that require root privileges?

Just a shot in the dark... You're SURE your user is part of the vboxusers group, right?

@ Maurice: Yes root in terminal is my normal workaround.
I was just trying to see it it for me works the GUI way tmb described but it did not.  Strange thing is that it do not wait for my input of password, but go ahead anyway and obviously fails.  That sounds like a bug.

@Thomas A: Yes i am in vboxusers.  Everything else about Virtualbox seem to work incl USB2.  And yes i can run "any" program requiring root by using sudo.

This is an old install originally mga4 perpetually upgraded including sometimes being cauldron.  So i guess something have become different from your installs.  Yet i am not alone, see first post.

Whatever the reason, there is a bug in that it goes on trying before waiting for password for root access.

Looks similar to Bug 24696 - In VirtualBox 6.0.x, attempting to use Device/Insert Guest Additions in a Windows Guest fails at the end of the download.

(In reply to Morgan Leijström from comment #42)
> 
> Whatever the reason, there is a bug in that it goes on trying before waiting
> for password for root access.

I do see where it *appears* to go on without waiting, and that's certainly an upstream bug, but actually it's still waiting. As I stated in Comment 33,

"When I get to the point where vbox asks for the root password, before I can type in that password a popup appears, erroneously indicating the install has started, and becoming the active window. You have to click on the password box, making *that* the active window again, or the root password will not be received."

If I attempt to enter the password without re-activating the password request window, eventually it times out with an error message. I'm not sure what that message is any more now, as for me the workaround described in the quote above has worked *every* time over several Vbox updates.

Still valid

Upgraded to virtualbox 6.0.24.

Manually fetched http://download.virtualbox.org/virtualbox/6.0.24/Oracle_VM_VirtualBox_Extension_Pack-6.0.24.vbox-extpack



TEST 1: In Dolphin i right clicked in that file and selected Open with Virtualbox (default)

Virtualbox started, asked if i want to upgrade the package, i answered yes, and accepted the license, i have it my root password, and then error message as usual:

Failed to run /usr/lib64/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-ltec2q/stdout --stderr /tmp/VBoxExtPackHelper-ltec2q/stderr --elevated install --base-dir /usr/lib64/virtualbox/ExtensionPacks --cert-dir /usr/lib64/virtualbox/ExtPackCertificates --name 'Oracle VM VirtualBox Extension Pack' --tarball /home/morgan/Hämtningar/Oracle_VM_VirtualBox_Extension_Pack-6.0.24.vbox-extpack --sha-256 708cca4a2d88e14c3c41e6be4b44227763decc94bc45cbe4d661f43bc75cf84c --replace.
Failed to execute child process “/usr/lib64/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-ltec2q/stdout --stderr /tmp/VBoxExtPackHelper-ltec2q/stderr --elevated install --base-dir /usr/lib64/virtualbox/ExtensionPacks --cert-dir /usr/lib64/virtualbox/ExtPackCertificates --name 'Oracle VM VirtualBox Extension Pack' --tarball /home/morgan/Hämtningar/Oracle_VM_VirtualBox_Extension_Pack-6.0.24.vbox-extpack --sha-256 708cca4a2d88e14c3c41e6be4b44227763decc94bc45cbe4d661f43bc75cf84c --replace” (No such file or directory)

And then message:

Resultatkod: 
NS_ERROR_FAILURE (0x80004005)




TEST 2: Run VBoxManage as ordinary user:

$ VBoxManage extpack install --replace Oracle_VM_VirtualBox_Extension_Pack-6.0.24.vbox-extpack   
VirtualBox Extension Pack Personal Use and Evaluation License (PUEL)

License version 10, 20 July 2017

PLEASE READ THE FOLLOWING ORACLE VM VIRTUALBOX EXTENSION PACK PERSONAL

-snipped yadayada...-

Do you agree to these license terms and conditions (y/n)? y

License accepted. For batch installation add
--accept-license=56be48f923303c8cababb0bb4c478284b688ed23f16d775d729b89a2e8e5f9eb
to the VBoxManage command line.

0%...

- and here authentication dialog showed up, i entered password -

Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to install "/home/morgan/Hämtningar/Oracle_VM_VirtualBox_Extension_Pack-6.0.24.vbox-extpack"
VBoxManage: error: Code NS_ERROR_FAILURE (0x80004005) - Operation failed (extended info not available)
VBoxManage: error: Context: "RTEXITCODE handleExtPack(HandlerArg*)" at line 1362 of file VBoxManageMisc.cpp


TEST 3: sudo VBoxManage works:
$ sudo VBoxManage extpack install --replace Oracle_VM_VirtualBox_Extension_Pack-6.0.24.vbox-extpack 
- sudo ask my password -
- license -
- progress -
Successfully installed "Oracle VM VirtualBox Extension Pack".

Whiteboard: MGA6TOO, MGA7TOO => MGA7TOO
Source RPM: virtualbox-6.0.14-1.mga6 => virtualbox-6.0.24-1.mga7

And yet your "TEST 1" method always works for me. I wonder what the difference is. You mentioned Dolphin, so we are both using Plasma. 

Only other possibility that I can think of is that I don't use dkms-virtualbox to build the kernel module(s) locally; I use the ones provided by Mageia. But they should be the same...

Still the same. Same system, upgraded to Mageia 8.  Now for Virtualbox in updates testing. This works:

$ sudo VBoxManage extpack install --replace Oracle_VM_VirtualBox_Extension_Pack-6.1.20.vbox-extpack 

But without sudo (or run as root) it fail with same message as comment 45, which also is same message as in error dialogue when i first tried to use the graphical installer in VirtualBox.

Nothing new for 6.1.28

This time tried VirtyualBox GUI settings > Extensions and it fails with same message as always.  It fails also if i just try to remove the old extension pack.

Also at command line without sudo (or su -) i it fails after asking user credentials:
VBoxManage: error: Context: "RTEXITCODE handleExtPack(HandlerArg*)" at line 1424 of file VBoxManageMisc.cpp

Upgraded now using
$ sudo VBoxManage extpack install --replace Oracle_VM_VirtualBox_Extension_Pack-6.1.28-147628.vbox-extpack

Watching the journal while operating the GUI:

Tools > Settings, Extensions
Select existing extension pack, and the [x] button to remove it. After the confirmation dialogue, the dialogue to enter my user password pops up, and att the same time in journal:

okt 21 09:36:45 svarten.tribun plasmashell[10561]: kf.service.services: Parsing "exist Exec and ('/usr/lib64/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-1ap9ev/stdout --stderr /tmp/VBoxExtPackHelper-1ap9ev/stderr --elevated uninstall --base-dir /usr/lib64/virtualbox/ExtensionPacks --name 'Oracle VM VirtualBox Extension Pack'' =~ Name)" gave: syntax error

Note "Syntax error"!

A half second later an animated progress message also appears "Extension: Uninstalling Extension Pack..."  (why do this progress show up before i give my password?)

After entering my password:

okt 21 09:37:00 svarten.tribun polkitd[1811]: Operator of unix-session:c2 successfully authenticated as unix-user:morgan to gain ONE-SHOT authorization for action org.gnome.gksu.spawn for system-bus-name::1.219 [/bin/gksu /usr/lib64/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-1ap9ev/stdout --stderr /tmp/VBoxExtPackHelper-1ap9ev/stderr --elevated uninstall --base-dir /usr/lib64/virtualbox/ExtensionPacks --name 'Oracle VM VirtualBox Extension Pack'] (owned by unix-user:morgan)
okt 21 09:37:00 svarten.tribun gksu-server[131394]: /usr/bin/xauth:  file /tmp/gksu-polkit-E3N6zZ/.Xauthority does not exist
okt 21 09:37:00 svarten.tribun gksu-server[127776]: Failed to execute child process “/usr/lib64/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-1ap9ev/stdout --stderr /tmp/VBoxExtPackHelper-1ap9ev/stderr --elevated uninstall --base-dir /usr/lib64/virtualbox/ExtensionPacks --name 'Oracle VM VirtualBox Extension Pack'” (No such file or directory)


Even if i do not touch the password box, after 24 seconds it shows an error dialogue "Did not receive a reply" and the long removal command, and description "Did not receive a reply. " etc.  Closing that, a new popup telling it failed: with details: Resultatkod: NS_ERROR_FAILURE (0x80004005)

Same with 6.1.32

Whiteboard: MGA7TOO => MGA7TOO MGA8TOO
CC: (none) => zen25000