Ez a cikk lehet egy parancs rövid, de a kapott nyomtatás nagyon hosszú.

a dump parancs

Ha valaki kéri, hogy mutassa meg a rendszer teljes konfigurációját, használja a dump parancsot.

$ systemd –dump-configuration-items

a fájl lefedi a rendszeren lévő összes egységet. Miután a fejlesztő ezt a fájlt elérhető, a személy megy keresztül, mi van, majd próbálja megtalálni a problémákat, akkor szembe. Vége és kész., Azonban nem olvasná ezt a cikket, ha hagyná, hogy valaki mindent megtegyen. Lássuk, mit lehet csinálni egy szolgáltatás egy időben tanulni néhány trükköt, hogy kiszűrje az eredményeket.

a systemd

hierarchiája a hatékonysághoz fel kell ismerned, hogy a systemd-n belül hierarchiád van, és beállíthatod, hogy az egyes szolgáltatások függjenek és / vagy várjanak más szolgáltatásokra. Ennek különböző módjai nyilvánvalóak a szolgáltatási fájlokban. A különböző kijelentések vannak “akar”, “szükséges”, “előtt” és “után”., A hatékony elemzés, akkor használja ezeket, hogy ha a készülék le, mert az eltartott. Akkor majd nyomon vissza, ahol a mögöttes probléma rejlik. Itt van egy exmample ennek.

$ systemctl list-dependencies-before xpra.szolgáltatás

A nyomtatás a többi xpra egységet mutatja.szolgáltatás támaszkodnak. Ebben az esetben a többi egység aktív, így mi kell összpontosítani, hogy miért a készülék maga is törött. A példa hiányzott egy tanúsítványfájl.,

ennek legfontosabb használata annak vizsgálata, hogy a szolgáltatás hiányzik-e függőségek, használja a parancsot így.

$ systemctl list-dependencies xringd

az eredmény egy hosszú lista, amelyet kényelmesen egy fába szerveztek, és amely minden szolgáltatást zöld vagy piros színben jelenít meg, ha valami nincs rendben. A szolgáltatások fájlban a függőségek is láthatók. Nyissa meg a fájlt a kedvenc szerkesztőjével, vagy használja a systemctl fájlt, amely megnyitja a fájlt az alapértelmezett szerkesztővel.,

aktív szolgáltatások felsorolása

Ha egy rendszert meg akar vizsgálni, tudnia kell, hogy az egységek hogyan illeszkednek egymáshoz. Ehhez számos lehetőség van a részletek nyomtatására. Felsorolhatja, hogy mely rendszerek vannak elfoglalva, kudarcot vallottak stb. Ennél is fontosabb lehet felsorolni, hogyan vannak összeállítva, melyik egység, szolgáltatás stb. az aktuális egység függ. Ennek fő parancsa a systemctl, az opciók hasznosak az adott probléma szűkítéséhez.

a systemctl megfelelő használatához alaposan nézze meg a parancs beállításait., Vannak lehetőségek arra, hogy pontosan kiválasszák, amire szüksége van, különösen a szolgáltatások állapotát illetően. Itt olyan szolgáltatásokat keresünk, amelyeknek problémái vannak.

$ systemctl list-unit-files –type=service

Ez a lista is hosszú, és végig kell görgetnie az összes szolgáltatást, hogy megtalálja, amit keres. Néhány további paraméterrel szűrhet egy adott vagy letiltott paramétereket. Az alábbi parancs megtalálja az összes maszkos egységet.,

$ systemctl list-unit-files –type=service –state=masked

maszkos szolgáltatások blokkolva vannak, így más szolgáltatások nem indíthatják el őket, még akkor sem, ha a másik szolgáltatásnak szüksége van rájuk. Ezt fel lehet használni annak biztosítására,hogy nincs ütköző szolgáltatás fut. Általában sok szolgáltatást elfed a csomagkezelő, amikor eltávolítja a csomagot. A szolgáltatási fájlt teljesen eltávolíthatja,ha a szolgáltatás eltávolítása után kívánja. Az is lehetséges, hogy roncsok egy csomó szolgáltatást, amit nem akar, így győződjön meg róla, tudja, ha szüksége van a maszkos szolgáltatások.,

egyes szolgáltatásokat folyamatok maszkolnak, és nem mindig áll szándékában a szolgáltatás maszkolása. Amikor ez történt a rendszerrel,az első lépés a systemctl használatával történő leleplezés. Ez azonban nem mindig lehetséges, ezért el kell távolítania a linket a megfelelő könyvtárban. A legtöbb rendszerben ez lib / systemd / system lesz. Mielőtt mégis, ellenőrizze, hogy a fájl valójában egy linket /dev/null.,

$ ls-l lib/systemd/system> |grep null

ha biztos benne, hogy el szeretné távolítani ezt a linket, távolítsa el a rm vagy kapcsolja ki.

$ rm /lib/systemd/system/udisks2.szolgáltatás

most, hogy tudja, hogyan kell csinálni, hallja ezt a figyelmeztetést: sokszor szükség van erre a linkre. Vegyük például az lvm2-t, ez elfedi a működést, így nem zavarja az új rendszert, ahol az lvm2 annyi kis szolgáltatást nyújt., Lásd az eredményt:

$ systemctl status lvm2*

A link eltávolítása pusztítást okozhat a rendszeren, mivel az LVM2-nek szüksége van rá, hogy elkerülje a konfliktusokat. Ez csak egy példa, ezért vigyázz, mielőtt továbblépsz.

következtetés

Ha a systemd-ben szeretné felsorolni a szolgáltatásokat, először mérlegelnie kell, hogy mit keres a küldetésében. Olyan szolgáltatást keres, amelyre szüksége van, vagy látja, hogy túl sok szolgáltatása van. Akárhogy is, a lekérdezést az Ön egyedi igényeihez kell igazítania., Systemd néz zavaró az első, de ha közelebbről megnézi, minden használ egy egyszerű módja annak, hogy egyesítse a start-up, így szolgáltatások indulhat párhuzamosan, ahol a rendszernek szüksége van rá, miközben képes, hogy minden szolgáltatás várni az adott szolgáltatás függnek.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük