On 11/4/18 7:09 PM, Ranjan Maitra wrote:
On Sun, 4 Nov 2018 18:46:28 -0800 Samuel Sieb <samuel@xxxxxxxx> wrote:
On 11/4/18 5:21 PM, Ranjan Maitra wrote:
Nov 04 19:12:41 machine.name kernel: audit: type=1400 audit(1541380361.892:226): avc: denied { read } for pid=805 comm="systemd-logind" name="nvme0n1p1" dev="devtmpfs" ino=17833 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:nvme_device_t:s0 tclass=blk_file permissive=0
There are a couple of these and it appears that it is the disk device
that it is trying to open. Run "ls -li /dev/nvme0n1*" to verify that.
17666 brw-rw----. 1 root disk 259, 0 Nov 4 19:43 /dev/nvme0n1
17667 brw-rw----. 1 root disk 259, 1 Nov 4 19:43 /dev/nvme0n1p1
17668 brw-rw----. 1 root disk 259, 2 Nov 4 19:43 /dev/nvme0n1p2
17669 brw-rw----. 1 root disk 259, 3 Nov 4 19:44 /dev/nvme0n1p3
17670 brw-rw----. 1 root disk 259, 4 Nov 4 19:43 /dev/nvme0n1p4
17671 brw-rw----. 1 root disk 259, 5 Nov 4 19:43 /dev/nvme0n1p5
17672 brw-rw----. 1 root disk 259, 6 Nov 4 19:43 /dev/nvme0n1p6
The numbers don't match, but I just realized why. The inode numbers on
a tmpfs are temporary. I would need to see the log line and the inode
numbers from the same boot. I'm now wondering if it's an selinux issue.
Try running "sudo setenforce off" and then try "systemctl hibernate".
See if that works.
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx