Jak zarządzać usługami w Linuxie (systemd/sysvinit)? Kompletny poradnik administracyjny

Zarządzanie usługami w systemie Linux to jedna z podstawowych kompetencji administratora systemu. Dzięki odpowiedniemu opanowaniu mechanizmów takich jak systemd czy SysVinit, możemy kontrolować działanie usług, konfigurować ich automatyczne uruchamianie, diagnozować problemy i poprawiać stabilność działania serwera lub stacji roboczej.

W tym artykule dokładnie wyjaśnimy, jak zarządzać usługami w Linuxie, zarówno przy użyciu nowoczesnego systemd, jak i starszego SysVinit.

1. Czym są usługi w Linuxie?

Usługi (ang. services, daemons) to programy działające w tle, bez interakcji z użytkownikiem. Przykłady to serwer WWW (Apache, Nginx), bazy danych (MySQL, PostgreSQL), czy serwery SSH, DNS, DHCP.

2. Systemy inicjalizacji: systemd vs SysVinit

System inicjalizacji uruchamia usługi przy starcie systemu. Dwa główne systemy to:

• SysVinit – starszy, klasyczny system używany w starszych dystrybucjach (np. Debian <7, CentOS 5/6)
• systemd – nowoczesny, dominujący w większości dystrybucji od 2015 roku (Ubuntu 16+, CentOS 7+, Debian 8+)

3. Jak sprawdzić, który system jest używany?

ps 1

Jeśli wynik to /sbin/init lub /lib/systemd/systemd, oznacza to systemd. Dla SysVinit będzie to zwykle po prostu init.

Alternatywnie:

ls -l /sbin/init

4. Zarządzanie usługami przy użyciu systemd

Główne narzędzie: systemctl

Podstawowe komendy:

systemctl start nginx       # Uruchamia usługę
systemctl stop nginx        # Zatrzymuje usługę
systemctl restart nginx     # Restartuje usługę
systemctl status nginx      # Pokazuje status usługi
systemctl enable nginx      # Włącza automatyczne uruchamianie
systemctl disable nginx     # Wyłącza autostart
systemctl is-enabled nginx  # Sprawdza, czy usługa startuje automatycznie

5. Przykłady poleceń systemctl

Lista wszystkich aktywnych usług:

systemctl list-units --type=service

Sprawdzenie logów usługi:

journalctl -u nginx

Ponowne wczytanie plików jednostek:

systemctl daemon-reexec
systemctl daemon-reload

6. Tworzenie i edytowanie jednostek systemd

Pliki jednostek znajdują się zazwyczaj w /etc/systemd/system/ lub /lib/systemd/system/.

Przykładowa jednostka:

[Unit]
Description=Przykładowa usługa

[Service]
ExecStart=/usr/local/bin/skrypt.sh
Restart=always

[Install]
WantedBy=multi-user.target

Zapisz jako example.service, aktywuj:

systemctl enable example.service
systemctl start example.service

7. Diagnostyka usług w systemd

• systemctl status – ogólny podgląd działania usługi
• journalctl – systemowy log (w pełni binarny, przeszukiwalny)
• systemd-analyze – analiza czasu bootowania
• systemctl show – szczegółowe informacje o jednostce

8. Zarządzanie usługami w SysVinit

SysVinit korzysta z katalogów /etc/init.d/ i rcX.d/, gdzie X oznacza poziom uruchamiania (runlevel).

Przykładowe komendy:

service apache2 start
service apache2 stop
service apache2 restart

Automatyczne uruchamianie:

update-rc.d apache2 defaults

Lub:

chkconfig apache2 on

9. Narzędzia SysVinit

• service – interfejs do init.d
• update-rc.d – konfiguracja autostartu
• chkconfig – alternatywne narzędzie (RedHat, CentOS)

10. Różnice między systemd a SysVinit

11. Kompatybilność i migracja

Systemd wspiera uruchamianie skryptów SysVinit:

systemctl start apache2

…nawet jeśli apache2 jest skryptem /etc/init.d/apache2.

12. Bezpieczeństwo i najlepsze praktyki

• Ograniczaj uprawnienia w plikach jednostek (ProtectSystem, PrivateTmp)
• Używaj Restart=on-failure dla kluczowych usług
• Zabezpieczaj porty firewall’em (iptables/ufw)
• Monitoruj logi i błędy (journalctl -xe)

13. Automatyzacja zarządzania usługami

W skryptach deployujących lub CI/CD warto stosować:

systemctl restart nginx || systemctl start nginx

Można też kontrolować usługi z Ansible, Puppet, Chef, SaltStack.

14. Porównanie dystrybucji

15. Podsumowanie

Zarządzanie usługami w Linuxie może być proste i efektywne — o ile dobrze rozumiemy narzędzia, z których korzystamy. Systemd jest obecnie standardem, oferując zaawansowane możliwości konfiguracji, logowania i diagnostyki. SysVinit z kolei jest lżejszy, ale pozbawiony wielu nowoczesnych funkcji.

Rekomendacja: Jeśli tworzysz nowe usługi – używaj systemd. W starszych systemach – znajomość SysVinit nadal pozostaje przydatna.

Polecane wpisy

Automatyzacja aktualizacji systemu, kopii zapasowych i innych zadań administracyjnych w Debianie

Automatyzacja aktualizacji systemu, kopii zapasowych i innych zadań administracyjnych w Debianie Automatyzacja zadań administracyjnych w systemie Debian jest jednym z Czytaj dalej

Czytaj  Diagnostyka procesora Linux

Linux kill process: Jak Zatrzymać Procesy w Systemie Linux

Linux kill process: Jak Zatrzymać Procesy w Systemie Linux W systemie Linux czasami może być konieczne zatrzymanie nieodpowiadających lub wadliwych Czytaj dalej