قبل بضعة أيام ، تم إصدار الإصدار التالي من نظام التهيئة الكلاسيكي Unix / Linux sysvinit 2.92 قبل الموعد المحدد. صدر العدد السابق 2.91 قبل أكثر من شهر بقليل.
ما هو اللافت للنظر في إصدار الإصدار الثانوي من نظام التهيئة القديم (SI) ، والذي رفضته جميع توزيعات لينكس الحديثة تقريبًا ، وما هو نوع الفرح في مجتمع المصدر المفتوح ومستخدمي Debian Linux؟
هذه الحلقة مثيرة للاهتمام في أن الإصدار كان جهدًا مشتركًا بين فريقي تطوير معاديين من Debian و Devuan ، والذي انقسم قبل 4 سنوات بسبب الوضع حول systemd . لكن دعنا نرتبها.
تصويت ثلاثي على systemd
قبل أشهر قليلة من إطلاق ديبيان جيسي ، واجه قادة المشروع الحاجة إلى اتخاذ قرار بشأن نظام التهيئة. في ذلك الوقت ، كان systemd يكتسب شعبية بالفعل وكان أحد المتنافسين الرئيسيين. إجمالاً ، شارك أربعة جنود دوليين في السباق.
- systemd
- مغرور
- openrc.
- sysvinit.
كان التصويت أيضا خيار "مطلوب مزيد من المناقشة".
أظهرت نتائج الجولة الأولى توازنا بين النظام الصاعد والنظام ، وحصل كل منهم على 4 أصوات. لاتخاذ قرار ، كانت هناك حاجة إلى نسبة تصويت 2: 1.
بعد أسبوعين من ذلك ، عقدت جولة ثانية في أوائل فبراير 2014 ، لم يحدث فيها شيء جديد بشكل أساسي. تم تقسيم الأصوات بنفس النسبة واتخذ قرار بشأن مزيد من النقاش.
لصالح systemd صوت:
- بديل جاربي - رئيس اللجنة الفنية ؛
- دون ارمسترونغ
- كيث باكارد ، خبير X يعمل حاليًا في Valve ؛
- روس ألبري.
لصوت مغرور :
- كولين واتسون.
- ستيف لانجاسيك ؛
- إيان جاكسون ؛
- أندرياس بارث.
وللمرة الثالثة ، صوت TC ، مما أدى إلى تبسيط القواعد بشكل كبير ورفع القضية. حذف جميع القضايا الثانوية من جدول الأعمال وخفض عتبة القرار إلى أغلبية بسيطة ، صوتت اللجنة لصالح النظام من الدعوة الثالثة
لا ، لم ينتقل أي من المؤيدين المبتدئين إلى المعسكر المقابل ، فقد تم تحديد نتيجة التصويت من خلال تصويت إضافي لرئيس اللجنة الفنية ، Bidel Garby ، وتم حل مشكلة SI لـ Debian Linux من خلال تصويت واحد فقط مع توازن الآراء السابق 4: 4.
يحلق لينوس Bideil Garby في LinuxConf 2009
تسببت نتيجة التصويت في شعور حاد بالمرارة وخيبة الأمل والظلم بين معارضي النظام. في قوائم دبيان البريدية ، ارتفعت المشاعر.
دعا إيان جاكسون Bideil Garby إلى الاستقالة من رئاسة TC. بعد ذلك ، قررت إطلاق الانتقال مؤقتًا بعيدًا عن المشاركة في شؤون أبرز المساهمين.
بعد يومين في 11 فبراير ، أصبح من الواضح أن قرار Debian Linux قد تم أخيرًا وأنه في المستقبل المنظور ، سيكون نظام التهيئة الرئيسي للتوزيع هو systemd .
ديفوان
لم يحزن مطورو توزيعة ديبيان لينكس ، الذين لم يوافقوا على هذه الحالة ، لفترة طويلة وستة أشهر قبل إصدار نفس الإصدار الثامن ، وأنشأوا شوكة على أساس systvinit وأطلقوا عليها اسم Devuan ، بدءًا من عبارة Dev one .
كان تسليط الضوء على مجموعة التوزيع واختلافها الرئيسي عن نظام التشغيل الأصلي هو ما بدأ الضجة بأكملها. اختار Devuan Linux sysvinit باعتباره SI. بشكل عام ، ولادة تطور التوزيع ، تم الترحيب بها بحماس كبير بين مستخدمي Linux ، باستثناء الجزء باللغة الروسية منه.
في يونيو ، تم إصدار الإصدار الثاني من مجموعة التوزيع على أساس الحزمة من أحدث إصدار من سلفها - Debian Stretch. بالإضافة إلى sysvinit ، يمكنك أيضًا اختيار openrc باعتباره SI.
دعونا نحاول فهم سبب هذا الانقسام في بيئة مطوري دبيان ، وفي الواقع بين عدد كبير من المستخدمين من اختلافات مختلفة في نظام التشغيل Linux. في الواقع ، من قبل ، كانت هناك قرارات صعبة وتحولات خطيرة في تاريخ GNU / Linux: GPLv3 أم لا ، UEFI SecureBoot ، إلخ. لماذا إذن ، كل هذا خرج عن الطريق؟
الجدل المحيط بالنظام د
إذا قللنا جوهر جميع النزاعات إلى أطروحة واحدة ، فيمكننا القول أن systemd يعني تبادل السيطرة الكاملة على تهيئة النظام وخدماته من أجل الرفض التام لفلسفة يونكس.
والأول محل نزاع شديد من قبل خصوم النظام ، لكن لا أحد يجادل في الثانية. لا يتفق الجميع على أن systemd يجعل حياة المشرف أسهل ، لكن القليل منهم يمكن أن يجادل بأن systemd و Unix Way هما نقيضان.
يوفر systemd إمكانات موازية صارمة ، ويستخدم مآخذ D-Bus وتنشيطًا لتشغيل الخدمات ، ويقدم شياطين ليتم تشغيلها حسب الحاجة ، ويراقب العمليات باستخدام مجموعات التحكم في Linux ، ويدعم اللقطات واستعادة حالة النظام ، ويتصاعد ونقاط التحميل ، كما ينفذ أيضًا اعتمادًا على التبعية منطق التحكم في عمليات المعاملات المعقدة .
أين كانت الحاجة إلى مثل هذا النظام الشامل للتحكم في تهيئة نظام التشغيل وعملياته؟ أنا لا أؤمن بنظرية المؤامرة وبالتالي أعتقد أن الأسباب كانت في عيوب sysvinit و SI الأخرى.
تم إنشاؤه عام 1983 ، ولم يكن sysvinit قادرًا على حل عدد من المهام المهمة ، مثل:
- بداية موازية للعمليات ؛
- الكشف عن الوسائط القابلة للإزالة
- تنشيط الخدمات القائمة على مأخذ التوصيل ؛
- السيطرة بشكل موثوق على التبعيات بين العمليات والخدمات المختلفة
- تسجيل الأحداث المبكرة عبر
/dev/log .
تم حل جميع هذه المضايقات وغيرها في النهاية في systemd . من المفترض أن توحيد ملفات التكوين ، وتوحيد بناء الجملة ، وإدارة تبعيات الخدمات على أساس cgroups سمح لبائعي توزيعات Linux التجارية لتبسيط حياة المسؤولين وتقليل تكلفة إدارة مجموعة الخوادم.
ولكن ما هو الثمن؟ وفقًا لبعض التصاميم الغريبة ، انتقلت بنات أفكار لينارت بوترنج من SI إلى "مجموعة من اللبنات الأساسية لنظام Linux". اقتباس من الصفحة الرئيسية للمشروع. نوع من الحالة في الدولة يتحكم في اتصال الأجهزة ونقاط إدخال نظام الملفات واتصالات الشبكة وخدمة وقت النظام وجلسات المستخدم وسجلات النظام وما إلى ذلك.
في الوقت نفسه ، بدأ العديد من مطوري DE ، وخاصة Gnome ، في ربط عناصر البيئة الرسومية بالنظام d :
- إدارة الطاقة ؛
- إدارة جلسة المستخدم ؛
- عرض المجلة ؛
- إذا أغلقت شاشة الكمبيوتر المحمول ، فلن تتم معالجة الأحداث ؛
- وايلاند
كل هذا لن ينطلق في جنوم بدون تصحيحات خاصة ، إذا اخترت SI مختلفة باستثناء systemd .
والسبب في هذا الوضع هو أنه من الصعب للغاية دعم خيارين للعديد من مجموعات البرامج: أحدهما مع systemd ، والآخر بدون. ونتيجة لذلك ، يتم إنشاء موقف عندما لا توجد طريقة لتحديد SI آخر في توزيع Linux.
سحابة الكلمات الرئيسية حول systemd على تويتر .
حسنًا ، لا توجد طريقة لاختيار SI ، هل هذا مهم حقًا؟ لا أعتقد أنه سيزعجني كثيرًا إذا لم يكن هناك إمكانية لاختيار محمل نظام التشغيل ، أو عميل DHCP.
كما اتضح للعديد من المستخدمين ، يزعج systemd الكثير من الأشياء. من المؤكد أن التسجيل المبكر والكامل لأحداث النظام منذ لحظة الإطلاق أمر جيد بالتأكيد ، ولكن كيف يمكنك تخيل نظام Linux مع ملفات سجل ثنائية؟
قد يكون لينارت بوترنج مبرمجًا جيدًا ، لكن أسلوب اتصاله ورد فعله على العيوب المكتشفة للنقد أقل من كل النقد. هنا رد فعله على الخلل 5644 .
العيب نفسه.
# mkdir -p /foo/dir{1,2} # touch /foo/.bar{1,2} # cat /etc/tmpfiles.d/test.conf R! /foo/.* - - - - - Reboot.
تعليق لينارت بوترنج.
لست متأكدًا من أنني سأعتبر هذا مشكلة كبيرة. نعم ، إنه مأزق UNIX ، ولكن "rm -rf /foo/.*" ستعمل بنفس الطريقة بالضبط ، أليس كذلك؟ .
هذه ليست حالة منعزلة ، فقد أكسبه أسلوب التواصل هذا سمعة سيئة مع المهوسين. وهذا ليس سوى جزء من المطالبات ضد systemd ومؤلفها. نظرًا لنطاقه وحجمه وتعقيده ، يمكن أن يكون النظام هشًا مثل SI - وظيفته الرئيسية.
ومع ذلك ، يفوق systemd جميع SIs الرئيسية في قدراته ، ولكن السؤال لا يزال قائماً. لماذا لا تتاح الفرصة لمدراء localhost العاديين لاختيار ديبيان لينكس والتوزيعات الأخرى ، وهو أبسط للاستخدام وتصحيح SI؟ في الواقع ، لا يحتاج الجميع إلى إطلاق مواز للعمليات وإدارة الحصص.
إن فهمي للوضع مع systemd هو أنه تم فرض SI أكثر تعقيدًا ، ولكن في نفس الوقت ، بالنسبة للكثيرين ، والمعقدة بشكل غير معقول وغير شفافة على أولئك الذين يحتاجون إليها والذين لا يحتاجون . لم يعجب العديد من مستخدمي Linux بهذا وبدأوا يرثون أن Linux أصبح الآن مثل Windows ، ولكن فقط مع رمز مفتوح المصدر.
DnD تعمل معا على sysvinit
والآن أخيرا الخبر السار! في الآونة الأخيرة ، كانت هناك تحولات بين فريقي تطوير دبيان وديفوان SI. تقرر توحيد الجهود في عدة مجالات.
- حافظ على sysvinit عائمًا لأولئك المستعدين لاستخدام Debian Linux مع جميع القيود ، بما في ذلك بدون بيئة رسومية. مساعدة Devuan مطلوبة في إعداد النسخة العاشرة من Debian ، المسماة Buster .
- ونتيجة لهذا التلقيح المتقاطع ، ساعد علماء دبيان زملائهم في ديفوان على الاستعداد لإطلاق sysvinit 2.92. وبفضل هذا ، تم تخفيض الشروط وحدثت المشكلة قبل NG ، كما قيل في بداية المنشور.
إذا ساد الفطرة السليمة ، فستتمكن كلتا مجموعتي التطوير من تحديد وتنفيذ أهداف أكثر صلة لجميع مستخدمي Debian / Devuan - لتحقيق الدعم الكامل للعديد من SIs لـ Devuan Linux: openrc ، s6 ، openrc ، nosh ، إلخ. تتمتع Debian Linux أيضًا بالدعم الكامل سيستفيد SI واحد على الأقل مختلفة عن systemd بلا شك.
ملاحظة: سيعقد مؤتمر Devuan Linux الأول في Amsderdam في 5-7 أبريل 2019.
قراءة إضافية