Description of problem: # reboot Failed to start reboot.target: Access denied The same symptoms as Bug 1229416 but with a much newer version of systemd. Version-Release number of selected component (if applicable): systemd-225-1.fc24.x86_64 How reproducible: 100% Steps to Reproduce: 1. Use the 'reboot' command. Seems like it might be an SELinux issue: Sep 04 15:59:46 rawhide polkitd[677]: Registered Authentication Agent for unix-process:19993:4295918 (system bus name :1.93 [/usr/bin/pkttyagent --notify-fd 5 --fallback], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_GB.UTF-8) Sep 04 15:59:46 rawhide audit[1]: USER_AVC pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='avc: denied { start } for auid=1000 uid=0 gid=0 path="/usr/lib/systemd/system/reboot.target" cmdline="reboot" scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=system_u:object_r:power_unit_file_t:s0 tclass=service exe="/usr/lib/systemd/systemd" sauid=0 hostname=? addr=? terminal=?' Sep 04 15:59:46 rawhide polkitd[677]: Unregistered Authentication Agent for unix-process:19993:4295918 (system bus name :1.93, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_GB.UTF-8) (disconnected from bus) audit2allow says: #============= unconfined_t ============== #!!!! This avc is allowed in the current policy allow unconfined_t power_unit_file_t:service start;
Interestingly, rebooting after (hard) reboot works fine, so I guess SELinux policy and systemd got out of sync, or it's some *Kit nonsense.
Happened to me as well, just after an update. It looks that something was out of sync. I can't reproduce it anymore.
I loaded the F23 beta OpenStack image in OpenStack and after updating the system I had the same problem using `sudo reboot`. Send ctrl+alt+del in console works and after the reboot `sudo reboot` works again.
It is the same with the F22 OpenStack image by the way...
$ sudo dnf reinstall systemd This fixes it.