Description of problem: SELinux is preventing (systemd) from 'read' accesses on the lnk_file .ecryptfs. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that (systemd) should be allowed read access on the .ecryptfs lnk_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 '(systemd)' --raw | audit2allow -M my-systemd # semodule -X 300 -i my-systemd.pp Additional Information: Source Context system_u:system_r:init_t:s0 Target Context unconfined_u:object_r:user_home_t:s0 Target Objects .ecryptfs [ lnk_file ] Source (systemd) Source Path (systemd) Port <Unknown> Host (removed) Source RPM Packages Target RPM Packages Policy RPM selinux-policy-3.14.3-40.fc30.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 5.1.16-300.fc30.x86_64 #1 SMP Wed Jul 3 15:06:51 UTC 2019 x86_64 x86_64 Alert Count 2 First Seen 2019-07-14 13:08:21 CEST Last Seen 2019-07-14 13:08:52 CEST Local ID 64425e83-d5e0-47b9-b454-79aa55f0ffc1 Raw Audit Messages type=AVC msg=audit(1563102532.209:382): avc: denied { read } for pid=2456 comm="(sd-pam)" name=".ecryptfs" dev="nvme0n1p2" ino=10616834 scontext=system_u:system_r:init_t:s0 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=lnk_file permissive=0 Hash: (systemd),init_t,user_home_t,lnk_file,read Version-Release number of selected component: selinux-policy-3.14.3-40.fc30.noarch Additional info: component: selinux-policy reporter: libreport-2.10.1 hashmarkername: setroubleshoot kernel: 5.1.16-300.fc30.x86_64 type: libreport
Happened after home directory migration with ecryptfs-migrate-home.
Used LUKS instead. Probably the better choice anyway...
*** This bug has been marked as a duplicate of bug 1729780 ***