ເລື່ອງຢູ່ເບື້ອງຫຼັງ init ແລະ systemd: ເປັນຫຍັງຈຶ່ງຕ້ອງການລິເລີ່ມການທົດແທນດ້ວຍ systemd ໃນ Linux


ຂ້າພະເຈົ້າໄດ້ສະ ໝັກ ເຂົ້າບັນຊີລາຍຊື່ທາງໄປສະນີຫຼາຍສະບັບທີ່ກ່ຽວຂ້ອງກັບການແຈກຈ່າຍແລະການສະ ໝັກ Linux ຕ່າງໆເພື່ອໃຫ້ຕົວເອງປັບປຸງກັບສິ່ງທີ່ ກຳ ລັງຈະເກີດຂື້ນຢູ່ບ່ອນໃດ. ບັກ ໃໝ່ ມີຫຍັງແດ່? ມີການປົດປ່ອຍແບບໃດ? ມີການຄາດຫວັງຫຍັງໃນການປ່ອຍຄັ້ງຕໍ່ໄປ? ແລະອີກຫລາຍຢ່າງຂອງສິ່ງອື່ນໆ. ມື້ນີ້ບັນຊີລາຍຊື່ທາງໄປສະນີແມ່ນປະຊາຊົນຫຼາຍທີ່ມີ“ ເລືອກເອົາຝ່າຍຂອງທ່ານໃນ Linux Divide”, ສ່ວນໃຫຍ່ແມ່ນຢູ່ໃນລາຍຊື່ Debian Mailing ພ້ອມກັບອີກສອງສາມແຖວ.

ໄດເວີ init ກຳ ລັງຈະຖືກທົດແທນດ້ວຍ daemon systemd ໃນບາງສ່ວນຂອງ Linux Distribution, ໃນຂະນະທີ່ຫຼາຍໆມັນໄດ້ປະຕິບັດແລ້ວ. ນີ້ແມ່ນ/ຈະເປັນການສ້າງຊ່ອງຫວ່າງອັນໃຫຍ່ຫຼວງລະຫວ່າງ Unix/Linux Guard ແລະ New Linux Guard - ນັກຂຽນໂປແກຼມແລະ System Admins.

ໃນບົດຂຽນນີ້, ພວກເຮົາຈະປຶກສາຫາລືແລະແກ້ໄຂຕາມການສອບຖາມທັງ ໝົດ ເທື່ອລະອັນ.

<

  • ການລິເລີ່ມແມ່ນຫຍັງ?
  • ລະບົບແມ່ນຫຍັງ?
  • ເປັນຫຍັງ init ຈິ່ງຕ້ອງການປ່ຽນແທນ?
  • ລັກສະນະຫຍັງທີ່ systemd ຈະເປັນເຈົ້າຂອງ.
  • ໃນ Linux, init ແມ່ນຕົວຫຍໍ້ ສຳ ລັບ Initialization. The init ແມ່ນຂັ້ນຕອນຂອງ daemon ເຊິ່ງເລີ່ມຕົ້ນທັນທີທີ່ຄອມພິວເຕີ້ເລີ່ມຕົ້ນແລະສືບຕໍ່ໃຊ້ຈົນກວ່າມັນຈະຖືກປິດ. ໃນຄວາມເປັນຈິງ init ແມ່ນຂະບວນການ ທຳ ອິດທີ່ເລີ່ມຕົ້ນເມື່ອຄອມພິວເຕີເລີ່ມຕົ້ນ, ເຮັດໃຫ້ມັນເປັນພໍ່ແມ່ຂອງທຸກໆຂະບວນການແລ່ນອື່ນໆໂດຍກົງຫຼືໂດຍທາງອ້ອມແລະດັ່ງນັ້ນໂດຍປົກກະຕິແລ້ວມັນໄດ້ຖືກມອບ ໝາຍ ໃຫ້ < ".

    ຖ້າວ່າ init daemon ບໍ່ສາມາດເລີ່ມຕົ້ນໄດ້, ບໍ່ມີຂັ້ນຕອນໃດທີ່ຈະເລີ່ມຕົ້ນແລະລະບົບຈະໄປຮອດຂັ້ນຕອນທີ່ເອີ້ນວ່າ " Kernel Panic ". init ຖືກເອີ້ນຫຼາຍທີ່ສຸດເປັນ ລະບົບ V init . ລະບົບ V ແມ່ນລະບົບປະຕິບັດການ ທຳ ອິດຂອງ UNIX ທີ່ຖືກອອກແບບແລະ ນຳ ໃຊ້ init ໃນການແຈກແຈງ Linux ສ່ວນຫລາຍຂອງມື້ນີ້ແມ່ນຄືກັນກັບ System V OS ໂດຍມີຂໍ້ຍົກເວັ້ນ ຈຳ ນວນ ໜຶ່ງ ເຊັ່ນ Slackware ໂດຍໃຊ້ແບບ BSD ແລະ Gentoo ໂດຍໃຊ້ custom init .

    ຄວາມຕ້ອງການທີ່ຈະທົດແທນການລິເລີ່ມດ້ວຍສິ່ງທີ່ສົມບູນແບບກວ່າເກົ່າໄດ້ຮັບຄວາມຮູ້ສຶກມາແຕ່ດົນນານແລະມີທາງເລືອກຫລາຍຢ່າງໄດ້ຖືກພັດທະນາເປັນບາງຄັ້ງຄາວ, ບາງສິ່ງບາງຢ່າງກາຍເປັນການປ່ຽນແທນການລິເລີ່ມຂອງການແຈກຢາຍ, ເຊິ່ງບາງຢ່າງແມ່ນ:

    <

  • Upstart - daemon ທົດແທນເລີ່ມຕົ້ນປະຕິບັດໃນ Ubuntu GNU/Linux ແລະອອກແບບເພື່ອເລີ່ມຕົ້ນການປະມວນຜົນແບບບໍ່ສະ ໝ ່ ຳ ສະ ເໝີ.
  • Epoch - daemon ທົດແທນເລີ່ມຕົ້ນສ້າງຂື້ນໂດຍຄວາມລຽບງ່າຍແລະການບໍລິການ, ຖືກອອກແບບມາເພື່ອເລີ່ມຕົ້ນການປະມວນຜົນກະທູ້ດຽວ.
  • Mudar - daemon ທົດແທນເລີ່ມຕົ້ນທີ່ຂຽນໃນ Python, ປະຕິບັດໃນ Pardus GNU/Linux ແລະຖືກອອກແບບມາເພື່ອເລີ່ມຕົ້ນການປະມວນຜົນແບບບໍ່ສະ ໝ ່ ຳ ສະ ເໝີ.
  • systemd - daemon ທົດແທນເລີ່ມຕົ້ນທີ່ຖືກອອກແບບມາເພື່ອເລີ່ມຕົ້ນຂະບວນການຂະຫນານ, ຈັດຕັ້ງປະຕິບັດໃນການແຈກຢາຍແບບມາດຕະຖານ - Fedora, OpenSuSE, Arch, RHEL, CentOS, ແລະອື່ນໆ
  • A systemd ແມ່ນ Daemon ການຄຸ້ມຄອງລະບົບທີ່ມີຊື່ພ້ອມກັບສົນທິສັນຍາ UNIX ເພື່ອເພີ່ມ ' d ' ໃນຕອນທ້າຍຂອງ daemon. ດັ່ງນັ້ນ, ວ່າພວກເຂົາສາມາດຮັບຮູ້ໄດ້ງ່າຍ. ໃນເບື້ອງຕົ້ນມັນຖືກປ່ອຍອອກມາພາຍໃຕ້ໃບອະນຸຍາດສາທາລະນະທົ່ວໄປຂອງ GNU, ແຕ່ວ່າໃນປັດຈຸບັນການປ່ອຍອອກມາແມ່ນເຮັດພາຍໃຕ້ໃບອະນຸຍາດສາທາລະນະທົ່ວໄປຂອງ GNU ຫນ້ອຍ. ມັນຄ້າຍຄືກັບ init, systemd ແມ່ນພໍ່ແມ່ຂອງທຸກໆຂະບວນການອື່ນໆໂດຍກົງຫຼືໂດຍທາງອ້ອມແລະເປັນຂະບວນການ ທຳ ອິດທີ່ເລີ່ມຕົ້ນເມື່ອບູດສະນັ້ນຈຶ່ງຖືກມອບ ໝາຍ ໃຫ້ເປັນ < ".

    A ລະບົບ , ອາດຈະ ໝາຍ ເຖິງທຸກໆຊຸດ, ເຄື່ອງໃຊ້ໄຟຟ້າແລະຫ້ອງສະ ໝຸດ ອ້ອມຮອບ daemon. ມັນຖືກອອກແບບມາເພື່ອເອົາຊະນະຄວາມບົກຜ່ອງຂອງ init. ມັນຕົວມັນເອງແມ່ນຂະບວນການພື້ນຫລັງເຊິ່ງຖືກອອກແບບມາເພື່ອເລີ່ມຕົ້ນຂະບວນການໃນຂະຫນານ, ດັ່ງນັ້ນການຫຼຸດຜ່ອນເວລາໃສ່ເກີບແລະຄ່າສິ້ນເຊີງຄອມພິວເຕີ້. ມັນມີຄຸນລັກສະນະອື່ນໆອີກຫຼາຍຢ່າງຖ້າທຽບໃສ່ init.

    ຂັ້ນຕອນການລິເລີ່ມຈະເລີ່ມຕົ້ນໃນຊ່ວງເວລາ ທຳ ອິດ, ວຽກງານ ໜຶ່ງ ເລີ່ມຕົ້ນພຽງແຕ່ຫຼັງຈາກການເລີ່ມຕົ້ນວຽກສຸດທ້າຍປະສົບຜົນ ສຳ ເລັດແລະມັນຖືກໂຫລດໃນ ໜ່ວຍ ຄວາມ ຈຳ. ນີ້ມັກຈະເຮັດໃຫ້ເວລາໃສ່ເກີບຊ້າແລະຍາວນານ. ເຖິງຢ່າງໃດກໍ່ຕາມ, ລະບົບ systemd ບໍ່ໄດ້ຖືກອອກແບບມາເພື່ອຄວາມໄວແຕ່ ສຳ ລັບການເຮັດສິ່ງທີ່ເຮັດໄດ້ຢ່າງລະມັດລະວັງເຊິ່ງຫລີກລ້ຽງທຸກການຊັກຊ້າທີ່ ຈຳ ເປັນຂອງສະຫະປະຊາຊາດ.

    <

  • ການອອກແບບທີ່ສະອາດ, ເຂັ້ມແຂງແລະມີປະສິດທິພາບ.
  • ຂັ້ນຕອນການລຽບງ່າຍ.
  • ພ້ອມກັນແລະການປະມວນຜົນຂະຫນານໃນເກີບ.
  • API ດີກວ່າ.
  • Syntax ຫົວ ໜ່ວຍ ງ່າຍດາຍ.
  • ຄວາມສາມາດໃນການ ກຳ ຈັດສ່ວນປະກອບທີ່ເປັນທາງເລືອກ.
  • ຮອຍຕີນຂອງຄວາມຊົງ ຈຳ ຕ່ ຳ.
  • ເຕັກນິກທີ່ຖືກປັບປຸງເພື່ອສະແດງຄວາມເພິ່ງພາອາໄສ
  • ຄຳ ແນະ ນຳ ໃນການເລີ່ມຕົ້ນທີ່ຂຽນໄວ້ໃນແຟ້ມເອກະສານ config ແລະບໍ່ແມ່ນໃນ shell shell.
  • ໃຊ້ Unix Domain Socket.
  • ການ ກຳ ນົດເວລາເຮັດວຽກໂດຍໃຊ້ເຄື່ອງຈັບເວລາປະຕິທິນທີ່ມີລະບົບ.
  • ການຕັດໄມ້ເຫດການກັບນັກຂ່າວ.
  • ທາງເລືອກຂອງການເຂົ້າສູ່ລະບົບເຫດການຕ່າງໆລະບົບກັບ systemd ເຊັ່ນດຽວກັບ syslog.
  • ບັນທຶກຈະຖືກເກັບຢູ່ໃນແຟ້ມຄູ່.
  • ລັດທີ່ມີລະບົບສາມາດຖືກຮັກສາໄວ້ເພື່ອຈະຖືກເອີ້ນໃນເວລາຕໍ່ມາ.
  • ຕິດຕາມຂັ້ນຕອນການ ນຳ ໃຊ້ cgroup ຂອງ kernel ແລະບໍ່ແມ່ນ PID.
  • ຜູ້ໃຊ້ເຂົ້າສູ່ລະບົບຈັດການໂດຍ systemd-logind.
  • ການເຊື່ອມໂຍງເຂົ້າກັນດີກວ່າເກົ່າກັບ Gnome ເພື່ອຄວາມສາມາດໃນການເຮັດວຽກຮ່ວມກັນ.
  • <

  • ທຸກຢ່າງຢູ່ບ່ອນດຽວ.
  • ບໍ່ແມ່ນມາດຕະຖານ POSIX.
  • Linus Torvalds, ຫົວ ໜ້າ ສະຖາປະນິກ Linux Linux, ຮູ້ສຶກເຖິງທັດສະນະຂອງຜູ້ພັດທະນາທີ່ ສຳ ຄັນຂອງ systemd ຕໍ່ຜູ້ໃຊ້ແລະລາຍງານຂໍ້ບົກຜ່ອງເບິ່ງຄືວ່າບໍ່ເປັນຫຍັງ. ມັນຍັງໄດ້ຖືກລາຍງານວ່າປັດຊະຍາຂອງລະບົບແມ່ນແປກແລະເປັນວິທີການຕ່າງປະເທດທີ່ຈະຄວບຄຸມຂະບວນການຂອງລະບົບ. ສິ່ງດຽວກັນນີ້ໄດ້ຖືກບັນທຶກຈາກ Patric Volkerding ແລະຜູ້ໃຊ້ແລະນັກພັດທະນາ Linux ທີ່ມີຊື່ສຽງອື່ນໆເຊັ່ນດຽວກັນກັບເວທີສົນທະນາຜ່ານອິນເຕີເນັດ, ເວລາ.

    ສິ່ງໃດທີ່ແລ່ນເປັນ pid = 1 ບໍ່ຕ້ອງແຕກ, ບໍ່ຕ້ອງວຸ້ນວາຍແລະຕ້ອງຖືກຄວບຄຸມໂດຍຜູ້ໃຊ້ຢ່າງມີປະສິດທິພາບແລະປະສິດຕິຜົນ. ຜູ້ໃຊ້ຫຼາຍຄົນເຊື່ອວ່າການປ່ຽນແທນ init ສຳ ລັບ systemd ແມ່ນບໍ່ມີຫຍັງນອກ ເໜືອ ຈາກການສົ່ງເສີມລໍ້ທຸກໆຄັ້ງເປັນຜົນຂ້າງຄຽງຂອງ Linux. ແຕ່ນີ້ແມ່ນລັກສະນະທີ່ຫຼາກຫຼາຍຂອງ Linux. ນີ້ແມ່ນຍ້ອນວ່າ Linux ແມ່ນມີປະສິດທິພາບຫຼາຍ. ການປ່ຽນແປງແມ່ນດີແລະພວກເຮົາຕ້ອງຮູ້ຄຸນຄ່າມັນຖ້າມັນມີເຫດຜົນທີ່ດີ.

    ດຽວນີ້ ໝົດ ແລ້ວ. ຂ້ອຍຈະຢູ່ທີ່ນີ້ອີກເທື່ອ ໜຶ່ງ ດ້ວຍບົດຂຽນທີ່ ໜ້າ ສົນໃຈອີກຢ່າງ ໜຶ່ງ ທີ່ເຈົ້າຈະມັກ. ຈົນກ່ວາຫຼັງຈາກນັ້ນຕິດຕາມແລະເຊື່ອມຕໍ່ກັບ Tecmint. ຢ່າລືມໃຫ້ພວກເຮົາມີ ຄຳ ຕິຊົມທີ່ມີຄ່າຂອງທ່ານໃນ ຄຳ ເຫັນຂ້າງລຸ່ມນີ້.