﻿id	summary	reporter	owner	description	type	status	component	version	resolution	keywords	cc	guest	host
12166	VBoxClient does not startup because of permissions in /opt/VBoxGuestAdditions-X.X.X directory (bug + fix found) -> fixed as of 22 October 2013 (4.1 branch and later)	DrChaos		"My symptom was that I could not cut and paste between my host and guest, even though I selected bidirectional clipboard. I confirmed bidirectional clipboard was turned on correctly through VBox.log on the Windows host. 

My Linux client is Scientific Linux 6.4, which is nearly exactly RHEL 6.4 (up to date). VirtualBox version is 4.2.18

There were no VBoxClient processes running and /usr/bin/VboxClient pointed to an unreadable path.

I found that the /opt/VBoxGuestAdditions-4.2.18/ did not have read or execute permissions open for unprivileged users. The problem persisted after I uninstalled the guest additions, deleted /opt/VBox*, rebooted, and reinstalled guest permissions.

The problem was fixed when I changed the permissions on /opt/VBoxGuestAdditions-4.2.18/ to allow read+exec for general users. After a reboot, the VBoxClient processes were running normally and clipboard worked.  Furthermore I no longer have to do ""xrandr -s 0"" every time I resize the guest window. 

This appears to be a regression from ticket #10832 which showed other problems from an /opt/ permissions problem which was supposedly fixed, but has reoccurred in my environment. 

It should be an easy fix in the installer, but this problem bugged me for weeks until I found the problem.

cheers

"	defect	closed	installer	VirtualBox 4.2.18	fixed	guest additions permission installer opt		Linux	Windows
