📖 ~1 min read
Table of contents
Symptom & Impact
`systemctl start ` returns `Permission denied` despite the binary being executable.
Environment & Reproduction
Often appears after copying a unit from another distro or restoring from backup.
Root Cause Analysis
SELinux-like restrictions, SUID loss, or `NoNewPrivileges=yes` in the unit drop required perms.
Quick Triage
Run `systemctl cat ` and `ls -lZ` on the ExecStart binary.
Step-by-Step Diagnosis
Use `systemd-analyze verify /etc/systemd/system/` to catch directive issues.

Solution – Primary Fix
Adjust unit directives (`User=`, `AmbientCapabilities=`) and run `systemctl daemon-reload`.
Still having issues? Our IT Solutions & Services team can diagnose and resolve this for you. Get in touch for a free consultation.

Solution – Alternative Approaches
Wrap the binary in a small launcher script with proper capabilities set via `setcap`.
Verification & Acceptance Criteria
`systemctl status ` reports active (running) with no permission warnings.
Rollback Plan
Restore the original unit file from RPM via `rpm -V ` and `–reinstall`.
Prevention & Hardening
Keep custom drop-ins in `/etc/systemd/system/.d/` rather than overwriting shipped units.
Related Errors & Cross-Refs
Pairs with AppArmor denials when both LSM and unit constraints overlap.
Related tutorial: View the step-by-step tutorial for sles-16.
View all sles-16 tutorials on the Tutorials Hub →
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
systemd.exec manual page and SLES 16 service hardening notes.
Need Expert Help?
If you cannot resolve this yourself, our team offers hands-on Server Management, Managed IT Services, and flexible Support Plans. Contact us today — we respond within one business day.