Practical steps to start, stop and inspect system services with the classic service command. 01.05.2026 | reading time: 2 min On many Linux systems the `service` command is the quick way to start, stop or query daemons from the shell; it invokes legacy init scripts under "/etc/init.d" or acts as a wrapper for systemctl on modern distributions and therefore remains a useful, portable tool for administrators. Try this: check and restart ssh Follow these commands as root to inspect and restart the SSH daemon; replace the service name if your distribution uses a different unit name: ```bash $ sudo service ssh status ;; Active: active (running) since Tue 2026-05-01 10:00:00 ;; $ sudo service ssh stop ;; Stopping ssh: [ OK ] ;; $ sudo service ssh start ;; Starting ssh: [ OK ]``` Important behaviours to watch A short restart may hide differences: `restart` stops and starts the service while `reload` asks the daemon to re-read configuration without dropping connections; `--status-all` invokes every init script and can be slow; on systemd systems prefer `systemctl` for dependency-aware actions and for querying logs with `journalctl`. Where the command fits in your toolkit Use `service` for quick, scripted actions that must run across varied distributions, but switch to `systemctl` for fine-grained control like masking, enabling at boot or checking unit dependencies; remember init scripts live in "/etc/init.d" and that proper permissions are required to control services. Next steps for practice Try converting a simple init script to a systemd unit and compare behavior with `service` and `systemctl` to understand compatibility; hands-on exploration solidifies the differences and prepares the administrator for modern service management. For a deeper certification-driven study consider exam paths such as CompTIA Linux+ or LPIC-1 and intensive preparation like the courses at bitsandbytes.academy to turn these practical commands into tested skills. Join Bits & Bytes Academy First class LINUX exam preparation. utilities boot-process processes troubleshooting infrastructure