Description of problem: SELinux is preventing /usr/sbin/grubby from 'read' accesses on the blk_file sr0. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that grubby should be allowed read access on the sr0 blk_file 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: # grep grubby /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:kdumpgui_t:s0-s0:c0.c1023 Target Context system_u:object_r:removable_device_t:s0 Target Objects sr0 [ blk_file ] Source grubby Source Path /usr/sbin/grubby Port <Unknown> Host (removed) Source RPM Packages grubby-8.28-1.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-90.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.11.6-302.fc20.x86_64 #1 SMP Sat Nov 2 13:30:46 UTC 2013 x86_64 x86_64 Alert Count 1 First Seen 2013-11-04 23:02:49 PST Last Seen 2013-11-04 23:02:49 PST Local ID 0ade4094-b89e-4c4f-83a7-e6e73b3ea13f Raw Audit Messages type=AVC msg=audit(1383634969.186:524): avc: denied { read } for pid=2525 comm="grubby" name="sr0" dev="devtmpfs" ino=6473 scontext=system_u:system_r:kdumpgui_t:s0-s0:c0.c1023 tcontext=system_u:object_r:removable_device_t:s0 tclass=blk_file type=SYSCALL msg=audit(1383634969.186:524): arch=x86_64 syscall=open success=no exit=EACCES a0=1b4bfa0 a1=80000 a2=7fff273b1800 a3=0 items=0 ppid=2522 pid=2525 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=4294967295 tty=(none) comm=grubby exe=/usr/sbin/grubby subj=system_u:system_r:kdumpgui_t:s0-s0:c0.c1023 key=(null) Hash: grubby,kdumpgui_t,removable_device_t,blk_file,read Additional info: reporter: libreport-2.1.9 hashmarkername: setroubleshoot kernel: 3.11.6-302.fc20.x86_64 type: libreport
*** Bug 1026645 has been marked as a duplicate of this bug. ***
I am back porting fixes from RHEL which add kdumpgui_run_bootloader boolean
commit 86a63f7f1b116e4d731337d82e4cbe511f6f1fbc Author: Miroslav Grepl <mgrepl> Date: Tue Nov 5 12:48:01 2013 +0100 Add kdumpgui_run_bootloader boolean
selinux-policy-3.12.1-105.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/selinux-policy-3.12.1-105.fc20
Package selinux-policy-3.12.1-105.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing selinux-policy-3.12.1-105.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-22285/selinux-policy-3.12.1-105.fc20 then log in and leave karma (feedback).
Created attachment 833161 [details] running selinux-policy-3.12.1-106.fc20 but still got this error?
selinux-policy-3.12.1-105.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to collura from comment #6) > Created attachment 833161 [details] > running selinux-policy-3.12.1-106.fc20 but still got this error? yes. it is not fixed.
What is your actual problem? Did you turn on the boolean? # setsebool -P kdumpgui_run_bootloader 1
don't recall