Custom Query (16363 matches)
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 | ||
| 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 | ||
| 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 | ||
| Description |
The problem 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'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
Method 1
Method 2
|
|||

