ນີ້ແມ່ນລະບົບຄໍາສັ່ງທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
systemd, init - systemd system and service manager
ສະຫຼຸບສັງລວມ
systemd [ຕົວເລືອກ...]
ໃນມັນ [ຕົວເລືອກ...] {ຄໍາສັ່ງ}
ລາຍລະອຽດ
systemd ເປັນຜູ້ຈັດການລະບົບແລະບໍລິການສໍາລັບລະບົບປະຕິບັດການ Linux. ເມື່ອແລ່ນເປັນຄັ້ງທໍາອິດ
process on boot (ເປັນ PID 1), ມັນເຮັດຫນ້າທີ່ເປັນລະບົບ init ທີ່ນໍາເອົາເຖິງແລະຮັກສາພື້ນທີ່ຜູ້ໃຊ້
ການບໍລິການ.
ສໍາລັບຄວາມເຂົ້າກັນໄດ້ກັບ SysV, ຖ້າ systemd ຖືກເອີ້ນວ່າເປັນ ໃນມັນ ແລະ PID ທີ່ບໍ່ແມ່ນ 1, ມັນຈະ
ປະຕິບັດ Telinit ແລະຜ່ານການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງທັງຫມົດ unmodified. ນັ້ນຫມາຍຄວາມວ່າ ໃນມັນ ແລະ
Telinit ສ່ວນຫຼາຍແມ່ນທຽບເທົ່າເມື່ອຖືກເອີ້ນຈາກເຊດຊັນເຂົ້າສູ່ລະບົບປົກກະຕິ. ເບິ່ງ Telinit(8) ສໍາລັບ
ຂໍ້ມູນເພີ່ມເຕີມ
ເມື່ອດໍາເນີນການເປັນຕົວຢ່າງຂອງລະບົບ, systemd ຕີຄວາມຫມາຍໄຟລ໌ການຕັ້ງຄ່າ system.conf ແລະ
ໄຟລ໌ໃນລະບົບ.conf.d ໄດເລກະທໍລີ; ເມື່ອດໍາເນີນການເປັນຕົວຢ່າງຂອງຜູ້ໃຊ້, systemd ຕີຄວາມຫມາຍ
ໄຟລ໌ການຕັ້ງຄ່າ user.conf ແລະໄຟລ໌ທີ່ຢູ່ໃນລາຍຊື່ user.conf.d. ເບິ່ງ ລະບົບ-
system.conf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
OPTIONS
ທາງເລືອກຕໍ່ໄປນີ້ແມ່ນເຂົ້າໃຈ:
--ທົດສອບ
ກໍານົດລໍາດັບການເລີ່ມຕົ້ນ, ຖິ້ມມັນແລະອອກ. ນີ້ແມ່ນທາງເລືອກທີ່ເປັນປະໂຫຍດສໍາລັບການ debugging
ເທົ່ານັ້ນ.
--dump-configuration-items
ຖິ້ມລາຍການການຕັ້ງຄ່າຫົວໜ່ວຍທີ່ເຂົ້າໃຈ. ນີ້ຜົນໄດ້ຮັບບັນຊີລາຍຊື່ terse ແຕ່ຄົບຖ້ວນສົມບູນ
ລາຍການການຕັ້ງຄ່າເຂົ້າໃຈໃນໄຟລ໌ຄໍານິຍາມຫນ່ວຍ.
--unit=
ຕັ້ງຄ່າຫົວໜ່ວຍເລີ່ມຕົ້ນເພື່ອເປີດໃຊ້ງານໃນຕອນເລີ່ມຕົ້ນ. ຖ້າບໍ່ໄດ້ລະບຸ, ເລີ່ມຕົ້ນເປັນ default.target.
--ລະບົບ, -ຜູ້ໃຊ້
ສໍາລັບການ --ລະບົບ, ບອກ systemd ໃຫ້ແລ່ນຕົວຢ່າງຂອງລະບົບ, ເຖິງແມ່ນວ່າ ID ຂະບວນການບໍ່ແມ່ນ 1,
ie systemd ບໍ່ໄດ້ດໍາເນີນການເປັນຂະບວນການ init. -ຜູ້ໃຊ້ ເຮັດກົງກັນຂ້າມ, ແລ່ນຜູ້ໃຊ້
instance ເຖິງແມ່ນວ່າຂະບວນການ ID ແມ່ນ 1. ໂດຍປົກກະຕິ, ມັນບໍ່ຄວນຈະມີຄວາມຈໍາເປັນທີ່ຈະຜ່ານ
ທາງເລືອກເຫຼົ່ານີ້, ເປັນ systemd ອັດຕະໂນມັດກວດພົບຮູບແບບທີ່ມັນໄດ້ຖືກເລີ່ມຕົ້ນໃນການເຫຼົ່ານີ້
ທາງເລືອກແມ່ນມີການນໍາໃຊ້ພຽງເລັກນ້ອຍຍົກເວັ້ນສໍາລັບການ debugging. ໃຫ້ສັງເກດວ່າມັນບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ
booting ແລະຮັກສາລະບົບເຕັມທີ່ມີ systemd ແລ່ນໃນ --ລະບົບ ໂຫມດ, ແຕ່ PID
ບໍ່ແມ່ນ 1. ໃນການປະຕິບັດ, ຜ່ານ --ລະບົບ ຢ່າງຊັດເຈນແມ່ນພຽງແຕ່ເປັນປະໂຫຍດໂດຍສົມທົບກັບ
--ທົດສອບ.
-- dump-core
ເປີດໃຊ້ການຖິ້ມຂີ້ເຫຍື້ອຫຼັກເມື່ອເກີດອຸປະຕິເຫດ. ສະວິດນີ້ບໍ່ມີຜົນໃນເວລາທີ່ແລ່ນເປັນຕົວຢ່າງຂອງຜູ້ໃຊ້.
ການຕັ້ງຄ່ານີ້ອາດຈະຖືກເປີດໃຊ້ໃນລະຫວ່າງການ boot ໃນແຖວຄໍາສັ່ງຂອງ kernel ຜ່ານ
systemd.dump_core= ທາງເລືອກ, ເບິ່ງຂ້າງລຸ່ມນີ້.
--crash-vt=VT
ສະຫຼັບໄປໃຊ້ຄອນໂຊສະເໝືອນສະເພາະ (VT) ເມື່ອເກີດອຸປະຕິເຫດ. ເອົາຈຳນວນເຕັມບວກຢູ່ໃນ
ໄລຍະ 1–63, ຫຼື boolean argument. ຖ້າຈຳນວນເຕັມຜ່ານ, ເລືອກ VT ໃດເພື່ອສະຫຼັບ
ກັບ. ຖ້າ yes, ຂໍ້ຄວາມ VT kernel ຖືກຂຽນເພື່ອຖືກເລືອກ. ຖ້າ no, ບໍ່ມີສະຫຼັບ VT ແມ່ນ
ພະຍາຍາມ. ສະວິດນີ້ບໍ່ມີຜົນໃນເວລາທີ່ແລ່ນເປັນຕົວຢ່າງຂອງຜູ້ໃຊ້. ການຕັ້ງຄ່ານີ້ອາດຈະ
ຍັງຖືກເປີດໃຊ້ໃນລະຫວ່າງການ boot, ໃນເສັ້ນຄໍາສັ່ງຂອງ kernel ຜ່ານ systemd.crash_vt=
ທາງເລືອກ, ເບິ່ງຂ້າງລຸ່ມນີ້.
-- crash-shell
ແລ່ນ Shell ໃນອຸປະຕິເຫດ. ສະວິດນີ້ບໍ່ມີຜົນໃນເວລາທີ່ແລ່ນເປັນຕົວຢ່າງຂອງຜູ້ໃຊ້. ນີ້
ການຕັ້ງຄ່າອາດຈະໄດ້ຮັບການເປີດໃຊ້ງານໃນລະຫວ່າງການ boot, ໃນບັນຊີຄໍາສັ່ງຂອງ kernel ຜ່ານ
systemd.crash_shell= ທາງເລືອກ, ເບິ່ງຂ້າງລຸ່ມນີ້.
--crash-reboot
ປິດເປີດລະບົບອັດຕະໂນມັດເມື່ອເກີດອຸປະຕິເຫດ. ສະວິດນີ້ບໍ່ມີຜົນໃນເວລາທີ່ແລ່ນເປັນ
ຕົວຢ່າງຜູ້ໃຊ້. ການຕັ້ງຄ່ານີ້ອາດຈະຖືກເປີດໃຊ້ໃນລະຫວ່າງການ boot, ໃນຄໍາສັ່ງ kernel
ເສັ້ນຜ່ານ systemd.crash_reboot= ທາງເລືອກ, ເບິ່ງຂ້າງລຸ່ມນີ້.
--ຢືນຢັນການວາງໄຂ່
ຂໍການຢືນຢັນເມື່ອຂະບວນການວາງໄຂ່. ສະວິດນີ້ບໍ່ມີຜົນໃນເວລາທີ່ແລ່ນເປັນ
ຕົວຢ່າງຜູ້ໃຊ້.
--show-status=
ສະແດງຂໍ້ມູນສະຖານະການບໍລິການ terse ໃນຂະນະທີ່ເປີດເຄື່ອງ. ສະວິດນີ້ບໍ່ມີຜົນເມື່ອໃດ
ດໍາເນີນການເປັນຕົວຢ່າງຂອງຜູ້ໃຊ້. ເອົາ boolean argument ທີ່ອາດຈະຖືກລະເວັ້ນຊຶ່ງເປັນ
ແປວ່າ ທີ່ແທ້ຈິງ.
--log-target=
ຕັ້ງເປົ້າໝາຍບັນທຶກ. ການໂຕ້ຖຽງຕ້ອງເປັນຫນຶ່ງໃນ console, ວາລະສານ, kmsg, journal-or-kmsg, null.
--log-level=
ກໍານົດລະດັບບັນທຶກ. ໃນຖານະເປັນການໂຕ້ຖຽງນີ້ຮັບເອົາລະດັບບັນທຶກຈໍານວນຫຼືທີ່ຮູ້ຈັກດີ
syslog(3) ຊື່ສັນຍາລັກ (ຕົວພິມນ້ອຍ): ປາກົດອອກມາ, ການແຈ້ງເຕືອນ, ຄັກ, err, ການເຕືອນໄພ, ແຈ້ງການ, ຂໍ້ມູນ,
debug.
--log-color=
ເນັ້ນຂໍ້ຄວາມບັນທຶກທີ່ສໍາຄັນ. Argument ເປັນຄ່າ boolean. ຖ້າການໂຕ້ຖຽງແມ່ນ
ຖືກລະເວັ້ນ, ມັນຕັ້ງໄວ້ໃນຕອນຕົ້ນ ທີ່ແທ້ຈິງ.
--log-location=
ລວມເອົາສະຖານທີ່ລະຫັດໃນຂໍ້ຄວາມບັນທຶກ. ນີ້ສ່ວນຫຼາຍແມ່ນກ່ຽວຂ້ອງສໍາລັບຈຸດປະສົງ debugging.
Argument ເປັນຄ່າ boolean. ຖ້າການໂຕ້ຖຽງຖືກລະເວັ້ນ, ມັນຈະເປັນຄ່າເລີ່ມຕົ້ນ ທີ່ແທ້ຈິງ.
--default-standard-output=, --default-standard-error=
ກໍານົດຜົນຜະລິດເລີ່ມຕົ້ນຫຼືຜົນຜະລິດຄວາມຜິດພາດສໍາລັບການບໍລິການແລະຊັອກເກັດທັງຫມົດ, ຕາມລໍາດັບ.
ນັ້ນແມ່ນ, ຄວບຄຸມຄ່າເລີ່ມຕົ້ນສໍາລັບ StandardOutput= ແລະ StandardError= (ເບິ່ງ
systemd.exec(5) ສໍາລັບລາຍລະອຽດ). ເອົາຫນຶ່ງຂອງ ມູນມໍລະດົກ, null, tty, ວາລະສານ,
journal+console, syslog, syslog+console, kmsg, kmsg+console. ຖ້າການໂຕ້ຖຽງແມ່ນ
ຍົກເວັ້ນ --default-standard-output= ເລີ່ມຕົ້ນເປັນ ວາລະສານ ແລະ --default-standard-error=
to ມູນມໍລະດົກ.
--machine-id=
ລົບລ້າງເຄື່ອງ-id ທີ່ຕັ້ງໄວ້ໃນຮາດໄດ, ເປັນປະໂຫຍດສໍາລັບການບູດເຄືອຂ່າຍຫຼືສໍາລັບ
ບັນຈຸ. ອາດຈະບໍ່ຖືກຕັ້ງເປັນສູນທັງໝົດ.
-h, - ຊ່ວຍ
ພິມບົດຄວາມຊ່ວຍເຫຼືອສັ້ນແລະອອກ.
- ການປ່ຽນແປງ
ພິມສາຍສະບັບສັ້ນແລະອອກ.
ແນວຄວາມຄິດ
systemd ສະຫນອງລະບົບການເພິ່ງພາອາໄສລະຫວ່າງຫນ່ວຍງານຕ່າງໆທີ່ເອີ້ນວ່າ "units" ຂອງ 12
ປະເພດທີ່ແຕກຕ່າງກັນ. ຫນ່ວຍງານຫຸ້ມຫໍ່ວັດຖຸຕ່າງໆທີ່ກ່ຽວຂ້ອງສໍາລັບການບູດລະບົບ
ແລະການບໍາລຸງຮັກສາ. ສ່ວນໃຫຍ່ຂອງຫນ່ວຍງານແມ່ນ configured ໃນໄຟລ໌ການຕັ້ງຄ່າຫນ່ວຍ, ເຊິ່ງ
syntax ແລະຊຸດພື້ນຖານຂອງທາງເລືອກແມ່ນໄດ້ອະທິບາຍໄວ້ໃນ systemd.unit(5), ແນວໃດກໍ່ຕາມບາງອັນຖືກສ້າງຂື້ນ
ອັດຕະໂນມັດຈາກການຕັ້ງຄ່າອື່ນ, ແບບໄດນາມິກຈາກສະຖານະຂອງລະບົບ ຫຼືຕາມໂປຣແກຣມ
ໃນເວລາແລ່ນ. ຫນ່ວຍງານອາດຈະເປັນ "ການເຄື່ອນໄຫວ" (ຫມາຍຄວາມວ່າເລີ່ມຕົ້ນ, ຜູກມັດ, ສຽບ, ... , ຂຶ້ນກັບ
ປະເພດຫນ່ວຍງານ, ເບິ່ງຂ້າງລຸ່ມນີ້), ຫຼື "inactive" (ຫມາຍຄວາມວ່າຢຸດ, unbound, unplugged, ...), as
ເຊັ່ນດຽວກັນກັບຢູ່ໃນຂະບວນການຂອງການຖືກເປີດໃຊ້ງານຫຼື deactivated, ie ລະຫວ່າງສອງລັດ
(ລັດເຫຼົ່ານີ້ເອີ້ນວ່າ "ເປີດໃຊ້ງານ", "ປິດໃຊ້ງານ"). ລັດ "ລົ້ມເຫລວ" ພິເສດແມ່ນ
ສາມາດໃຊ້ໄດ້ເຊັ່ນດຽວກັນ, ເຊິ່ງຄ້າຍຄືກັນກັບ "inactive" ແລະຖືກໃສ່ໃນເວລາທີ່ການບໍລິການ
ລົ້ມເຫລວໃນບາງທາງ (ຂະບວນການສົ່ງຄືນລະຫັດຂໍ້ຜິດພາດໃນເວລາອອກ, ຫຼືຂັດຂ້ອງ, ຫຼືເວລາປະຕິບັດງານ
ອອກ). ຖ້າສະຖານະນີ້ຖືກໃສ່, ສາເຫດຈະຖືກບັນທຶກ, ສໍາລັບການອ້າງອີງຕໍ່ມາ. ໃຫ້ສັງເກດວ່າ
ປະເພດຫນ່ວຍງານຕ່າງໆອາດມີຈໍານວນ substate ເພີ່ມເຕີມ, ເຊິ່ງມີແຜນທີ່ກັບ
ຫ້າລັດຫົວໜ່ວຍທົ່ວໄປທີ່ໄດ້ອະທິບາຍຢູ່ທີ່ນີ້.
ປະເພດຫົວຫນ່ວຍດັ່ງຕໍ່ໄປນີ້ແມ່ນມີຢູ່:
1. ຫນ່ວຍບໍລິການ, ເຊິ່ງເລີ່ມຕົ້ນແລະຄວບຄຸມ daemon ແລະຂະບວນການທີ່ເຂົາເຈົ້າປະກອບດ້ວຍ. ສໍາລັບ
ລາຍລະອຽດ, ເບິ່ງ systemd.service(5).
2. ຫນ່ວຍ Socket, ເຊິ່ງ encapsulate IPC ທ້ອງຖິ່ນຫຼືເຕົ້າຮັບເຄືອຂ່າຍໃນລະບົບ, ທີ່ເປັນປະໂຫຍດສໍາລັບການ
ການເປີດໃຊ້ງານໂດຍອີງໃສ່ຊັອກເກັດ. ສໍາລັບລາຍລະອຽດກ່ຽວກັບຫົວຫນ່ວຍເຕົ້າສຽບ, ເບິ່ງ systemd.socket(5), ສໍາລັບ
ລາຍລະອຽດກ່ຽວກັບການເປີດໃຊ້ງານຕາມເຕົ້າຮັບ ແລະຮູບແບບການເປີດໃຊ້ງານອື່ນໆ, ເບິ່ງ daemon(7).
3. ຫນ່ວຍງານເປົ້າຫມາຍແມ່ນເປັນປະໂຫຍດຕໍ່ຫນ່ວຍງານຂອງກຸ່ມ, ຫຼືສະຫນອງຈຸດ synchronization ທີ່ມີຊື່ສຽງ
ໃນລະຫວ່າງການ boot-up, ເບິ່ງ systemd.ເປົ້າໝາຍ(5).
4. ຫນ່ວຍງານອຸປະກອນເປີດເຜີຍອຸປະກອນ kernel ໃນ systemd ແລະອາດຈະຖືກນໍາໃຊ້ເພື່ອປະຕິບັດ
ການເປີດໃຊ້ງານໂດຍອີງໃສ່ອຸປະກອນ. ສໍາລັບລາຍລະອຽດ, ເບິ່ງ systemd.ອຸປະກອນ(5).
5. ຫນ່ວຍ Mount ຄວບຄຸມຈຸດ mount ໃນລະບົບໄຟລ໌, ສໍາລັບລາຍລະອຽດເບິ່ງ systemd.mount(5).
6. ຫນ່ວຍ Automount ສະຫນອງຄວາມສາມາດ automount, ສໍາລັບການຕິດຕັ້ງຕາມຄວາມຕ້ອງການຂອງລະບົບໄຟລ໌
ເຊັ່ນດຽວກັນກັບ boot-up parallelized. ເບິ່ງ systemd.automount(5).
7. ໜ່ວຍຈັບເວລາມີປະໂຫຍດສຳລັບການກະຕຸ້ນການເປີດໃຊ້ງານຂອງໜ່ວຍອື່ນໆໂດຍອີງໃສ່ຕົວຈັບເວລາ. ເຈົ້າ
ອາດຈະຊອກຫາລາຍລະອຽດຢູ່ໃນ systemd.timer(5).
8. ຫນ່ວຍ Swap ແມ່ນຄ້າຍຄືກັນກັບ mount ຫນ່ວຍງານແລະ encapsulate ຫນ່ວຍຄວາມຈໍາ swap partitions ຫຼື
ໄຟລ໌ຂອງລະບົບປະຕິບັດການ. ພວກເຂົາເຈົ້າໄດ້ຖືກອະທິບາຍຢູ່ໃນ systemd. swap(5).
9. ຫນ່ວຍເສັ້ນທາງອາດຈະຖືກນໍາໃຊ້ເພື່ອກະຕຸ້ນການບໍລິການອື່ນໆໃນເວລາທີ່ວັດຖຸລະບົບໄຟລ໌ມີການປ່ຽນແປງຫຼື
ຖືກແກ້ໄຂ. ເບິ່ງ systemd.path(5).
10. ຫນ່ວຍບໍລິການ Slice ອາດຈະຖືກນໍາໃຊ້ເພື່ອກຸ່ມຫນ່ວຍງານທີ່ຈັດການຂະບວນການຂອງລະບົບ (ເຊັ່ນ: ການບໍລິການ
ແລະຫົວໜ່ວຍຂອບເຂດ) ຢູ່ໃນຕົ້ນໄມ້ແບບລຳດັບເພື່ອຈຸດປະສົງການຈັດການຊັບພະຍາກອນ. ເບິ່ງ
systemd.slice(5).
11. ໜ່ວຍງານຂອບເຂດແມ່ນຄ້າຍຄືກັນກັບໜ່ວຍງານບໍລິການ, ແຕ່ຄຸ້ມຄອງຂະບວນການຕ່າງປະເທດແທນ
ເລີ່ມຕົ້ນໃຫ້ເຂົາເຈົ້າເຊັ່ນດຽວກັນ. ເບິ່ງ systemd.scope(5).
ຫນ່ວຍງານຖືກຕັ້ງຊື່ເປັນໄຟລ໌ການຕັ້ງຄ່າຂອງພວກເຂົາ. ບາງຫນ່ວຍມີ semantics ພິເສດ. ກ
ບັນຊີລາຍຊື່ລາຍລະອຽດແມ່ນມີຢູ່ໃນ systemd.ພິເສດ(7).
systemd ຮູ້ປະເພດຂອງການເພິ່ງພາອາໄສ, ລວມທັງຄວາມຕ້ອງການໃນທາງບວກແລະທາງລົບ
ການເພິ່ງພາອາໄສ (ie ຕ້ອງການ = ແລະ ຂໍ້ຂັດແຍ່ງ =) ເຊັ່ນດຽວກັນກັບການຂຶ້ນກັບຄໍາສັ່ງ (ຫຼັງຈາກ = ແລະ
ກ່ອນ =). NB: ຄວາມເພິ່ງພາອາໄສການສັ່ງຊື້ ແລະຄວາມຕ້ອງການແມ່ນເປັນຮູບຊົງ. ຖ້າຫາກວ່າພຽງແຕ່ຄວາມຕ້ອງການ
ການເພິ່ງພາອາໄສມີຢູ່ລະຫວ່າງສອງຫົວໜ່ວຍ (ເຊັ່ນ: foo.service ຕ້ອງການ bar.service), ແຕ່ບໍ່ມີ
ການອ້າງອີງການສັ່ງຊື້ (ຕົວຢ່າງ foo.service ຫຼັງຈາກ bar.service) ແລະທັງສອງໄດ້ຖືກຮ້ອງຂໍໃຫ້ເລີ່ມຕົ້ນ,
ພວກເຂົາເຈົ້າຈະໄດ້ຮັບການເລີ່ມຕົ້ນໃນຂະຫນານ. ມັນເປັນຮູບແບບທົ່ວໄປທີ່ທັງສອງຄວາມຕ້ອງການແລະ
ການຂື້ນກັບຄໍາສັ່ງຖືກຈັດໃສ່ລະຫວ່າງສອງຫນ່ວຍ. ຍັງສັງເກດວ່າສ່ວນໃຫຍ່ຂອງ
ການເພິ່ງພາອາໄສແມ່ນຖືກສ້າງຂື້ນໂດຍ implicitly ແລະຮັກສາໂດຍ systemd. ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ມັນຄວນຈະເປັນ
ບໍ່ຈໍາເປັນທີ່ຈະປະກາດການເພິ່ງພາອາໄສເພີ່ມເຕີມດ້ວຍຕົນເອງ, ແນວໃດກໍ່ຕາມມັນກໍ່ເປັນໄປໄດ້
ນີ້.
ໂປຣແກຣມແອັບພລິເຄຊັນ ແລະຫົວໜ່ວຍຕ່າງໆ (ຜ່ານຕົວຂຶ້ນກັບ) ອາດຈະຮ້ອງຂໍໃຫ້ມີການປ່ຽນແປງຂອງຫົວໜ່ວຍ. ໃນ
systemd, ການຮ້ອງຂໍເຫຼົ່ານີ້ແມ່ນ encapsulated ເປັນ 'ວຽກ' ແລະຮັກສາຢູ່ໃນແຖວວຽກ. ວຽກເຮັດງານທໍາອາດຈະ
ສໍາເລັດຫຼືສາມາດລົ້ມເຫຼວ, ການປະຕິບັດຂອງເຂົາເຈົ້າແມ່ນຄໍາສັ່ງໂດຍອີງໃສ່ການຂຶ້ນກັບຄໍາສັ່ງຂອງ
ຫນ່ວຍງານທີ່ເຂົາເຈົ້າໄດ້ກໍານົດໄວ້ສໍາລັບ.
On boot systemd activates the target unit default.target which job is to activate on-boot
ການບໍລິການແລະຫນ່ວຍງານ on-boot ອື່ນໆໂດຍການດຶງພວກເຂົາເຂົ້າມາໂດຍຜ່ານ dependencies. ປົກກະຕິແລ້ວ, ຫນ່ວຍບໍລິການ
ຊື່ແມ່ນພຽງແຕ່ນາມແຝງ (symlink) ສໍາລັບທັງ graphical.target (ສໍາລັບເກີບທີ່ມີຄຸນສົມບັດຢ່າງເຕັມທີ່ເຂົ້າໄປໃນ
UI) ຫຼື multi-user.target (ສໍາລັບ console-boots ເທົ່ານັ້ນທີ່ຈໍາກັດສໍາລັບການນໍາໃຊ້ໃນ embedded ຫຼືເຄື່ອງແມ່ຂ່າຍ.
ສະພາບແວດລ້ອມ, ຫຼືຄ້າຍຄືກັນ; ຊຸດຍ່ອຍຂອງ graphical.target). ຢ່າງໃດກໍຕາມ, ມັນແມ່ນການຕັດສິນໃຈ
ຂອງຜູ້ບໍລິຫານເພື່ອກຳນົດຄ່າມັນເປັນນາມແຝງກັບຫົວໜ່ວຍເປົ້າໝາຍອື່ນໆ. ເບິ່ງ
systemd.ພິເສດ(7) ສໍາລັບລາຍລະອຽດກ່ຽວກັບຫນ່ວຍງານເປົ້າຫມາຍເຫຼົ່ານີ້.
ຂະບວນການວາງໄຂ່ທີ່ລະບົບຖືກຈັດໃສ່ຢູ່ໃນກຸ່ມຄວບຄຸມ Linux ສ່ວນບຸກຄົນທີ່ມີຊື່ຫຼັງຈາກ
ຫົວໜ່ວຍທີ່ເຂົາເຈົ້າຂຶ້ນກັບຢູ່ໃນລຳດັບຊັ້ນຂອງລະບົບສ່ວນຕົວ. (ເບິ່ງ cgroups.txt[1] ສໍາລັບການເພີ່ມເຕີມ
ຂໍ້ມູນກ່ຽວກັບກຸ່ມຄວບຄຸມ, ຫຼືສັ້ນ "cgroups"). systemd ໃຊ້ມັນຢ່າງມີປະສິດທິພາບ
ຕິດຕາມຂະບວນການ. ຂໍ້ມູນກຸ່ມຄວບຄຸມຖືກຮັກສາໄວ້ໃນແກ່ນ, ແລະແມ່ນ
ເຂົ້າເຖິງໄດ້ໂດຍຜ່ານລໍາດັບຂອງລະບົບໄຟລ໌ (ຂ້າງລຸ່ມນີ້ /sys/fs/cgroup/systemd/), ຫຼືໃນເຄື່ອງມື
ເຊັ່ນວ່າ systemd-cgls(1) ຫຼື ps(ຫນຶ່ງ) (ps xawf -eo pid,user,cgroup,args ເປັນປະໂຫຍດໂດຍສະເພາະ
ເພື່ອລາຍຊື່ຂະບວນການທັງຫມົດແລະຫນ່ວຍງານລະບົບທີ່ເຂົາເຈົ້າຂຶ້ນກັບ.).
systemd ແມ່ນເຂົ້າກັນໄດ້ກັບລະບົບ SysV init ໃນລະດັບຂະຫນາດໃຫຍ່: SysV init scripts ແມ່ນ
ສະຫນັບສະຫນູນແລະພຽງແຕ່ອ່ານເປັນທາງເລືອກ (ເຖິງແມ່ນວ່າຈໍາກັດ) ຮູບແບບໄຟລ໌ການຕັ້ງຄ່າ.
ການໂຕ້ຕອບ SysV /dev/initctl ແມ່ນສະຫນອງໃຫ້, ແລະການຈັດຕັ້ງປະຕິບັດຄວາມເຂົ້າກັນໄດ້ຂອງ
ເຄື່ອງມືລູກຄ້າ SysV ຕ່າງໆແມ່ນມີຢູ່. ນອກຈາກນັ້ນ, Unix ຕ່າງໆໄດ້ສ້າງຕັ້ງຂຶ້ນ
ການທໍາງານເຊັ່ນ: / etc / fstab ຫຼືຖານຂໍ້ມູນ utmp ໄດ້ຮັບການສະຫນັບສະຫນູນ.
systemd ມີລະບົບການເຮັດທຸລະກໍາຫນ້ອຍທີ່ສຸດ: ຖ້າຫນ່ວຍງານຖືກຮ້ອງຂໍໃຫ້ເລີ່ມຕົ້ນຫຼືປິດ
ມັນຈະເພີ່ມມັນ ແລະການຂຶ້ນກັບທັງໝົດຂອງມັນໃຫ້ກັບທຸລະກໍາຊົ່ວຄາວ. ຫຼັງຈາກນັ້ນ, ມັນຈະກວດສອບ
ຖ້າການເຮັດທຸລະກໍາສອດຄ່ອງ (ເຊັ່ນວ່າຄໍາສັ່ງຂອງຫນ່ວຍງານທັງຫມົດແມ່ນບໍ່ມີວົງຈອນ).
ຖ້າມັນບໍ່ແມ່ນ, systemd ຈະພະຍາຍາມແກ້ໄຂມັນ, ແລະເອົາວຽກທີ່ບໍ່ຈໍາເປັນອອກຈາກ
ທຸລະກໍາທີ່ອາດຈະເອົາ loop ໄດ້. ນອກຈາກນີ້, systemd ພະຍາຍາມສະກັດກັ້ນວຽກທີ່ບໍ່ຈໍາເປັນ
ໃນການເຮັດທຸລະກໍາທີ່ຈະຢຸດການບໍລິການທີ່ເຮັດວຽກ. ສຸດທ້າຍມັນໄດ້ຖືກກວດສອບບໍ່ວ່າຈະເປັນ
ວຽກເຮັດທຸລະກໍາຂັດກັບວຽກທີ່ໄດ້ຈັດຄິວແລ້ວ, ແລະທາງເລືອກ
ທຸລະກຳຖືກຍົກເລີກແລ້ວ. ຖ້າຫາກວ່າທັງຫມົດເຮັດວຽກອອກແລະທຸລະກໍາແມ່ນສອດຄ່ອງແລະ
ຫຼຸດຫນ້ອຍລົງໃນຜົນກະທົບຂອງມັນມັນຖືກລວມເຂົ້າກັບວຽກທີ່ຍັງຄ້າງຄາທັງຫມົດແລ້ວແລະເພີ່ມເຂົ້າໃນ
ແລ່ນຄິວ. ປະສິດທິຜົນນີ້ຫມາຍຄວາມວ່າກ່ອນທີ່ຈະດໍາເນີນການປະຕິບັດງານທີ່ຮ້ອງຂໍ, systemd
ຈະກວດສອບວ່າມັນສົມເຫດສົມຜົນ, ແກ້ໄຂມັນຖ້າເປັນໄປໄດ້, ແລະພຽງແຕ່ລົ້ມເຫລວຖ້າມັນແທ້ໆ
ບໍ່ສາມາດເຮັດວຽກໄດ້.
Systemd ປະກອບມີການປະຕິບັດພື້ນເມືອງຂອງວຽກງານຕ່າງໆທີ່ຕ້ອງໄດ້ຮັບການປະຕິບັດເປັນສ່ວນຫນຶ່ງ
ຂອງຂະບວນການ boot ໄດ້. ຕົວຢ່າງ, ມັນຕັ້ງຊື່ໂຮດຫຼື configure ເຄືອຂ່າຍ loopback
ອຸປະກອນ. ມັນຍັງຕັ້ງແລະຕິດຕັ້ງລະບົບໄຟລ໌ API ຕ່າງໆ, ເຊັ່ນ: / sys ຫຼື /proc.
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບແນວຄວາມຄິດແລະແນວຄວາມຄິດທີ່ຢູ່ເບື້ອງຫຼັງ systemd, ກະລຸນາເບິ່ງທີ່
ຕົ້ນສະບັບ ການອອກແບບ ເອກະສານ[2]
ໃຫ້ສັງເກດວ່າບາງການໂຕ້ຕອບແຕ່ບໍ່ແມ່ນທັງຫມົດທີ່ສະຫນອງໃຫ້ໂດຍ systemd ແມ່ນກວມເອົາໂດຍ ການໂຕ້ຕອບ
ສະຖຽນລະພາບ ຄໍາຫມັ້ນສັນຍາ[3]
ຫນ່ວຍງານອາດຈະຖືກສ້າງຂື້ນແບບໄດນາມິກໃນເວລາບູດແລະເວລາໂຫຼດໃຫມ່ຂອງຜູ້ຈັດການລະບົບ, ຕົວຢ່າງ
ອີງໃສ່ໄຟລ໌ການຕັ້ງຄ່າອື່ນ ຫຼືຕົວກໍານົດການທີ່ສົ່ງຜ່ານເສັ້ນຄໍາສັ່ງ kernel. ສໍາລັບ
ລາຍລະອຽດ, ເບິ່ງ systemd.generator(7).
ລະບົບທີ່ເອີ້ນລະບົບຢູ່ໃນຖັງຫຼືສະພາບແວດລ້ອມ initrd ຄວນປະຕິບັດ
ຊະນະບັນຈຸ ການໂຕ້ຕອບ[4] ຫລື ເລີ່ມຕົ້ນ ການໂຕ້ຕອບ[5] ສະເພາະ, ຕາມລໍາດັບ.
ຜູ້ອໍານວຍການ
ໄດເລກະທໍລີຫນ່ວຍງານລະບົບ
ຜູ້ຈັດການລະບົບ systemd ອ່ານການຕັ້ງຄ່າຫນ່ວຍງານຈາກໄດເລກະທໍລີຕ່າງໆ. ການຫຸ້ມຫໍ່
ທີ່ຕ້ອງການທີ່ຈະຕິດຕັ້ງໄຟລ໌ຫນ່ວຍບໍລິການຈະຈັດວາງໃຫ້ເຂົາເຈົ້າໃນລະບົບທີ່ສົ່ງຄືນໂດຍ
pkg-config systemd --variable=systemdsystemunitdir. ໄດເລກະທໍລີອື່ນໆທີ່ຖືກກວດສອບແມ່ນ
/usr/local/lib/systemd/system ແລະ /lib/systemd/system. ການຕັ້ງຄ່າຜູ້ໃຊ້ສະເຫມີໃຊ້ເວລາ
ອັນດັບຕົ້ນ. pkg-config systemd --variable=systemdsystemconfdir ສົ່ງຄືນເສັ້ນທາງຂອງ
ໄດເລກະທໍລີການຕັ້ງຄ່າລະບົບ. ແພັກເກດຄວນປ່ຽນແປງເນື້ອໃນຂອງສິ່ງເຫຼົ່ານີ້
ໄດເລກະທໍລີພຽງແຕ່ມີ ເຮັດໃຫ້ສາມາດ ແລະ ປິດການໃຊ້ວຽກ ຄໍາສັ່ງຂອງ ລະບົບ(1) ເຄື່ອງມື. ເຕັມ
ບັນຊີລາຍຊື່ຂອງໄດເລກະທໍລີແມ່ນສະຫນອງໃຫ້ຢູ່ໃນ systemd.unit(5).
ໄດເລກະທໍລີຫົວໜ່ວຍຜູ້ໃຊ້
ກົດລະບຽບຄ້າຍຄືກັນນໍາໃຊ້ສໍາລັບບັນຊີລາຍການຫົວຫນ່ວຍຜູ້ໃຊ້. ຢ່າງໃດກໍຕາມ, ທີ່ນີ້ XDG ຖານ
Directory ຂໍ້ມູນ[6] ແມ່ນປະຕິບັດຕາມເພື່ອຊອກຫາຫົວຫນ່ວຍ. ຄໍາຮ້ອງສະຫມັກຄວນວາງຂອງພວກເຂົາ
ໄຟລ໌ຫນ່ວຍງານຢູ່ໃນໄດເລກະທໍລີທີ່ສົ່ງຄືນໂດຍ pkg-config systemd
--variable=systemduserunitdir. ການຕັ້ງຄ່າທົ່ວໂລກແມ່ນເຮັດຢູ່ໃນໄດເລກະທໍລີທີ່ລາຍງານ
by pkg-config systemd --variable=systemduserconfdir. ໄດ້ ເຮັດໃຫ້ສາມາດ ແລະ ປິດການໃຊ້ວຽກ ຄໍາສັ່ງ
ຂອງ ລະບົບ(1) ເຄື່ອງມືສາມາດຈັດການທັງໃນທົ່ວໂລກ (ie ສໍາລັບຜູ້ຊົມໃຊ້ທັງຫມົດ) ແລະເອກະຊົນ (ສໍາລັບການ
ຫນຶ່ງໃນຜູ້ໃຊ້) ການເປີດໃຊ້ງານ / ປິດການທໍາງານຂອງຫນ່ວຍງານ. ບັນຊີລາຍຊື່ເຕັມຂອງໄດເລກະທໍລີແມ່ນສະຫນອງໃຫ້ຢູ່ໃນ
systemd.unit(5).
SysV init scripts directory
ສະຖານທີ່ຂອງ SysV init script directory ແຕກຕ່າງກັນລະຫວ່າງການແຈກຢາຍ. ຖ້າ
systemd ບໍ່ສາມາດຊອກຫາໄຟລ໌ຫນ່ວຍງານພື້ນເມືອງສໍາລັບການບໍລິການທີ່ຮ້ອງຂໍ, ມັນຈະຊອກຫາ a
SysV init script ຂອງຊື່ດຽວກັນ (ມີ .service suffix ລົບອອກ).
SysV runlevel link directory ຟາມ
ສະຖານທີ່ຂອງ SysV runlevel link directory ມີຄວາມແຕກຕ່າງກັນລະຫວ່າງການແຈກຢາຍ.
systemd ຈະເອົາການກະສິກໍາເຊື່ອມຕໍ່ເຂົ້າໄປໃນບັນຊີໃນເວລາທີ່ຄິດອອກວ່າການບໍລິການຈະ
ຖືກເປີດໃຊ້. ກະລຸນາຮັບຊາບວ່າໜ່ວຍບໍລິການທີ່ມີໄຟລ໌ກຳນົດຄ່າຫົວໜ່ວຍເດີມບໍ່ສາມາດເປັນໄດ້
ເລີ່ມຕົ້ນໂດຍການເປີດໃຊ້ມັນຢູ່ໃນຟາມເຊື່ອມຕໍ່ລະດັບແລ່ນ SysV.
ລາຍເຊັນ
ໄລຍະເປົ້າໝາຍ
ເມື່ອໄດ້ຮັບສັນຍານນີ້, ຜູ້ຈັດການລະບົບ systemd serializes ລັດຂອງຕົນ, reexecutes
ຕົວຂອງມັນເອງແລະ deserializes ລັດທີ່ບັນທຶກໄວ້ອີກເທື່ອຫນຶ່ງ. ນີ້ແມ່ນສ່ວນຫຼາຍແມ່ນທຽບເທົ່າກັບ ລະບົບ
daemon-reexec.
ຜູ້ຈັດການຜູ້ໃຊ້ systemd ຈະເລີ່ມຫນ່ວຍງານ exit.target ເມື່ອໄດ້ຮັບສັນຍານນີ້.
ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ ລະບົບ -ຜູ້ໃຊ້ ການເລີ່ມຕົ້ນ exit.ເປົ້າຫມາຍ.
ເຊັນເຂົ້າ
ເມື່ອໄດ້ຮັບສັນຍານນີ້, ຜູ້ຈັດການລະບົບ systemd ຈະເລີ່ມຕົ້ນ
ctrl-alt-del.target ຫົວໜ່ວຍ. ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ ລະບົບ ການເລີ່ມຕົ້ນ
ctl-alt-del.target. ຖ້າສັນຍານນີ້ໄດ້ຮັບຫຼາຍກ່ວາ 7 ເທື່ອຕໍ່ 2s, ທັນທີທັນໃດ
reboot ແມ່ນ triggered. ຈົ່ງຈື່ໄວ້ວ່າການກົດ Ctrl-Alt-Del ເທິງ console ຈະເຮັດໃຫ້ເກີດສິ່ງນີ້
ສັນຍານ. ດັ່ງນັ້ນ, ຖ້າ reboot ຄ້າງ, ກົດ Ctrl-Alt-Del ຫຼາຍກວ່າ 7 ເທື່ອໃນ 2s.
ເປັນວິທີທີ່ຂ້ອນຂ້າງປອດໄພເພື່ອກະຕຸ້ນການປິດເປີດໃໝ່ໃນທັນທີ.
ຜູ້ຈັດການຜູ້ໃຊ້ systemd ປິ່ນປົວສັນຍານນີ້ວິທີການດຽວກັນກັບ ໄລຍະເປົ້າໝາຍ.
SIGWINCH
ເມື່ອສັນຍານນີ້ໄດ້ຮັບ, ຜູ້ຈັດການລະບົບ systemd ຈະເລີ່ມການ
kbrequest.target ຫນ່ວຍ. ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ ລະບົບ ການເລີ່ມຕົ້ນ kbrequest.target.
ສັນຍານນີ້ຖືກລະເລີຍໂດຍຜູ້ຈັດການຜູ້ໃຊ້ລະບົບ.
SIGPWR
ເມື່ອໄດ້ຮັບສັນຍານນີ້, ຜູ້ຈັດການລະບົບຈະເລີ່ມຫນ່ວຍບໍລິການ sigpwr.target.
ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ ລະບົບ ການເລີ່ມຕົ້ນ sigpwr.ເປົ້າໝາຍ.
SIGUSR1
ເມື່ອໄດ້ຮັບສັນຍານນີ້, ຜູ້ຈັດການລະບົບຈະພະຍາຍາມເຊື່ອມຕໍ່ຄືນກັບ D-Bus
ລົດເມ.
SIGUSR2
ເມື່ອໄດ້ຮັບສັນຍານນີ້, ຜູ້ຈັດການລະບົບຈະບັນທຶກສະຖານະທີ່ສົມບູນຂອງມັນ
ຮູບແບບທີ່ມະນຸດສາມາດອ່ານໄດ້. ຂໍ້ມູນທີ່ບັນທຶກໄວ້ແມ່ນຄືກັນກັບທີ່ພິມອອກໂດຍ systemd- ວິເຄາະ dump.
ຕິດຕາມ
ໂຫຼດການຕັ້ງຄ່າ daemon ທີ່ສົມບູນຄືນໃໝ່. ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ ລະບົບ
daemon-ໂຫຼດຄືນໃໝ່.
SIGRTMIN+0
ເຂົ້າສູ່ໂໝດເລີ່ມຕົ້ນ, ເລີ່ມຫົວໜ່ວຍ default.target. ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ
ລະບົບ ການເລີ່ມຕົ້ນ default.target.
SIGRTMIN+1
ເຂົ້າສູ່ໂໝດກູ້ໄພ, ເລີ່ມໜ່ວຍກູ້ໄພ.target. ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ
ລະບົບ ແຍກ rescue.ເປົ້າຫມາຍ.
SIGRTMIN+2
ເຂົ້າສູ່ໂໝດສຸກເສີນ, ເລີ່ມໜ່ວຍບໍລິການສຸກເສີນ. ນີ້ແມ່ນສ່ວນຫຼາຍແມ່ນທຽບເທົ່າກັບ
ລະບົບ ແຍກ ການບໍລິການສຸກເສີນ.
SIGRTMIN+3
ຢຸດເຄື່ອງ, ເລີ່ມຫນ່ວຍງານ halt.target. ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ ລະບົບ
ການເລີ່ມຕົ້ນ halt.target.
SIGRTMIN+4
ປິດເຄື່ອງ, ເລີ່ມຫນ່ວຍງານ poweroff.target. ນີ້ແມ່ນສ່ວນຫຼາຍເທົ່າກັບ
ລະບົບ ການເລີ່ມຕົ້ນ poweroff.ເປົ້າໝາຍ.
SIGRTMIN+5
ຣີບູດເຄື່ອງ, ເລີ່ມໜ່ວຍ reboot.target. ນີ້ແມ່ນສ່ວນຫຼາຍແມ່ນທຽບເທົ່າກັບ
ລະບົບ ການເລີ່ມຕົ້ນ reboot.target.
SIGRTMIN+6
ຣີບູດເຄື່ອງຜ່ານ kexec, ເລີ່ມຫົວໜ່ວຍ kexec.target. ອັນນີ້ສ່ວນຫຼາຍແມ່ນທຽບເທົ່າ
to ລະບົບ ການເລີ່ມຕົ້ນ kexec.ເປົ້າໝາຍ.
SIGRTMIN+13
ຢຸດເຄື່ອງທັນທີ.
SIGRTMIN+14
ປິດເຄື່ອງທັນທີ.
SIGRTMIN+15
ທັນທີ reboots ເຄື່ອງ.
SIGRTMIN+16
ທັນທີ reboots ເຄື່ອງດ້ວຍ kexec.
SIGRTMIN+20
ເປີດໃຊ້ການສະແດງຂໍ້ຄວາມສະຖານະໃນ console, ຕາມທີ່ຄວບຄຸມຜ່ານ
systemd.show_status=1 ຢູ່ໃນເສັ້ນຄໍາສັ່ງ kernel.
SIGRTMIN+21
ປິດການສະແດງຂໍ້ຄວາມສະຖານະຢູ່ໃນຄອນໂຊນ, ຕາມທີ່ຄວບຄຸມຜ່ານ
systemd.show_status=0 ຢູ່ໃນເສັ້ນຄໍາສັ່ງ kernel.
SIGRTMIN+22, SIGRTMIN+23
ກໍານົດລະດັບບັນທຶກເປັນ "debug" (ຫຼື "ຂໍ້ມູນ" ໃນ SIGRTMIN+23), ເປັນການຄວບຄຸມໂດຍຜ່ານ
systemd.log_level=ດີບັກ (ຫຼື systemd.log_level=ຂໍ້ມູນ on SIGRTMIN+23) ໃນ kernel ໄດ້
ບັນທັດຄໍາສັ່ງ.
SIGRTMIN+24
ອອກຈາກຕົວຈັດການທັນທີ (ສາມາດໃຊ້ໄດ້ກັບ --user instances).
SIGRTMIN+26, SIGRTMIN+27, SIGRTMIN+28
ຕັ້ງລະດັບບັນທຶກເປັນ "journal-or-kmsg" (ຫຼື "console" on SIGRTMIN+27, "kmsg" ສຸດ
SIGRTMIN+28), ເປັນການຄວບຄຸມໂດຍຜ່ານ systemd.log_target=journal-or-kmsg (ຫຼື
systemd.log_target=console on SIGRTMIN+27 or systemd.log_target=kmsg on SIGRTMIN+28)
ຢູ່ໃນເສັ້ນຄໍາສັ່ງ kernel.
ENVIRONMENT
$SYSTEMD_LOG_LEVEL
systemd ອ່ານລະດັບບັນທຶກຈາກຕົວແປສະພາບແວດລ້ອມນີ້. ນີ້ສາມາດ overridden
ກັບ --log-level=.
$SYSTEMD_LOG_TARGET
systemd ອ່ານເປົ້າໝາຍບັນທຶກຈາກຕົວແປສະພາບແວດລ້ອມນີ້. ນີ້ສາມາດ overridden
ກັບ --log-target=.
$SYSTEMD_LOG_COLOR
ຄວບຄຸມວ່າລະບົບຈະເນັ້ນຂໍ້ຄວາມບັນທຶກທີ່ສໍາຄັນຫຼືບໍ່. ນີ້ສາມາດ overridden
ກັບ --log-color=.
$SYSTEMD_LOG_LOCATION
ຄວບຄຸມວ່າລະບົບຈະພິມສະຖານທີ່ລະຫັດພ້ອມກັບຂໍ້ຄວາມບັນທຶກຫຼືບໍ່. ນີ້ສາມາດເປັນ
overridden ກັບ --log-location=.
$XDG_CONFIG_HOME, $XDG_CONFIG_DIRS, $XDG_DATA_HOME, $XDG_DATA_DIRS
ຜູ້ຈັດການຜູ້ໃຊ້ systemd ໃຊ້ຕົວແປເຫຼົ່ານີ້ໂດຍສອດຄ່ອງກັບ XDG ຖານ Directory
ຂໍ້ມູນ[6] ເພື່ອຊອກຫາການຕັ້ງຄ່າຂອງຕົນ.
$SYSTEMD_UNIT_PATH
ຄວບຄຸມບ່ອນທີ່ systemd ຊອກຫາໄຟລ໌ຫົວໜ່ວຍ.
$SYSTEMD_SYSVINIT_PATH
ຄວບຄຸມບ່ອນທີ່ systemd ຊອກຫາ SysV init scripts.
$SYSTEMD_SYSVRCND_PATH
ຄວບຄຸມບ່ອນທີ່ systemd ຊອກຫາ SysV init script runlevel link farms.
$SYSTEMD_COLORS
ຄວບຄຸມວ່າຄວນສ້າງຜົນຜະລິດທີ່ມີສີຫຼືບໍ່.
$LISTEN_PID, $LISTEN_FDS, $LISTEN_FDNAMES
ກໍານົດໂດຍລະບົບສໍາລັບຂະບວນການທີ່ມີການເບິ່ງແຍງໃນລະຫວ່າງການເປີດໃຊ້ງານໂດຍອີງໃສ່ຊັອກເກັດ. ເບິ່ງ
sd_listen_fds(3) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
$NOTIFY_SOCKET
ກໍານົດໂດຍ systemd ສໍາລັບຂະບວນການຄວບຄຸມສໍາລັບສະຖານະແລະການເລີ່ມຕົ້ນສໍາເລັດ
ແຈ້ງການ. ເບິ່ງ sd_notify(3) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
ເຄີເນັດ ຄໍາສັ່ງ LINE
ເມື່ອດໍາເນີນການເປັນຕົວຢ່າງຂອງລະບົບ systemd parses ຈໍານວນຂອງ kernel arguments ແຖວຄໍາສັ່ງ[7]:
systemd.unit=, rd.systemd.unit=
Overrides ຫນ່ວຍງານເພື່ອເປີດໃຊ້ການເປີດເຄື່ອງ. ຄ່າເລີ່ມຕົ້ນເປັນ default.target. ນີ້ອາດຈະຖືກນໍາໃຊ້
ເພື່ອ boot ຊົ່ວຄາວເຂົ້າໄປໃນຫນ່ວຍ boot ທີ່ແຕກຕ່າງກັນ, ຕົວຢ່າງ rescue.target ຫຼື
ການບໍລິການສຸກເສີນ. ເບິ່ງ systemd.ພິເສດ(7) ສໍາລັບລາຍລະອຽດກ່ຽວກັບຫນ່ວຍງານເຫຼົ່ານີ້. ທາງເລືອກ
ຄໍານໍາຫນ້າດ້ວຍ "rd." ເປັນກຽດພຽງແຕ່ຢູ່ໃນແຜ່ນ RAM ເບື້ອງຕົ້ນ (initrd), ໃນຂະນະທີ່ຫນຶ່ງ
ທີ່ບໍ່ໄດ້ຖືກ prefixed ພຽງແຕ່ໃນລະບົບຕົ້ນຕໍ.
systemd.dump_core=
ໃຊ້ການໂຕ້ຖຽງ boolean. ຖ້າ yes, ຜູ້ຈັດການລະບົບ (PID 1) dumps core ໃນເວລາທີ່ມັນ
ຂັດຂ້ອງ. ຖ້າບໍ່ດັ່ງນັ້ນ, ບໍ່ມີການສ້າງ dump ຫຼັກ. ຄ່າເລີ່ມຕົ້ນເປັນ yes.
systemd.crash_chvt=
ເອົາຈຳນວນເຕັມບວກ, ຫຼື boolean argument. ຖ້າເປັນຈໍານວນບວກ (ໃນຂອບເຂດ
1–63), ຜູ້ຈັດການລະບົບ (PID 1) ຈະເປີດໃຊ້ virtual ທີ່ກໍານົດໄວ້
terminal (VT) ເມື່ອມັນຂັດຂ້ອງ. ຄ່າເລີ່ມຕົ້ນເປັນ no, ຊຶ່ງຫມາຍຄວາມວ່າບໍ່ມີການປ່ຽນດັ່ງກ່າວ
ພະຍາຍາມ. ຖ້າຕັ້ງເປັນ yes, VT ຂໍ້ຄວາມ kernel ຖືກຂຽນໃຫ້ຖືກເລືອກ.
systemd.crash_shell=
ໃຊ້ການໂຕ້ຖຽງ boolean. ຖ້າ yes, ຜູ້ຈັດການລະບົບ (PID 1) spawns ຫອຍໃນເວລາທີ່ມັນ
ຂັດຂ້ອງ, ຫຼັງຈາກ 10s ຊັກຊ້າ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຫອຍບໍ່ມີໄຂ່. ຄ່າເລີ່ມຕົ້ນເປັນ no, for
ເຫດຜົນດ້ານຄວາມປອດໄພ, ຍ້ອນວ່າແກະບໍ່ໄດ້ຖືກປົກປ້ອງໂດຍການຢືນຢັນລະຫັດຜ່ານ.
systemd.crash_reboot=
ໃຊ້ການໂຕ້ຖຽງ boolean. ຖ້າ yes, ຜູ້ຈັດການລະບົບ (PID 1) ຈະປິດເຄື່ອງໃຫມ່
ອັດຕະໂນມັດເມື່ອມັນຂັດຂ້ອງ, ຫຼັງຈາກ 10s ຊັກຊ້າ. ຖ້າບໍ່ດັ່ງນັ້ນ, ລະບົບຈະວາງສາຍ
ຢ່າງບໍ່ມີກຳນົດ. ຄ່າເລີ່ມຕົ້ນເປັນ no, ເພື່ອຫຼີກເວັ້ນການ reboot loop. ຖ້າລວມກັບ
systemd.crash_shell=, ລະບົບແມ່ນ rebooted ຫຼັງຈາກ shell ອອກຈາກ.
systemd.confirm_pawn=
ໃຊ້ການໂຕ້ຖຽງ boolean. ຖ້າ yes, ຜູ້ຈັດການລະບົບ (PID 1) ຮ້ອງຂໍການຢືນຢັນ
ເມື່ອຂະບວນການວາງໄຂ່. ຄ່າເລີ່ມຕົ້ນເປັນ no.
systemd.show_status=
ເອົາການໂຕ້ຖຽງ boolean ຫຼືຄ່າຄົງທີ່ ອັດຕະໂນມັດທີ່ຢູ່ ຖ້າຫາກວ່າ yes, ຜູ້ຈັດການລະບົບ (PID 1)
ສະແດງການອັບເດດສະຖານະການບໍລິການ terse ໃນ console ໃນລະຫວ່າງການ bootup. ອັດຕະໂນມັດ ປະຕິບັດຕົວຄື
ທີ່ບໍ່ຖືກຕ້ອງ ຈົນກ່ວາການບໍລິການລົ້ມເຫລວຫຼືມີຄວາມຊັກຊ້າຢ່າງຫຼວງຫຼາຍໃນການບູດ. ຄ່າເລີ່ມຕົ້ນເປັນ yes,
ເວັ້ນເສຍແຕ່ວ່າ ງຽບ ຖືກສົ່ງຜ່ານເປັນຕົວເລືອກແຖວຄໍາສັ່ງຂອງ kernel, ໃນກໍລະນີນີ້ມັນຈະເປັນຄ່າເລີ່ມຕົ້ນ
ອັດຕະໂນມັດ.
systemd.log_target=, systemd.log_level=, systemd.log_color=, systemd.log_location=
ຄວບຄຸມຜົນຜະລິດບັນທຶກ, ມີຜົນກະທົບດຽວກັນກັບ $SYSTEMD_LOG_TARGET,
$SYSTEMD_LOG_LEVEL, $SYSTEMD_LOG_COLOR, $SYSTEMD_LOG_LOCATION ຕົວແປສິ່ງແວດລ້ອມ
ອະທິບາຍຂ້າງເທິງ.
systemd.default_standard_output=, systemd.default_standard_error=
ຄວບຄຸມຜົນຜະລິດມາດຕະຖານເລີ່ມຕົ້ນ ແລະຜົນຜະລິດຜິດພາດສໍາລັບການບໍລິການ, ມີຜົນກະທົບດຽວກັນ
ເປັນ --default-standard-output= ແລະ --default-standard-error= ການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງ
ອະທິບາຍຂ້າງເທິງ, ຕາມລໍາດັບ.
systemd.setenv=
ເອົາ string argument ໃນຮູບແບບ VARIABLE=VALUE. ອາດຈະຖືກນໍາໃຊ້ເພື່ອກໍານົດຄ່າເລີ່ມຕົ້ນ
ຕົວແປສະພາບແວດລ້ອມເພື່ອເພີ່ມຂະບວນການຂອງລູກ forked. ອາດຈະຖືກນໍາໃຊ້ຫຼາຍກວ່າຫນຶ່ງຄັ້ງເພື່ອ
ຕັ້ງຕົວແປຫຼາຍອັນ.
systemd.machine_id=
ເອົາຄ່າ hex 32 ຕົວອັກສອນເພື່ອໃຊ້ສໍາລັບການຕັ້ງຄ່າ machine-id. ຕັ້ງໃຈເປັນສ່ວນໃຫຍ່
ສໍາລັບການບູດເຄືອຂ່າຍທີ່ເຄື່ອງ-id ດຽວກັນແມ່ນຕ້ອງການສໍາລັບທຸກ boot.
ງຽບ
ປິດການອອກສະຖານະໃນເວລາ boot, ຄືກັນກັບ systemd.show_status=false ຈະ. ໃຫ້ສັງເກດວ່າ
ທາງເລືອກນີ້ຍັງຖືກອ່ານໂດຍ kernel ຕົວມັນເອງແລະປິດການໃຊ້ງານຜົນຜະລິດບັນທຶກ kernel. ຜ່ານ
ທາງເລືອກນີ້ເພາະສະນັ້ນການປິດການອອກທີ່ປົກກະຕິຈາກທັງຜູ້ຈັດການລະບົບແລະ
ແກ່ນ.
debug
ເປີດການດີບັ໊ກຜົນອອກ. ນີ້ແມ່ນເທົ່າກັບ systemd.log_level=ດີບັກ. ໃຫ້ສັງເກດວ່າ
ທາງເລືອກນີ້ຍັງຖືກອ່ານໂດຍ kernel ຕົວມັນເອງແລະເປີດໃຊ້ງານຜົນຜະລິດ debug kernel. ຜ່ານ
ທາງເລືອກນີ້ເພາະສະນັ້ນ turns ສຸດຜົນຜະລິດ debug ຈາກທັງຜູ້ຈັດການລະບົບແລະ
ແກ່ນ.
ສຸກເສີນ, -b
ເຂົ້າສູ່ໂໝດສຸກເສີນ. ນີ້ແມ່ນເທົ່າກັບ systemd.unit=emergency.target ແລະ
ສະຫນອງໃຫ້ສໍາລັບເຫດຜົນເຂົ້າກັນໄດ້ແລະງ່າຍທີ່ຈະພິມ.
ກູ້ໄພ, ດຽວ, s, S, 1
ເຂົ້າສູ່ໂຫມດກູ້ໄພ. ນີ້ແມ່ນເທົ່າກັບ systemd.unit=rescue.target ແລະສະຫນອງໃຫ້
ສໍາລັບເຫດຜົນເຂົ້າກັນໄດ້ແລະງ່າຍທີ່ຈະພິມ.
2, 3, 4, 5
ເຂົ້າສູ່ລະດັບແລ່ນ SysV ເດີມທີ່ລະບຸໄວ້. ເຫຼົ່ານີ້ແມ່ນເທົ່າກັບ
systemd.unit=runlevel2.target, systemd.unit=runlevel3.target,
systemd.unit=runlevel4.target, ແລະ systemd.unit=runlevel5.target, ຕາມ ລຳ ດັບ, ແລະ
ສະຫນອງໃຫ້ສໍາລັບເຫດຜົນເຂົ້າກັນໄດ້ແລະງ່າຍທີ່ຈະພິມ.
locale.LANG=, locale.LANGUAGE=, locale.LC_CTYPE=, locale.LC_NUMERIC=, locale.LC_TIME=,
locale.LC_COLLATE=, locale.LC_MONETARY=, locale.LC_MESSAGES=, locale.LC_PAPER=,
locale.LC_NAME=, locale.LC_ADDRESS=, locale.LC_TELEPHONE=, locale.LC_MEASUREMENT=,
locale.LC_IDENTIFICATION=
ຕັ້ງຄ່າສະຖານທີ່ລະບົບທີ່ຈະໃຊ້. ອັນນີ້ overrides ການຕັ້ງຄ່າໃນ /etc/locale.conf. ສໍາລັບ
ຂໍ້ມູນເພີ່ມເຕີມ, ເບິ່ງ locale.conf(5) ແລະ ທ້ອງຖິ່ນ(7).
ສໍາລັບຕົວກໍານົດການເສັ້ນຄໍາສັ່ງ kernel ອື່ນໆເຂົ້າໃຈໂດຍອົງປະກອບຂອງ OS ຫຼັກ, ກະລຸນາ
ອ້າງເຖິງ kernel-command-line(7).
ກະເປົາ ແລະ FIFOS
/run/systemd/notify
ເຕົ້າຮັບການແຈ້ງເຕືອນສະຖານະ Daemon. ນີ້ແມ່ນ AF_UNIX ເຕົ້າຮັບ datagram ແລະຖືກນໍາໃຊ້ເພື່ອ
ປະຕິບັດເຫດຜົນການແຈ້ງເຕືອນ daemon ຕາມທີ່ປະຕິບັດໂດຍ sd_notify(3).
/run/systemd/private
ໃຊ້ພາຍໃນເປັນຊ່ອງທາງການສື່ສານລະຫວ່າງ ລະບົບ(1) ແລະຂະບວນການລະບົບ.
ນີ້ເປັນ AF_UNIX ເຕົ້າຮັບການຖ່າຍທອດ. ການໂຕ້ຕອບນີ້ແມ່ນເປັນສ່ວນຕົວກັບລະບົບແລະບໍ່ຄວນ
ຖືກນໍາໃຊ້ໃນໂຄງການພາຍນອກ.
/dev/initctl
ສະຫນັບສະຫນູນຄວາມເຂົ້າກັນໄດ້ຈໍາກັດສໍາລັບການໂຕ້ຕອບລູກຄ້າ SysV, ຕາມການປະຕິບັດໂດຍ
ຫນ່ວຍບໍລິການ systemd-initctl. ນີ້ແມ່ນທໍ່ທີ່ມີຊື່ໃນລະບົບໄຟລ໌. ການໂຕ້ຕອບນີ້
ລ້າສະໄຫມແລະບໍ່ຄວນຖືກນໍາໃຊ້ໃນຄໍາຮ້ອງສະຫມັກໃຫມ່.
ໃຊ້ລະບົບອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
