Error opening current controlling terminal for the process

[Harri]

Trying to install Oracle_VM_VirtualBox_Extension_Pack-4.0.4-70112.vbox-extpack I got an error popup saying

Failed to install the Extension Pack /export/harri/Oracle_VM_VirtualBox_Extension_Pack-4.0.4-70112.vbox-extpack.

The installer failed with exit code 127: Error creating textual authentication agent: Error opening current controlling terminal for the process (`/dev/tty'): No such device or address.

Details

Result Code: NS_ERROR_FAILURE (0x80004005) Component: ExtPackManager Interface: IExtPackManager {2451b1ba-ab1c-42fb-b453-c58433bea8c7}

Of course I checked the access permissions to /dev/tty. Its readable and writable for everybody:

% ls -al /dev/tty crw-rw-rw- 1 root root 5, 0 Mar 2 06:04 /dev/tty

Please note that running Virtualbox as root is not an option.

[Frank Mehnert]

Yes, you should never run VBox as root. Therefore the GUI will try to find gksu, kdesudo or just xterm + su to get admin permissions for installing the extension pack. Could you check if some of these requirements are installed?

[Harri]

xterm and su are available, but obviously this didn't work. If I try "xterm -e su" on the command line, then a xterm opens, I am asked for the root password, and next I get the expected su session.

The bad part on this extension stuff is that it relies upon an XWindow application asking for the root password. Thats _very_ easy to attack, since the password key strokes are sent unencrypted to the server. XWindow wasn't made with security in mind.

My suggestion would be to provide the extensions as *.deb files, at least for Debian and Ubuntu. This would make sure that all files are under dpkg control, upgrades could be handled gracefully, and there would be no messing around with files to be downloaded separately, XWindow applications asking for root passwords, and so on. Virtualbox and its extensions could be installed/upgraded on the terminal, or unattended by a nightly update script. This would be very important for managing the Linux PCs in the office.

Many thanx

Harri

[Adam Spiers]

On Fedora 15 systems this can be caused by ​https://bugzilla.redhat.com/show_bug.cgi?id=699233

The workaround is simply to run /usr/libexec/polkit-gnome-authentication-agent-1 manually before attempting to install the extension pack.

[nickzoic]

Confirmed today, on Ubuntu 11.10, using the oracle-distributed virtualbox-4.1 package

$ VBoxManage extpack install Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack 
0%...
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to install "/home/nick/Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack": The installer failed with exit code 127: Error creating textual authentication agent: Error opening current controlling terminal for the process (`/dev/tty'): No such device or address

Comment 1 is correct, works fine once gksu is installed AND you actually set a root password. Previously, I always just used my own password, via sudo. I don't think the default Ubuntu install even sets a root password.

$ sudo apt-get install gksu

$ sudo passwd
Enter new UNIX password: 
Retype new UNIX password: 
passwd: password updated successfully

$ VBoxManage extpack install Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack 
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Successfully installed "Oracle VM VirtualBox Extension Pack".

Agree with comment 2, it would make more sense to wrap these extensions in .deb files as well, so they can be distributed/updated along with the rest.

[EkriirkE]

This defect is still very much happening with VirtualBox-5.0-5.0.10_104061 (on fedora22-1.x86_64)

I have to run /usr/libexec/polkit-gnome-authentication-agent-1 before it will install. otherwise it fails with the exact same message as the original post.

[Frank Mehnert]

Was polkit-gnome-authentication-agent-1 running before on your system? I wonder why you need to start it manually. To me this looks like a problem with the Linux distribution.

[EkriirkE]

Replying to frank:

Was polkit-gnome-authentication-agent-1 running before on your system? I wonder why you need to start it manually. To me this looks like a problem with the Linux distribution.

No, as stated the work-around is to run it manually per comment #3. I do not run gnome as my wm/desktop (xfce) and VB updates are the oly time I've ever encountered this type of issue. Fedora 23 x64

[Frank Mehnert]

There is some authentication agent required to ask for the admin password. I guess you understand that normal users are not allowed to install system software. The Extension Pack complements VirtualBox thus its installation requires admin permissions.

[EkriirkE]

Replying to frank:

There is some authentication agent required to ask for the admin password. I guess you understand that normal users are not allowed to install system software. The Extension Pack complements VirtualBox thus its installation requires admin permissions.

Of course. But why is running Gnome the only way to prompt for the admin(root) password? (Still an issue as of 5.0.20 r106931)

[Frank Mehnert]

Replying to EkriirkE:

Replying to frank:

There is some authentication agent required to ask for the admin password. I guess you understand that normal users are not allowed to install system software. The Extension Pack complements VirtualBox thus its installation requires admin permissions.

Of course. But why is running Gnome the only way to prompt for the admin(root) password? (Still an issue as of 5.0.20 r106931)

It is not, look here.

[chudak]

Replying to EkriirkE:

This defect is still very much happening with VirtualBox-5.0-5.0.10_104061 (on fedora22-1.x86_64)

I have to run /usr/libexec/polkit-gnome-authentication-agent-1 before it will install. otherwise it fails with the exact same message as the original post.

No matter what I do I can't make it work and I do not even see dir/file/usr/libexec/polkit-gnome-authentication-agent-1

Can you please elaborate on what steps to take and what to install in order to fix it?

[Cris70]

I am experiencing the same problem on an openSUSE Tumbleweed 20181116.

I am on Virtualbox v5.2.20 (from openSUSE repos).

I have /usr/lib64/libexec/polkit-kde-authentication-agent-1 running.

How do I solve this problem?

[Damien Cassou]

Same problem for me on Fedora (using EXWM).

[Damien Cassou]

Workaround: download the extpack from the website, start a terminal, and execute: sudo VBoxManage extpack install --replace /tmp/Oracle_VM_VirtualBox_Extension_Pack-5.2.22.vbox-extpack