VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (487 - 489 of 16363)

Ticket Resolution Summary Owner Reporter
#15816 fixed Fedora 24: SELinux is preventing vboxdrv.sh from write access on the directory /etc/udev/rules.d. -> should be fixed in releases higher than 5.1.4 Billamay77
Description

Installing VirtualBox-5.1.x86_64 5.1.4_110228_fedora24-1 on Fedora 24 64 bit I get:

SELinux is preventing vboxdrv.sh from write access on the directory /etc/udev/rules.d.

*****  Plugin catchall (100. confidence) suggests   **************************

If you believe that vboxdrv.sh should be allowed write access on the rules.d directory by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# ausearch -c 'vboxdrv.sh' --raw | audit2allow -M my-vboxdrvsh
# semodule -X 300 -i my-vboxdrvsh.pp

Additional Information:
Source Context                system_u:system_r:init_t:s0
Target Context                system_u:object_r:udev_rules_t:s0
Target Objects                /etc/udev/rules.d [ dir ]
Source                        vboxdrv.sh
Source Path                   vboxdrv.sh
Port                          <Unknown>
Host                          besasc
Source RPM Packages           
Target RPM Packages           systemd-udev-229-12.fc24.x86_64
Policy RPM                    selinux-policy-3.13.1-191.10.fc24.noarch
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     besasc
Platform                      Linux besasc 4.6.6-300.fc24.x86_64 #1 SMP Wed Aug
                              10 21:07:35 UTC 2016 x86_64 x86_64
Alert Count                   67
First Seen                    2016-07-20 22:33:01 CEST
Last Seen                     2016-08-18 09:12:02 CEST
Local ID                      43eddcf0-0e4d-4ea8-a94f-f9adaa8efc7a

Raw Audit Messages
type=AVC msg=audit(1471504322.835:105): avc:  denied  { write } for  pid=912 comm="vboxdrv.sh" name="rules.d" dev="dm-0" ino=1045793 scontext=system_u:system_r:init_t:s0 tcontext=system_u:object_r:udev_rules_t:s0 tclass=dir permissive=0


Hash: vboxdrv.sh,init_t,udev_rules_t,dir,write
#3905 fixed RHEL 4, VB 2.2.0 or higher, Host Processor Spikes Billy Ng
Description

Host: RHEL4 Nahant Update 5. Guest: WinXP Pro

VBox 2.1.4 works great. Upgraded to 2.2.2, launching my guest OS sends X through the processing roof (CPU at an almost constant spike - not really a spike then I guess, but I digress). Downgraded to 2.2.0 - same problem. Reverted back to 2.1.4, problem is gone and everything back to normal.

#9165 obsolete Switching away from VB then back again while choosing a folder to share gives an extra non-working generic file dialog Dan Nye
Description

The problem
It's possible to show two file selection dialog boxes when choosing a folder to share.

The OS-specific dialog used to choose the folder to share gets sent behind the dialog that instigated it, while the new generic file selection dialog appears on top of all other UI elements, but cannot recieve any key / mouse events other than being dragged via its title bar.

Host / guest OS details
I've confirmed that the problem isn't tied to any specific guest OS, nor do you need guest additions installed to recreate, as it happens for me even on an MS-DOS guest. I've seen it on every guest OS I've tried with additions installed (Win XP, Win 7, and Ubuntu 10).

I'm currently using VB v4.0.10 on OSX v10.6.8, although I know if also happened under OSX v10.6.7, and while I no longer have it installed to test, I'm fairly sure this also happened with VB v4.0.8.

Via the forums, I've had it confirmed that the problem happens on a bare install of OSX v10.6.7, so it isn't something that's related to any UI tweaks I've made to my OS (see http://forums.virtualbox.org/viewtopic.php?f=8&t=42883)

Steps to recreate
I've found two ways to recreate the problem, although I suspect one is effectively doing the job of the other:

Method 1

  • Launch any guest OS
  • Choose the "Devices" menu, then "Shared Folders..."
  • In the "Shared Folders" dialog, press the "Add folder" (+) icon (incidentally, the tooltip of which says 'Ins' when no such key exists on a UK Apple keyboard)
  • Choose "Other..." in the "Folder path" control to bring up the OSX folder selection dialog
  • Bring any other app into the foreground, then bring VB back into the foreground (you can use Cmd-Tab for this, or the mouse - anything should show the problem)

Method 2

  • Launch any guest OS
  • Choose the "Devices" menu, then "Shared Folders..."
  • In the "Shared Folders" dialog, press the "Add folder" (+) icon (incidentally, the tooltip of which says 'Ins' when no such key exists on a UK Apple keyboard)
  • Choose "Other..." in the "Folder path" control to bring up the OSX folder selection dialog
  • Click "New Folder"
  • Either create a new folder or cancel - it doesn't mater which. I suspect the act of opening the "New folder" dialog is the same as switching focus away from VB, bringing it back again when the dialog is closed one way or another.
Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy