Hide Forgot
SELinux is preventing /usr/libexec/gvfs-gdu-volume-monitor from 'getattr' accesses on the file /media/2357f634-9244-4ee3-9836-51ef3bbd4336/null. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that gvfs-gdu-volume-monitor should be allowed getattr access on the null 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 gvfs-gdu-volume /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:xdm_t:s0-s0:c0.c1023 Target Context system_u:object_r:root_t:s0 Target Objects /media/2357f634-9244-4ee3-9836-51ef3bbd4336/null [ file ] Source gvfs-gdu-volume Source Path /usr/libexec/gvfs-gdu-volume-monitor Port <Unknown> Host (removed) Source RPM Packages gvfs-1.7.2-2.fc15 Target RPM Packages Policy RPM selinux-policy-3.9.16-1.fc15 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux P5K 2.6.38-0.rc8.git0.1.fc15.x86_64 #1 SMP Tue Mar 8 08:22:15 UTC 2011 x86_64 x86_64 Alert Count 9 First Seen Sun 13 Mar 2011 02:48:43 PM EDT Last Seen Sun 13 Mar 2011 02:48:43 PM EDT Local ID 6881cedf-1afe-4b67-9009-70a025cad4c3 Raw Audit Messages type=AVC msg=audit(1300042123.94:104): avc: denied { getattr } for pid=2239 comm="gvfs-gdu-volume" path="/media/2357f634-9244-4ee3-9836-51ef3bbd4336/null" dev=sda2 ino=19295 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:root_t:s0 tclass=file type=SYSCALL msg=audit(1300042123.94:104): arch=x86_64 syscall=lstat success=no exit=EACCES a0=7fe79c0056e0 a1=7fe7a1ed3b40 a2=7fe7a1ed3b40 a3=100006 items=0 ppid=1 pid=2239 auid=4294967295 uid=42 gid=42 euid=42 suid=42 fsuid=42 egid=42 sgid=42 fsgid=42 tty=(none) ses=4294967295 comm=gvfs-gdu-volume exe=/usr/libexec/gvfs-gdu-volume-monitor subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null) Hash: gvfs-gdu-volume,xdm_t,root_t,file,getattr audit2allow #============= xdm_t ============== allow xdm_t root_t:file getattr; audit2allow -R #============= xdm_t ============== allow xdm_t root_t:file getattr;
This looks like you could have a badly mislabeled system. I have no idea why gdm woul dbe launcing gvfs-gdu-volume and why this would be looking at /media/2357f634-9244-4ee3-9836-51ef3bbd4336/null And I have no idea why this is labeled root_t.
Is this still a problem?