systemctl

Automate systemd unit lifecycle actions and inspect status via systemctl.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/theslashdojo/dojo --skill systemctl
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: systemctl
Source: https://github.com/theslashdojo/dojo/tree/main/nodes/systemd/systemctl
Command: npx skills add https://github.com/theslashdojo/dojo --skill systemctl

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

Administrators and automation engineers need a consistent, safe surface to inspect systemd units and perform lifecycle actions (start, stop, restart, enable, disable, daemon-reload) after deploying or editing unit files.

Core Features & Use Cases

  • Lifecycle control for systemd units (start, stop, restart, reload, daemon-reload)
  • Enablement, disablement, and masking management for boot targets and user services
  • Status inspection with human-readable views and machine-friendly properties via systemctl show and is-enabled
  • Use Case: validate a newly created service, then enable and start it across system or user scopes to ensure reliability

Quick Start

Run the inspection and lifecycle scripts to read a unit's properties and apply a lifecycle action like start or enable.

Frequently Asked Questions about systemctl

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I safely start and enable a systemd unit after editing service files?

To safely start and enable a systemd unit after edits, run daemon-reload to sync new configurations, then use start and enable actions to activate the service immediately and ensure it persists across reboots.

What is the best way to inspect systemd unit status for automation scripts?

The best way to inspect systemd unit status for automation is using systemctl show, which outputs machine-readable properties, whereas status provides a human-readable view for quick visibility and manual verification.

Can I manage user-level systemd services or does this only work for system scope?

You can manage both system and user scopes. Lifecycle actions like start, stop, restart, enable, and disable apply equally to user-level systemd services, ensuring consistent management across different operating environments.

Why does a newly created systemd service fail to start until daemon-reload is run?

A newly created systemd service fails to start because systemd caches unit configurations in memory. Running daemon-reload reloads the systemd manager configuration, making newly deployed or edited unit files available for lifecycle actions.

Does this approach support masking and disabling systemd units for boot targets?

Yes, this approach supports masking and disabling systemd units. Masking prevents a unit from being started manually or automatically, while disabling removes it from boot targets, providing complete enablement management.

When should I use restart versus reload for systemd service lifecycle control?

Use restart to fully stop and start a systemd service, applying all configuration changes, while reload sends a signal to the service process to refresh its configuration without interrupting the service lifecycle.