Systemd กับ Sysvinit และ Systemd-shim?

ปัจจุบัน Systemd เป็นมาตรฐานที่ใช้กันอย่างแพร่หลายในแง่ของ "Kernel Boot Systems" (Init) ที่สามารถทำได้ในสภาพแวดล้อม Unix เช่น Linux ถูกสร้างขึ้นเมื่อสองสามปีก่อนโดย Lennart กวี (ส่วนใหญ่) ถัดจาก ผู้ล้อมเคย์ (อดีต Red Hat) ปัจจุบันมีไฟล์ ใบอนุญาต LGPL 2.1 (มีข้อยกเว้นที่ได้รับอนุญาตภายใต้ GPL2) แม้ว่า มีทางเลือกอื่น เหมือนคนโบราณและนักอนุรักษนิยม SysVinit และ Upstartนอกจากนี้ยังมีทางเลือกใหม่ ๆ เช่น Systemd-ชิม.

นอกจากนี้ยังมีการใช้งานมากที่สุด Systemd ยังเป็นหนึ่งในผู้ใช้ที่เป็นที่ถกเถียงและบางครั้งก็เกลียดชังซึ่งมีแนวโน้มที่จะต่อต้านความซับซ้อนและการครอบงำหรือควบคุมการทำงานของ Distros มากเกินไป ด้วยเหตุนี้ทางเลือกเก่าหรือทางเลือกที่ทันสมัยจึงยังคงเฟื่องฟูในหลายภาคส่วนของชุมชน GNU / Linux

ปัจจุบันโครงการ Systemd เป็นซอฟต์แวร์ฟรีโฮสต์อยู่ที่ GitHub และมีเอกสารเพียงพอบนเว็บไซต์ของ«freedesktop.org" และแม้ว่าในบางครั้งเราได้พูดถึงเรื่องนี้อย่างกว้างขวาง Systemd ในบล็อกเช่นในโพสต์ที่เรียกว่า «ระบบทำให้เข้าใจผิด D« จากผู้เขียน "Usemoslinux"วันนี้เราหวังว่าจะขยายความอีกเล็กน้อยโดยการเปรียบเทียบแง่มุมของทางเลือกปัจจุบัน

Systemd คืออะไร?

Systemd เป็นผู้ดูแลระบบและบริการสำหรับระบบที่ใช้ Linux แต่ในวงกว้างกว่านั้นยังสามารถอธิบายได้ว่าเป็นชุดของ Building Block พื้นฐานสำหรับระบบ Linux เนื่องจากมี«ผู้ดูแลระบบและบริการ» ซึ่งทำงานเป็นกระบวนการ (PID 1) และเริ่มส่วนที่เหลือของระบบ

Systemd มีความสามารถในการขนานแบบไดนามิกใช้ "ซ็อกเก็ต" และ "การเปิดใช้งาน D-Bus" เพื่อเริ่มบริการ นอกจากนี้ยังมี "การเริ่มต้น" ตามคำร้องขอของ daemons จะติดตามกระบวนการโดยใช้กลุ่มควบคุม Linux จัดการจุดเชื่อมต่อและการติดตั้งอัตโนมัติและดำเนินการควบคุมบริการที่อิงตามธุรกรรม ตรรกะ

สุดท้ายและที่น่าสังเกตคือสามารถเพิ่มได้ว่า Systemd เข้ากันได้กับสคริปต์เริ่มต้น SysV และ LSB และจนถึงทุกวันนี้ได้ทำงานแทน SysVinit บน GNU / Linux Distros จำนวนมากได้สำเร็จโดยไม่คำนึงถึงคำวิพากษ์วิจารณ์ที่ถูกต้องหรือความคิดเห็นเชิงลบเกี่ยวกับเรื่องนี้

และรวมถึงรีจิสตรีดีมอนยูทิลิตี้เพื่อควบคุมการตั้งค่าระบบพื้นฐานเช่นชื่อโฮสต์, วันที่, โลแคล, เก็บรายชื่อผู้ใช้และคอนเทนเนอร์ที่เข้าสู่ระบบและรันเครื่องเสมือน, บัญชีระบบ, ไดเร็กทอรีและการตั้งค่ารันไทม์และ daemons เพื่อจัดการการกำหนดค่าเครือข่ายแบบง่าย, การซิงโครไนซ์เวลาเครือข่าย, การส่งต่อเร็กคอร์ดและการแก้ไขชื่อ

เหนือสิ่งอื่นใดซึ่งจัดอยู่ในประเภทที่หนักซับซ้อนและเป็นเจ้าของใน Distros ที่มีการใช้งานแม้ว่าจะบรรลุวัตถุประสงค์ที่สร้างขึ้นอย่างน่าพอใจก็ตาม มากเสียจน Distro ที่รู้จักกันดี DEBIANซึ่งเป็นแม่ของ GNU / Linux Distros อื่น ๆ อีกมากมายได้นำไปใช้งานมาระยะหนึ่งแล้วซึ่งมีส่วนช่วยในการขยายตัว

คืออะไร ซิสวินิท?

SysVinit เป็นหนึ่งใน บริษัท ที่เก่าแก่ที่สุดและเป็นปัจจุบัน ผู้ดูแลระบบและบริการสำหรับระบบที่ใช้ Linux ยังคงใช้กันอย่างแพร่หลายในหลาย ๆ GNU / Linux Distros ของวิถีและวิถีใหม่เช่น Devuan.

จาก SysVinit เป็นโปรแกรมสามารถไฮไลต์ต่อไปนี้:

«เป็นกระบวนการแรกที่รันหลังจากโหลดเคอร์เนลและกระบวนการที่สร้างกระบวนการอื่น ๆ ทั้งหมดโดยจะรันในรูปแบบ init daemon และโดยปกติจะมี PID 1 ซึ่งจัดเตรียมกระบวนการมาตรฐานเพื่อควบคุมว่าโปรแกรมใดเริ่มทำงานหรือหยุดในระดับหนึ่ง ประสิทธิภาพ”. อ้างอิงจาก Ex-Debian.org Wiki

แตกต่าง "ในนั้น" (ผู้ดูแลระบบและบริการ เริ่มต้นของระบบ Unix)ซึ่งเริ่มบริการโดยใช้สคริปต์เดียวที่เรียกว่า "/ etc / rc", SysVinit เริ่มต้นโดยใช้ไดเร็กทอรี schema ใน "/Etc/rc.d/" ที่มีสคริปต์เริ่ม / หยุดของบริการต่างๆ

และในระดับแพ็กเกจและฟังก์ชัน SysVinit มีโปรแกรมสำหรับควบคุมการเริ่มต้นเรียกใช้งานและดาวน์โหลดโปรแกรมอื่น ๆ ทั้งหมด ซึ่งรวมถึง: halt, init, killall5, last, lastb, mesg, pidof, poweroff, reboot, runlevel, shutdown, sulogin, telinit, utmpdump และ wall ข้อมูลสำคัญสำหรับผู้ที่ต้องการติดตั้งและใช้งาน ซิสวินิท.

จนถึงวันนี้การต่อสู้ระหว่าง Systemd y ซิสวินิท มีความแข็งแกร่งและคุ้มค่าเมื่อเทียบกับ WhatsApp y Telegram. และในขณะที่มันเป็นความจริงที่เคารพ ซิสวินิท มีข้อบกพร่องหรือข้อ จำกัด (ขึ้นอยู่กับมุมมองของแต่ละคน) ซึ่งอาจแก้ไขได้ในทางใดทางหนึ่งผู้สนับสนุนของ Systemd มักจะยืนยันอย่างกล้าหาญ Systemd ปัจจุบันเป็นสิ่งที่ดีที่สุด ผู้ดูแลระบบและบริการ เริ่มต้นของระบบ Unix ปัจจุบัน

จากข้อเท็จจริงนั้นและจากการต่อสู้ครั้งนั้นก็เกิดขึ้น แคมเปญ« Init Freedom » (IF) ออกแบบมาเพื่อหักล้างข้อโต้แย้งนั้น เริ่มต้นเสรีภาพ พยายามที่จะฟื้นฟูแนวทางที่ดีต่อ PID1 ซึ่งเคารพในความหลากหลายและเสรีภาพในการเลือก ในกรณีที่คุณต้องการข้อมูลเพิ่มเติมคุณสามารถรับได้โดยไปที่ลิงค์ต่อไปนี้: แคมเปญ« Init Freedom » (IF)ข้อมูลเช่นไฟล์ GNU / Linux distros ที่ใช้ทางเลือกแทน Systemd

Systemd-shim คืออะไร?

สุดท้าย แต่ไม่ท้ายสุดเราพบกัน ทางเลือกที่ยอดเยี่ยมสำหรับ Systemd-shim ซึ่งตามหน้าพัสดุของ DEBIAN เป็นแพ็คเกจที่:

"จำลองฟังก์ชัน Systemd ที่จำเป็นในการเรียกใช้ตัวช่วย systemd โดยไม่ต้องใช้บริการ init"

เพื่อทำความเข้าใจว่าเขามีความสามารถอะไร "Systemd-shim" หรือวิธีการทำงานเป็นเรื่องดีที่จะได้เห็นมันในทางปฏิบัติบน Distro ที่ได้รับประโยชน์สูงสุดจากมันนั่นคือ MX-ลินุกซ์. ซึ่งตามที่ผู้สร้างของมันเองนั้น MX-Linux มีลักษณะเฉพาะ:

“ ให้ผู้ใช้สามารถเลือกระหว่าง Systemd และ SysVinit บนระบบที่ติดตั้ง แพ็กเกจที่เรียกว่า Systemd-shim เป็นการผสมผสานที่มหัศจรรย์ อย่างไรก็ตามการพัฒนาบน systemd-shim หยุดลงเมื่อไม่นานมานี้และ DEBIAN เพิ่งลบแพ็คเกจออกจากที่เก็บ Buster เราเข้าใจว่าสถานะปัจจุบันของ systemd-shim ทำงานไม่ถูกต้องกับเวอร์ชันของ Systemd ใน DEBIAN Buster ดังนั้นเราจึงสำรวจตัวเลือกต่างๆสำหรับอนาคตของ MX ด้วยเหตุนี้สิ่งหนึ่งที่เราต้องการสำรวจคือความเป็นไปได้ในการพัฒนา systemd-shim อย่างต่อเนื่อง (และแพตช์ systemd ใด ๆ ที่อาจจำเป็นเพื่อให้ systemd-shim ทำงานได้อย่างถูกต้อง)

Systemd-shim ได้ให้ผลลัพธ์ที่ดีแก่ MX-Linux ซึ่งนอกเหนือจากฟังก์ชันที่ยอดเยี่ยมอื่น ๆ และข้อดีของ Distro ดังกล่าวแล้ว MX-Linux อยู่ในอันดับต้น ๆ ของ Distrowatch และมีแผนในอนาคตที่จะใช้งานต่อไป System-shim บน MX-Linux 19 เวอร์ชันใหม่ เร็ว ๆ นี้จะเปิดตัวตาม DEBIAN 10 (บัสเตอร์)

ฉันแนะนำ MX-Linux 18.X เป็นการส่วนตัวพร้อม Systemd-shimเนื่องจากมีน้ำหนักเบาและใช้งานได้ดี และในกรณีเฉพาะของฉันมันอนุญาตให้ฉันสร้าง Distro ของตัวเองขึ้นอยู่กับมันซึ่งฉันเรียกว่า: MilagrOS GNU / Linux

ทางเลือกอื่น?

โดยสรุปรวมถึงที่กล่าวถึงเรามีทางเลือกอื่น ๆ ในปัจจุบันของ«ผู้ดูแลระบบและบริการสำหรับระบบ» (ระบบเริ่มต้น) สำหรับ Linux a:

• โอเพนอาร์ซี
• runit
• s6
• คนเลี้ยงแกะ
• บาป
• systemd
• systemd-ชิม
• ซิสวินิท

ข้อสรุป

ฉันหวังว่าโพสต์นี้จะมีประโยชน์มากสำหรับคุณในแง่ของการเรียนรู้เพิ่มเติมเกี่ยวกับไฟล์ ในนั้น กล่าวถึงและช่วยให้พวกเขารู้วิธีเลือก GNU / Linux Distro ด้วย«ผู้ดูแลระบบและบริการสำหรับระบบ». และหน้าหรือสุดท้ายสำหรับผู้ที่มีแนวโน้มที่จะใช้ Systemdฉันขอแนะนำให้อ่านลิงค์ต่อไปนี้: ตำนานที่ยิ่งใหญ่ของ Systemd.