VirtualBox

Opened 13 years ago

Last modified 9 months ago

#8473 reopened defect

Error opening current controlling terminal for the process

Reported by: Harri Owned by:
Component: USB Version: VirtualBox 4.0.4
Keywords: extension pack Cc:
Guest type: other Host type: Linux

Description (last modified by Frank Mehnert)

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.

Change History (15)

comment:1 by Frank Mehnert, 13 years ago

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?

comment:2 by Harri, 13 years ago

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

comment:3 by Adam Spiers, 12 years ago

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.

comment:4 by nickzoic, 12 years ago

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
    [... etc ... it installs successfully ... ]

$ 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.

Last edited 12 years ago by nickzoic (previous) (diff)

comment:5 by Frank Mehnert, 10 years ago

Description: modified (diff)
Resolution: obsolete
Status: newclosed

comment:6 by EkriirkE, 8 years ago

Resolution: obsolete
Status: closedreopened

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.

comment:7 by Frank Mehnert, 8 years ago

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.

in reply to:  7 comment:8 by EkriirkE, 8 years ago

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

comment:9 by Frank Mehnert, 8 years ago

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.

in reply to:  9 ; comment:10 by EkriirkE, 8 years ago

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)

in reply to:  10 comment:11 by Frank Mehnert, 8 years ago

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.

in reply to:  6 comment:12 by chudak, 8 years ago

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?

comment:13 by Cris70, 5 years ago

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?

comment:14 by Damien Cassou, 5 years ago

Same problem for me on Fedora (using EXWM).

comment:15 by Damien Cassou, 5 years ago

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

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use