Description of problem:
The problem was created when the gnome system had just started, immediately after logon to Fedora 33 gnome. I have no more information to add.
SELinux is preventing gdb from 'read' accesses on the file user.
***** Plugin catchall (100. confidence) suggests **************************
If you believe that gdb should be allowed read access on the user 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:
# ausearch -c 'gdb' --raw | audit2allow -M my-gdb
# semodule -X 300 -i my-gdb.pp
Additional Information:
Source Context system_u:system_r:abrt_t:s0-s0:c0.c1023
Target Context system_u:object_r:xdm_var_lib_t:s0
Target Objects user [ file ]
Source gdb
Source Path gdb
Port <Unknown>
Host (removed)
Source RPM Packages
Target RPM Packages
SELinux Policy RPM selinux-policy-targeted-3.14.6-30.fc33.noarch
Local Policy RPM selinux-policy-targeted-3.14.6-30.fc33.noarch
Selinux Enabled True
Policy Type targeted
Enforcing Mode Enforcing
Host Name (removed)
Platform Linux (removed) 5.9.10-200.fc33.x86_64 #1 SMP Mon
Nov 23 18:12:50 UTC 2020 x86_64 x86_64
Alert Count 1
First Seen 2020-11-30 07:49:11 CET
Last Seen 2020-11-30 07:49:11 CET
Local ID 132ec41e-4d3b-484c-8c62-01d86b3926bd
Raw Audit Messages
type=AVC msg=audit(1606718951.475:743): avc: denied { read } for pid=2785 comm="gdb" name="user" dev="dm-0" ino=1573077 scontext=system_u:system_r:abrt_t:s0-s0:c0.c1023 tcontext=system_u:object_r:xdm_var_lib_t:s0 tclass=file permissive=0
Hash: gdb,abrt_t,xdm_var_lib_t,file,read
Version-Release number of selected component:
selinux-policy-targeted-3.14.6-30.fc33.noarch
Additional info:
component: selinux-policy
reporter: libreport-2.14.0
hashmarkername: setroubleshoot
kernel: 5.9.10-200.fc33.x86_64
type: libreport
Similar problem has been detected:
The error on startup, I do not know the reason.
hashmarkername: setroubleshoot
kernel: 5.10.12-200.fc33.x86_64
package: selinux-policy-targeted-3.14.6-34.fc33.noarch
reason: SELinux is preventing gdb from 'read' accesses on the arquivo user.
type: libreport