Kompletní tutoriál příkazu systemctl v Linuxu

Dominovat systemctl a systemd V dnešní době je to prakticky nezbytné, pokud spravujete moderní linuxové servery nebo systémy. Tento nástroj je branou k řízení toho, které služby se spouštějí, jak se spouštějí, co selhalo a aktuální stav vašeho systému v daném okamžiku. Jakmile se s tím zorientujete, ušetříte si spoustu bolestí hlavy a mnoho zbytečných restartů.

V této příručce uvidíte uspořádaný způsob a s příklady, jak používat systemctl pro správu služeb, jednotek a cílůJak zobrazit seznam toho, co se v systému děje, jak upravovat disky bez poškození, co znamenají stavy jako povolen, maskovaný o statickýA také Triky Vypnutí, restartování nebo přepnutí z grafického do textového režimu jediným příkazem. Vše pomocí Španělština ze Španělska, přímočará a praktická, navržený tak, abyste mohli přečtené texty aplikovat na jakoukoli distribuci založenou na SystemD (Ubuntu, Debian, RHEL, CentOS, Fedora, Arch atd.).

Co je systemd a jakou roli hraje systemctl?

Ve většině současných distribucí, systemd funguje jako spouštěcí systém a základní infrastrukturaJe to proces, který začíná hned po jádru (obvykle jako PID 1) a je zodpovědný za spuštění ostatních služeb, montáž souborových systémů, správu závislostí, řízení relací, protokolování událostí a mnoho dalšího.

systemd se skládá z démony, knihovny a utility které umožňují komunikaci s jádrem a uživatelským prostorem: spravuje řídicí skupiny (cgroups), sockety, časovače, přípojné body, základní konfiguraci sítě, synchronizaci času, rozlišení názvů, kontejnery a virtuální strojea je dokonce kompatibilní se staršími skripty SysV a LSB, takže jej může zcela nahradit Klasický Sysvinit.

V rámci celého tohoto ekosystému, systemctl je „dálkové ovládání“ systemdJe to online nástroj příkazy které používáte pro:

• Spuštění, zastavení, restartování nebo opětovné načtení služeb a další typy jednotek.
• Povolení nebo zakázání jednotek aby mohli se systémem začít (nebo ne).
• Zkontrolujte stav služeb, cílů a systému obecně.
• Úprava souborů na disku nebo si prohlédnout jeho závislosti a vnitřní vlastnosti.
• Změnit globální stav systému (záchranný režim, víceuživatelský režim, grafický režim, vypnutí, restart…).

Upozorňujeme, že ne všechny distribuce používají systemd. Pokud při spuštění systemctl Zobrazí se vám zpráva, jako je tato: bash: systemctl: command not found Nebo něco podobného; váš systém pravděpodobně používá jiný inicializační systém (OpenRC, runit, čistý SysV atd.). V tom případě, Příkazy v této příručce se nepoužijí jak to je.

Disky a soubory disků v systemd

Klíčovým konceptem v systemd je jednotkyJednotka představuje jakýkoli zdroj, který je systemd schopen spravovat: službu, socket, bod připojení, zařízení, globální systémový cíl, časovač… Každý typ jednotky je identifikován pomocí přípona v názvu souboru.

Některé z nejběžnějších typů jednotek, se kterými se setkáte při práci systemctl a systemd Zvuk:

• .službaslužby a démony (nginx.service, ssh.service, NetworkManager.service…).
• .zásuvkaSockety spojené se službami spouštěnými na vyžádání.
• .mount: body připojení souborového systému.
• .automount: automatické sestavy aktivované k použití.
• .cíl: systémové „stavy“ (multi-user.target, graphical.target, rescue.target…).
• .časovač: časovače, které spouštějí služby v určitých časech.
• .zařízenízařízení spravovaná službou udev.
• .cesta: monitory tras na disku, které spouštějí služby.

Každá jednotka je definována v soubor jednotkycož je textový soubor se sekcemi jako , , , kde je podrobně popsán popis, závislosti a příkazy bota, uživatel spouštějící službu atd. Tyto soubory jsou obvykle uloženy v:

• /lib/systemd/system/ o /usr/lib/systemd/system/: jednotky, které jsou součástí balení.
• / etc / systemd / system /: jednotky definované nebo přepsané administrátorem.

když pracujete s systemctlTéměř vždy se odkazuje na jednotky typu .službaPokud však příponu vynecháte, systemd ve výchozím nastavení předpokládá, že odkazujete na službu. To znamená, systemctl start ssh y systemctl start ssh.service jsou ekvivalentní.

Existují speciální jednotky, tzv. šablony, jehož jméno zahrnuje @například name@.servicePři vytváření instance šablony jako name@miinstancia.serviceTo, co děláte, je vytváření konkrétní instance předávající identifikátorv rámci souboru jednotek, proměnná %i Je nahrazen tímto identifikátorem. Toto se běžně používá v SSH tunelech, síťových službách atd.

Zkontrolujte, zda váš systém používá systemd

Než se s příkazy ponoříte do blázince, je dobré si ověřit, zda vaše distribuce skutečně používá systemd jako PID 1Mnoho průvodců doporučuje něco tak jednoduchého, jako například:

pstree | head -5

Pokud na vrcholu stromu vidíte proces systemdMůžete pokračovat bez problémů. Pokud uvidíte jiný inicializační systém, budete muset použít specifické nástroje pro daný spouštěcí systém.

Základní správa služeb pomocí systemctl

Každodenní provoz se systemd se obvykle zaměřuje na Spuštění, zastavení, restartování a opětovné načtení služebTyto příkazy ovlivňují aktuální stav služby, nikoli to, zda se automaticky spustí se systémem.

na zkontrolovat stav služby, Můžeš použít:

systemctl status nombre_servicio.service

Například pro zobrazení výkonu síťové služby systemd-networkd v textovém režimu systému Ubuntu:

systemctl status systemd-networkd.service

Tento příkaz zobrazí poměrně podrobné informace: stav (aktivní, neaktivní, selhal…), kdy byl aktivován, hlavní PID, využití CPU a několik nedávných zpráv z protokolu, které jsou velmi užitečné pro diagnostiku problémů.

Pokud chcete něco přímočařejšího, můžete použít tyto specifické varianty:

• systemctl je aktivní název_služby: označuje, zda je aktivní (spuštěný) či nikoli.
• systemctl je povoleno name.service: označuje, zda se spustí od začátku.
• systemctl selhal - název_služby: kontroluje, zda se nedostal do chybového stavu.

Například chcete-li zjistit, zda je systemd-networkd povolen při spuštění, můžete spustit:

systemctl is-enabled systemd-networkd.service

A abyste zjistili, zda se v určitém okamžiku nepodařilo spustit:

systemctl is-failed systemd-networkd.service

Spouštění, zastavování, restartování a opětovné načítání služeb

na zastavit spuštěnou službuTypické pořadí je:

sudo systemctl stop nombre_servicio.service

Mějte na paměti, že jelikož se jedná o akci, která ovlivňuje systém, budete muset administrátorská oprávnění, obvykle s použitím sudoU některých „tvrdohlavých“ služeb, jako je například systemd-networkd, jejich zastavení způsobí jejich okamžitý restart, pokud existuje jednotka, která je vyžaduje a má nastavené zásady automatického restartu.

Pokud je služba zastavena a chcete začni toPoužíváte stejný vzorec s start:

sudo systemctl start systemd-networkd.service

Pokud jste změnili konfigurační soubor a chcete změny použít, nejběžnějším postupem je restartujte službu:

sudo systemctl restart nombre_servicio.service

Mnoho démonů to dovoluje Obnovte nastavení bez úplného restartuvyhýbání se přerušení aktivních spojení. V těchto případech se používá následující:

sudo systemctl reload nombre_servicio.service

Pokud si nejste jisti, zda daná služba podporuje dobíjení, můžete zkusit:

sudo systemctl reload-or-restart nombre_servicio.service

S tímto příkazem systemctl se nejprve pokusí znovu načíst A pokud se jednotka nenačte znovu, provede se úplný restart. To je velmi užitečné, když si nepamatujete konkrétní chování jednotlivých démonů.

Povolení a zakázání služeb při spuštění

Všechno, co jsme dosud viděli, ovlivňuje pouze aktuální relacePokud chcete, aby se služba spouštěla ​​automaticky při spuštění systému, musíte povolit toZákladní příkaz je:

sudo systemctl enable nombre_servicio.service

Tímto způsobem systemd vytvoří symbolické odkazy ze souboru systémových služeb (obvykle v /lib/systemd/system o /etc/systemd/system) až do adresáře .wants odpovídající cíli, kde by měl být aktivován. Například něco jako:

/etc/systemd/system/multi-user.target.wants/nombre_servicio.service

Pokud chcete pravý opak, tj. zabránit automatickému spuštění služby Při dalším spuštění jej zakažte:

sudo systemctl disable nombre_servicio.service

Tím se odstraní symbolické bootovací odkazy, ale Nezastaví službu, která již běží.Podobně povolení služby ji nespustí okamžitě: bude účinné až po dalším restartu, pokud nekombinujete následující:

sudo systemctl enable nombre_servicio.service
sudo systemctl start nombre_servicio.service

Některé distribuce a nástroje nabízejí zkratky pro povolit a spustit současněStandardní způsob použití systemctl je však obvykle spuštění obou příkazů.

Zobrazit celkový stav jednotek

systemctl není užitečný pouze pro přístup k jednotlivým službám; umožňuje také mít přehled o systémuNejtypičtější příkaz je:

systemctl list-units

Tento seznam zobrazuje všechny aktivní jednotky, které má systemd v paměti. Hlavní sloupce jsou:

• JEDNOTKA: název jednotky (například sshd.service).
• ZATÍŽENÍzda byl soubor z disku správně načten (načten, nenalezen, chyba…).
• ACTIVEobecný stav (aktivní, neaktivní, selhal…).
• SUB: popisnější podstav (spuštěný, ukončený, mrtvý, selhaný…).
• POPIS: stručný popis jednotky.

Pokud zavoláte systemctl bez argumentůUvidíte prakticky stejný seznam, protože to je jeho výchozí chování. Protože se zobrazují pouze aktivní jednotky, téměř vše se zobrazí s LOAD=načteno a ACTIVE=aktivní.

Chcete-li zahrnout i neaktivní jednotky, můžete přidat indikátor --all:

systemctl list-units --all

Můžete také filtrovat podle státu pomocí --state=Například pro zobrazení pouze neaktivních disků:

systemctl list-units --all --state=inactive

Nebo filtrujte podle typu jednotky pomocí --type=Například pro zobrazení pouze aktivních služeb:

systemctl list-units --type=service

Seznam všech nainstalovaných souborů na disku

Výše uvedený seznam zobrazuje pouze jednotky, které se systemd pokusil načíst. Chcete-li se dozvědět více. všechny mechaniky, které na disku existujíAť už je použijete nebo ne, musíte se uchýlit k:

systemctl list-unit-files

Zde se pozornost zaměřuje na samotné soubory jednotek, nikoli na jejich stav v paměti. Uvidíte dva hlavní sloupce: SOUBOR JEDNOTKY y STÁTV sekci STATE se zobrazují hodnoty, jako například:

• povolenJednotka je nakonfigurována tak, aby se spouštěla ​​automaticky.
• invalidní: Není nakonfigurováno pro automatické spuštění.
• statickýJednotka nemá žádnou sekci , tak nemůže se sám aktivovatObvykle se jedná o závislost na jiných jednotkách nebo o provedení určité akce.
• maskovanýJednotka je zcela zablokovaná; nelze ji žádným způsobem spustit.

Můžete také filtrovat podle stavu, například zobrazit pouze povolené jednotky:

systemctl list-unit-files --state=enabled

Nebo sloučte více států do jednoho dotazu oddělením čárkami:

systemctl list-unit-files --state=enabled,failed

Zobrazení podrobností, vlastností a závislostí jednotky

Pokud chcete, aby zobrazit skutečný obsah souboru na disku Protože systemd používá nejpohodlnější příkaz, je to:

systemctl cat nombre.service

Toto zobrazuje soubor tak, jak ho vidí systemd, včetně všech fragmentů přepsání z /etc/systemd/systemJe to velmi užitečné pro ověření, zda byly vaše změny skutečně zohledněny.

Prohlédnout strom závislostí Z jedné jednotky můžete využít:

systemctl list-dependencies nombre.service

Výstup je hierarchický a ukazuje, které cíle a služby řídí danou službu. Jednotky typu .cíl Fungují jako seskupovací body a pouze ony rekurzivně zobrazují své závislosti ve výchozím nastavení; pokud chcete rozbalit celý strom, přidejte --all.

Pokud potřebujete vědět které jednotky závisí na té, kterou jste uvedli, Přidat --reverse k příkazu. A pokud se chcete zaměřit na pořadí spouštění, příznaky --before y --after Zobrazují jednotky, které musí začít před nebo po cílové jednotce.

Chcete-li vidět vše vnitřní vlastnosti jednotky ve formátu klíč=hodnota, použijte:

systemctl show nombre.service

A pokud vás zajímá pouze konkrétní nemovitost, můžete filtrovat pomocí -pNapříklad pro zobrazení konfliktů sshd:

systemctl show sshd.service -p Conflicts

Maskovací a odmaskovací jednotky

Kromě zakázání umožňuje systemd maskovat jednotku tak, aby bylo zcela nemožné ji spustitTato technika se používá, když si chcete být 100% jisti, že se něco nespustí, a to ani náhodou. To lze provést ručně nebo spolehnutím se na jiný přístroj.

Maskování se realizuje vytvořením symbolický odkaz na /dev/null místo skutečného souboru disku. Chcete-li maskovat službu, například nginx:

sudo systemctl mask nginx.service

Pokud pak spustíte systemctl list-unit-files, to uvidíš Soubor nginx.service se jeví jako maskovaný.A pokud se to pokusíte spustit:

sudo systemctl start nginx.service

Obdržíte zprávu, která by zněla takto: Nepodařilo se spustit nginx.service: Jednotka nginx.service je maskovaná. Jinými slovy, jednotka je obrněná. Aby byla opět použitelná, je nutné odhalit ji:

sudo systemctl unmask nginx.service

Poté se jednotka vrátí do předchozího stavu (povoleno, zakázáno, statické atd.) a lze ji poté normálně spustit nebo povolit.

Upravujte soubory na disku bez narušení systému

Někdy je potřeba upravit chování služby: změnit uživatele, který ji spouští, přidat možnosti příkazového řádku, upravit závislosti… Místo ruční úpravy souborů v /lib/systemd/systemNejbezpečnější je použít vlastní systemctl pro generování přepsání.

Základní příkaz je:

sudo systemctl edit nombre.service

Tím se otevře váš výchozí editor s prázdný soubor fragmentůPo uložení a ukončení systemd vytvoří adresář v /etc/systemd/system/nombre.service.d/ a uvnitř souboru override.confPři načítání disku systemd sloučí původní soubor s tímto fragmentem a direktivami override. mají přednost na těch ze základního souboru.

Pokud chcete upravit kompletní soubor disku Místo přepsání to můžete udělat pomocí:

sudo systemctl edit --full nombre.service

V tomto případě se uložené údaje zapíší do /etc/systemd/system/nombre.servicekterá má přednost před verzí systému v /lib/systemd/systemJe to způsob, jak „klonovat“ a kompletně přizpůsobit disk, aniž by se musely měnit soubory, které jsou součástí balení.

Pokud se později rozhodnete změny vrátit zpět, jednoduše smazat adresář .d přepsání nebo upraveného servisního souboru v /etc/systemd/system. Například:

sudo rm -r /etc/systemd/system/nginx.service.d
sudo rm /etc/systemd/system/nginx.service

Po odstranění těchto položek je velmi důležité spustit:

sudo systemctl daemon-reload

To nutí systemd k Znovu načíst všechny soubory z diskuZapomeňte na odstraněné přepsání a vraťte se k používání původních systémových definic.

Cíle a adaptace úrovně běhu

L Cíle systemd jsou moderním ekvivalentem úrovní běhu. ze SysV. Jsou to speciální jednotky (končí na .target), které seskupují další jednotky a reprezentují „stavy“ nebo synchronizační body systému.

Například:

• víceuživatelský.target: víceuživatelský konzolový režim, typický pro servery bez grafického prostředí.
• grafický.cílgrafický režim; obvykle závisí na multi-user.target a přidává vrstvu grafického rozhraní.
• záchranný_cíl: záchranný režim, podobný „režimu pro jednoho uživatele“.
• swap.target: bod, ve kterém je výměnná oblast připravena k použití.

Jednotky mohou deklarovat vztahy, jako například Chce se=, Požadováno=, Chce=, Požaduje=, Po= s těmito cíli, aby se naznačilo, na čem závisí a v jakém pořadí by jich mělo být dosaženo.

Chcete-li vědět Jaký je předem stanovený cíl? vašeho systému (stav, kterého chcete dosáhnout při normálním spuštění), použijte:

systemctl get-default

Například pokud chcete, aby se systém vždy spouštěl v grafickém režimu, můžete to změnit pomocí:

sudo systemctl set-default graphical.target

Chcete-li zobrazit všechny cíle nainstalované v systému a jejich stav (povoleno, zakázáno…), můžete spustit:

systemctl list-unit-files --type=target

A pokud to, co chceš, je vidět které cíle jsou právě teď aktivníUděláte to pomocí:

systemctl list-units --type=target

Izolujte cíle a změňte pracovní režim

Jednou z nejsilnějších věcí, které systemd nabízí, je možnost změna stavu systému „izolací“ cíleKdyž provedete izolaci, systemd aktivuje všechny jednotky potřebné pro daný účel a zastaví ty, které se již nevejdou do jeho stromu závislostí.

Představte si, že se nacházíte v grafickém prostředí (aktivním grafický.cíla chcete přejít do textového prostředí s více uživateli, například pro účely údržby. Nejprve můžete zkontrolovat závislosti souboru multiuser.target:

systemctl list-dependencies multi-user.target

A když si budete jisti, že nic kritického nepoškodíte, spustíte:

sudo systemctl isolate multi-user.target

Protože graphical.target závisí na multi-user.target, ale ne naopak, izolace multi-user target jej zastaví. všechny služby spojené s grafickou vrstvoutakže zůstanete v textovém režimu. Je to docela radikální změna, takže ji používejte moudře.

Pro velmi běžné události nabízí systemctl pohodlné zkratky versus psaní izolátu ručně. Mezi nejčastěji používané patří:

• Záchrana sudo systemctl: přepne do záchranného režimu (ekvivalent izolace rescue.target) a upozorní připojené uživatele.
• sudo systemctl zastavit: zastaví systém (podobně jako vypnutí CPU bez přerušení napájení).
• Vypnutí sudo systemctlStroj úplně vypněte.
• sudo systemctl restartovat: restartuje systém.

Typicky klasické příkazy jako reboot, poweroff o halt Jsou interně propojeny s rozhraním systemd, takže se s těmito zkratkami chovají konzistentně.

Další nezbytné příkazy systemctl

Kromě všeho výše uvedeného existuje několik příkazů pro systemctl které byste měli mít po ruce, protože je budete často používat při práci s jednotkami:

Znovu načíst konfiguraci systemd (ne služby):

sudo systemctl daemon-reload

Pokaždé, když upravíte nebo přidáte soubory na disku, musíte o tom informovat systemd, aby je mohl znovu načíst. Tento příkaz služby se nerestartujíPouze znovu načte databázi jednotek.

Zkontrolujte stav služby s podrobnostmi (již projednáno):

sudo systemctl status nombre_servicio.service

Zde uvidíte stav Načteno, Aktivní, PID, dobu provozuschopnosti a nejnovější zprávy protokolu, což je neocenitelné pro ladění chyb.

Povolte a zakažte služby (také viděno):

sudo systemctl enable nombre_servicio.service
sudo systemctl disable nombre_servicio.service

Spuštění, zastavení a restartování služeb explicitně:

sudo systemctl start nombre_servicio.service
sudo systemctl stop nombre_servicio.service
sudo systemctl restart nombre_servicio.service

Tyto vzorce se opakují prakticky u jakékoli služby, od apache2, nginx nebo ssh, až po služby databází, démoni dojmu nebo cokoli, co vás napadne.

Správa služeb: spuštění, opětovné načtení, zastavení a monitorování

V reálném prostředí budete používat systemctl pro zajištění neustálého provozu základních služebwebové servery, databáze, síťové služby, démony zálohováníatd. Cílem je minimalizovat čas nečinnosti a aplikovat změny konfigurace s co nejmenším dopadem.

na zahájit službu který má být aktivní (například Apache), typický příkaz by byl:

sudo systemctl start apache2

Pokud Apache již běžel, nezaznamenáte nic neobvyklého; pokud byl zastaven, démon spustí podřízené procesy a začne zpracovávat požadavky. Kdykoli si nejste jisti, co se stalo, spusťte následující příkazy:

sudo systemctl status apache2

Když změníte hlavní konfigurační soubor nebo nějaký virtuální hostitel, obvykle znovu načíst o restartujte počítač Služba. Nabíjení je plynulejší:

sudo systemctl reload apache2

To umožňuje službě znovu načíst konfigurační soubory bez ukončení spuštěných procesů, takže si uživatelé sotva čehokoli všimnou. Pokud z jakéhokoli důvodu služba nepodporuje opětovné načítání, budete muset:

sudo systemctl restart apache2

V některých případech, pokud má služba problémy nebo nereaguje, může být nutný úplný restart. uvolňuje zdroje a čistí zombie procesyJe to jeden z typických diagnostických kroků předtím, než se na to podíváme. protokoly hluboko.

na dočasně zastavit službu protože provádíte údržbu nebo proto, že to prostě nějakou dobu nepotřebujete:

sudo systemctl stop apache2

To mu nebrání v restartu při dalším restartu, pokud ho máte povolený. Pokud chcete, aby úplně zmizel až do odvolání, zkombinujete stop s zakázat masku O v závislosti na stupni „zákazu“, který chcete uplatnit.

Po jakémkoli citlivém chirurgickém zákroku se důrazně doporučuje zkontroluj stav služby a její nejnovější záznamy s:

sudo systemctl status nombre_servicio

A pokud potřebujete více kontextu, s journalctl, například:

sudo journalctl -u nombre_servicio

Řešení běžných problémů se systemctl

Když se při spuštění služby něco pokazí systemctlJe normální vidět zprávy jako „Úloha pro X selhala“ nebo stavy neúspěšný ve výstupu statusu. Řádný postup je obvykle následující:

1. Zobrazit podrobný stav jednotky:

sudo systemctl status nombre_servicio

Tam uvidíte, zda se služba nespouští kvůli selhání příkazu, časovému limitu, problémům s oprávněními, chybějícímu souboru atd. Podívejte se na řádky jako „Main PID exited“ a skutečné chybové zprávy z aplikace.

2. Projděte si kompletní záznamy s journalctl:

sudo journalctl -u nombre_servicio

Díky tomu získáte historii protokolů generovaných jednotkou, což je velmi užitečné, pokud služba ihned po spuštění „zemře“.

3. Zkontrolujte, zda je to povoleno kdy očekáváte spuštění:

sudo systemctl is-enabled nombre_servicio

Pokud se zobrazuje jako zakázané, jednoduše:

sudo systemctl enable nombre_servicio

4. Zkontrolujte oprávnění a uživateleNěkteré služby musí být spuštěny pod jménem konkrétního uživatele nebo přistupovat ke konkrétním cestám. Pokud soubor jednotky specifikuje User= o Group= nesprávná nebo trasa v ExecStart= Pokud neexistuje nebo není přístupný, služba může okamžitě přestat fungovat.

5. Pokud jste soubor disku upravili ručně, nezapomeňte znovu načíst konfiguraci systemd s:

sudo systemctl daemon-reload

Zapomenutí tohoto kroku je klasická chyba: provedete změny, restartujete službu a stále vidíte staré chování, protože systemd ještě nepřečetl nový soubor.

Dodržování této rutiny kontrol a pravidelná kontrola stavu klíčových jednotek to značně usnadňuje. Udržování stabilního a předvídatelného linuxového systému.

Jak vidíte, systemctl se stává švýcarským nožem pro správu systémových služeb, jednotek a stavů V jakékoli moderní distribuci se systemd vám umožňuje přesně spouštět a zastavovat démony, ovládat, co se spouští při bootování, podrobně prozkoumávat chyby, upravovat konfigurace bez přepisování systémových souborů a během několika sekund přepínat z grafického režimu do záchranného režimu. Zvládnutí těchto příkazů nejen výrazně usnadňuje správu linuxových serverů nebo stolních počítačů, ale také vám dává mnohem větší jistotu při řešení závažných produkčních problémů, protože přesně víte, co běží, proč a jak to bezpečně zastavit nebo upravit.