OpenRC على Manjaro isos لمن يكرهون Systemd

قرأت اليوم خدمة RSS الخاصة بي اكتشفت خبرًا مثيرًا للاهتمام وهو أن مدونة مظهر الناسخ، وهو أنه في مجتمع Manjaro تم إطلاق العديد من ISOs مع خصوصية أنهم لا يستخدمونها سيستم دي مثل init ، وإلا OpenRC، نظام بدء التشغيل المستخدم من قبل جنتو.

OpenRC

لا أعرف عنك ، لكن موضوع Systemd يلامس بالفعل كراتي كثيرًا ، وكلما قرأت أكثر ، أدركت أنه على الرغم من أنه بالنسبة للمستخدم النهائي (أو للكثيرين) لا يمثل أي شيء وثيق الصلة ، على الأقل بالنسبة لي ، لا أحب المسار الذي يسلكه هذا. أعتقد أن موسمًا أسود قادم في عالم جنو / لينكس ، حيث ستندلع الشوك والاستياء حتى في الصحاري القاحلة.

لكن دعنا نبدأ العمل. لقد نشروا في منتدى Manjaro ، كما قلت من قبل ، بعض أنظمة التشغيل التي تستخدمها OpenRC. وبالنسبة لأولئك الذين يخشون تثبيت هذه الإصدارات ، أترك الفيديو حول كيفية القيام بذلك.

قم بتنزيل ملفات ISO باستخدام OpenRC

أول ISO سنراه هو الإصدار NetInstall. يحتوي ISO هذا على الخصائص التالية:

  • استنادًا إلى ملف تعريف Manjaro-Net (لا يحتوي على أي بيئة سطح مكتب مثبتة مسبقًا)
  • بناءً على فرع الاختبار.
  • السائقين الأحرار فقط
  • استخدم سلسلة Linux kernel 3.14
  • لا تستخدم بليموث
  • تم اختباره في Virtualbox

يمكن تحديد اللغة في البداية بالضغط على مفتاح F2. بمجرد الانتهاء من عملية التمهيد ، سنجد الموجه ، حيث سنستخدمه للوصول إلى:

  • المستخدم: الجذر
  • كلمة المرور: manjaro

لبدء التثبيت كما هو موضح في الفيديو السابق نكتب:

setup

روابط لتنزيل ملفات ISO

مانجارو نت 0.8.11-openrc-i686.iso (بت 32)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)

مانجارو نت 0.8.11-openrc-x86_64.iso (بت 64)
(md5sum: ef205f70f3b3428545fdf1420db10b74)

تعليمات ما بعد التثبيت

في منتدى مانجارو أنها توفر لنا بعض البيانات لما بعد التثبيت:

نضيف مستودع openrc-eudev باتباع هذه التعليمات.

1) نضيف ما يلي في نهاية /etc/pacman.conf

[openrc-eudev] SigLevel = خادم TrustAll الاختياري = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch

نقوم بإضافة واستيراد المفاتيح:

sudo pacman-key -r 518B147D sudo pacman-key - مفتاح الإشارة 518B147D

2) نقوم بتحديث النظام

سودو بكمن -سيو

3) نقوم بتثبيت بيئة سطح المكتب المفضلة لدينا ، يستخدم المثال كسدي

سودو بكمان - إس إل إكس دي

يمكن العثور على معلومات حول تثبيت بيئات سطح المكتب في ملف ويكي.

4) نقوم بتثبيت مدير الجلسة:

sudo pacman-s lxdm-consolekit
يجب أيضًا تعيين مدير الجلسة في الملف /etc/conf.d/xdm وهناك المزيد من المعلومات هنا y هنا

5) نقوم بتثبيت بعض الحزم مثل التطبيق الصغير لمدير الشبكة

Sudo pacman -S Network-manager-applet

6) نعيد تشغيل النظام

sudo اعادة التشغيل

أعتقد أنه من نافلة القول أننا نحتاج إلى الاتصال بالإنترنت عبر كابل لهذا الغرض. إذا استخدمنا WiFi ، يمكنك معرفة كيفية القيام بذلك هذا الرابط.

Manajaro ISOs مع OpenRC و OpenBox

في حالة Openbox ISO ، يجب مراعاة بعض الأشياء:

  • الهدف الرئيسي هو جعل عملية التثبيت أسهل والسماح تكوين شكل رسم بياني الشبكة (باستخدام wicd) والتقسيم باستخدام من GParted اختياريا.
  • التكوين يشمل Openbox WM و LXTerminal و PCMan و NetSurf Web Browser (للبحث المعلومات الموجودة في ويكي o جوجل), وما إلى ذلك.
  • استخدم مثبت وحدة التحكم.

روابط لتنزيل ملفات ISO باستخدام OpenRC:

manjaro-openbox-openrc-2014-11-i13.iso (بت 32)
(md5sum: 9be7e75c75ab296f955a3396386c4764)

manjaro-openbox-openrc-2014-11-13-x86_64.iso (بت 64)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)

Manjaro XFCE ISO مع OpenRC

تجريبيًا فقط و 64 بت ، يوجد أيضًا ISO مع XFCE:

manjaro-xfce-openrc-2014-11-14-x86_64.iso (بت 64)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)


68 تعليقات ، اترك لك

اترك تعليقك

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها ب *

*

*

  1. المسؤول عن البيانات: ميغيل أنخيل جاتون
  2. الغرض من البيانات: التحكم في الرسائل الاقتحامية ، وإدارة التعليقات.
  3. الشرعية: موافقتك
  4. توصيل البيانات: لن يتم إرسال البيانات إلى أطراف ثالثة إلا بموجب التزام قانوني.
  5. تخزين البيانات: قاعدة البيانات التي تستضيفها شركة Occentus Networks (الاتحاد الأوروبي)
  6. الحقوق: يمكنك في أي وقت تقييد معلوماتك واستعادتها وحذفها.

  1.   واحد من البعض قال

    أنت محق ، تبدأ مشكلة systemd في إعطاء بعض النفحة نظرًا لأن OpenRC هو الوريث الطبيعي للبادئ الحالي. سنرى أين تنتهي هذه القصة.

  2.   فيلهلم قال

    "على الرغم من أنه بالنسبة للمستخدم النهائي (أو للكثيرين) لا يمثل أي شيء ذي صلة فائقة"

    أعتقد الأمر نفسه ، فهو ليس ذا صلة لأنه كمستخدم لم يؤثر علينا في تشغيل نظام التشغيل نفسه.

    في الحقيقة ، الشخص الكبير الوحيد (دبيان) قد أعطى أخبارًا عن "الفضيحة" حول هذا الموضوع ، وعلى الرغم من أنهم يقولون أن هناك أسبابًا أخرى ، إلا أن جميع الأنظمة ذات الصلة (ولا ينبغي).

    التوزيعات الكبيرة الأخرى ، لم تحدث أي مشكلة (أو على الأقل تتجلى بالبستوني والمشاعل) ، Fedora ، Ubuntu و OpenSUSE.

    إنه يعطيني الانطباع بأنه معركة بين المبرمجين ، لأنه على سبيل المثال ، الاستخدام المفتوح 13.2 لديه قبول / نقد جيد ولا أحد في المراجعات يتحدث عن systemd (حتى لو كان لإقامة نقاش) ،

    الآن لماذا كل ضجة الانتقال من systemd إلى OpenRC ، إذا لم تؤثر عليهم في النهاية.

    1.    ديرو قال

      شخصيا ، شيء systemd يجعلني غير مرتاح ، لدي انعدام الأمن ، وظيفة جيدة.

    2.    يوكيتيرو قال

      في فيدورا كان هناك بعض الجدل حول systemd عندما تقرر وضعه على أنه init ، كان هناك بعض المنتقدين للنظام ، ويرجع ذلك أساسًا إلى أنهم لم يوافقوا على استخدامه على أنه init افتراضيًا لأنه كان حديثًا جدًا ولديه العديد من العيوب ، ، كان معظم المطورين الرئيسيين في فريق التطوير الأساسي وكانوا مرتبطين بـ systemd ، لذا فإن استبدال Upstart لـ systemd كان علامة على بعض الفرض ، بالإضافة إلى مشكلة أن Upstart كان تطوير Ubuntu ولديه CLA مستهجن تمامًا بناءً عليه ، والذي في النهاية ساعد الجميع على قبول systemd دون سؤال. كان OpenRC غير وارد في ذلك الوقت ، لأنه يفتقر إلى العديد من الميزات التي لديه الآن ، بما في ذلك الموازاة ودعم cgroup.

  3.   مجهول قال

    أخبار رائعة! توزيعة ثنائية ستطلق openrc…. إنها مثل هبة من السماء.
    إنه المسار الذي كان يجب أن يسلكه archlinux منذ البداية ، أتذكر عندما اضطررت إلى تأييد archlinux للذهاب إلى systemd. الآن لدي إمكانية إعادة اختبار توزيعة ثنائية باستخدام openrc + eudev وهو بالضبط ما أستخدمه هنا في gentoo.
    شكرا لكم من مانجارو !!!

    # eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): يدير OpenRC الخدمات وبدء التشغيل وإيقاف تشغيل المضيف
    # eix -ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): دعم ديناميكي ومستمر لتسمية الأجهزة (ويعرف أيضًا باسم مطوري مساحة المستخدمين)

  4.   زيب قال

    شكرا على المعلومات ، إيلاف!

    أشاركك برأيك بخصوص systemd وأنا قلق أيضًا بشأن الانجراف الذي اتخذته Linux منذ ظهور هذه البادئة الجديدة. إذا أصبح ويزي قديمًا جدًا قبل وصول مفترق دبيان ، فسأفكر في تجربة Manjaro OpenRC ، نظرًا لأنه ليس لدي وقت فراغ لإعداد نظام Gentoo (لقد أقدر القيام بذلك ولكن بالتأكيد وقت التجميع Gentoo واسع جدًا بالنسبة لوضعي الشخصي).

    تحيات!

  5.   كريستيان قال

    Elav يمكنك وصفها بأقل من 10 كلمات للمستخدم الذي لا يفهم "الجدل" كثيرًا ، فمنذ فترة كانت هناك العديد من المقالات على المدونة التي تعتبر تقنية للغاية ، ولم ينتهوا من شرح سياق " غير مبتدئ "... على الإطلاق قالوا لي أنه بغض النظر عن التقنية ، يجب أن تفهم جدتك التفسير حتى يكون جيدًا.

    في الواقع في فيدورا ، منذ فترة ، كانت المشكلة لا تطاق ، لدرجة أن العديد من مستخدمي سطح المكتب كانوا يفكرون في التبديل إلى السينتوس ، لتجاوز المشكلة

    1.    لويس قال

      أنا اشترك في هذا الطلب.

      يعمل Systemd بشكل جيد بالنسبة لي ما هي المشكلة التي تسبب الكثير من الحركة؟

      لنفترض أنني لا أعرف.

    2.    داريو قال

      systemd هو البرنامج المسؤول عن بدء تشغيل النظام ولكن مطوري هذا قرروا تمديده والآن لا يتعامل فقط مع بدء التشغيل ولكن أيضًا أشياء مثل cron (برنامج لتشغيل البرامج تلقائيًا) والشبكة وسجلات النظام والتي هي بالمناسبة الثنائيات ، من بين أمور أخرى

      لا ينظر الكثيرون بشكل إيجابي إلى مثل هذا التغيير المفاجئ ، خاصةً لأنه برنامج جديد وبالتالي به العديد من الأخطاء أكثر من البرامج التي عملت طوال حياتهم ، بالإضافة إلى توليد التبعيات عند البرمجة وعلى سبيل المثال يرتبط جنوم بشكل متزايد لهذا النظام. مما يجعلها أقل قابلية للنقل لمنصات يونكس الأخرى.

      لا أعرف ما إذا كان تعليقي الآخر لم يجتاز الاعتدال لكنه قال إنني أحببت systemd ولكن لا ينبغي لهم السماح له باحتكار جميع التوزيعات وترك البدائل كما كان يحدث دائمًا في Linux لمن لديهم احتياجات مختلفة.

    3.    داريو قال

      لا أستطيع أن أقول أنه قبل البرنامج المسؤول عن بدء تشغيل النظام عند التمهيد كان النظام v ، والذي استمر لفترة طويلة حتى تم استبداله في معظم التوزيعات بـ systemd xD.

    4.    إيلاف قال

      إلى ما يقولdaryo ، أضيف ما يلي (وهو رأيي أيضًا):

      لطالما أحببت فلسفة Unix حيث يقوم البرنامج بعمل شيء واحد فقط ، لكنه يفعل ذلك جيدًا. عندما يريد Systemd التحكم في كل ما أخبرك بهdaryo ، لدي القليل من الشك وماذا سيحدث إذا تم اختراق Systemd بطريقة ما؟ حسنًا ، من المحتمل أن يسحب معه كل شيء يتحكم فيه.

      أضف إلى ذلك (وربما يكون هذا أكثر من العادة) ، فقد أحببت دائمًا أن تكون سجلات النظام الخاصة بي عبارة عن ملفات نصية خالصة ، ولكن مع Systemd كل شيء ثنائي ، وأوامر مثل:

      cat log.txt

      o

      tailf log.txt

      حيث يمكننا استخدام خيارات أخرى مثل GREP لتصفية محتوى معين ، لكن Systemd يستخدم أمرًا مسمى journalctl.

      بالإضافة إلى ما سبق ذكره ، يجب أن أقول أنه لكوني RedHat هو الأس الرئيسي وراء Systemd ، أحصل على تنبيه بأنه لا يمكنني إيقاف تشغيله. ربما أكون مخطئًا ، لكن هذا لا يبدو جيدًا .. وما زلت أتساءل ما هي الحاجة للتحكم في التمهيد ، و cron ، والشبكة ، وكم الخدمة الموجودة؟ ماذا يقصدون بهذا؟

      1.    الكسندر قال

        بفضل تعليقك وما كنت أحقق فيه يمكنني تأكيد شكوكك ، هذا التنبيه صحيح يا برودر.
        سترى أنني كنت أقرأ عن TCP Stealth ، إنها أطروحة ألمانية حيث يتهمون Red Hat بتسهيل التجسس الصناعي على أنظمة الاستماع للعيون الخمسة:
        لقد كتبت بالفعل عن هذا ، إذا كان لديك الموهبة اللازمة ، وأنا أعلم أن لديك ، يمكنك الوصول إلى استنتاجاتك الخاصة:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP التسلل

      2.    يوكيتيرو قال

        فقط لاستكمال تعليقك اللطيفelav ، فإن systemd هو NIH مرتفع جدًا ، لدرجة أنه يدعي الآن أنه يتحكم في ما يلي:

        1.- إدارة اتصالات الإنترنت مع IPv4 و IPv6 ، باستخدام systemd-networkd و systemd-nspawn.
        2.- إدارة DNS من خلال ذاكرة التخزين المؤقت DNS الداخلية ، حل النظام.
        3.- إدارة DNS متعددة البث في الشبكات الداخلية ، باستخدام systemd-network د.
        4.- إدارة محطات TTY في Linux ، باستخدام systemd-consoled. (وداعا KMScon؟)
        5.- إدارة الجلسة والامتيازات من خلال تسجيل الدخول.
        6.- التحكم في Coredump باستخدام الملفات الثنائية وتخطي توجيهات kernel.
        7.- التحكم في السجلات واستخدام الملفات في ثنائي وتخطي توجيهات kernel.
        8.- التحكم في أحداث ACPI باستخدام تسجيل الدخول. (أضاف Systemd-212 العديد من المشكلات إلى Nvidia devs مع العديد من الأخطاء التي جعلت النظام عديم الفائدة)
        9.- دعم PPPOE للشبكة ، وهي وظيفة لا تزال جارية.
        10.- دعم DHCP في العميل والخادم. (ماذا يفعلون بذلك؟ ليس لدي فكرة)
        11.- دعم الأنظمة مع إعادة ضبط المصنع ، والتي ترتبط ارتباطًا وثيقًا بـ BTRFS (لا تتفاجأ إذا أصبحت BTRFS لاحقًا تعتمد على systemd ، فإن Lennart يحبه)
        12 ..- دعم الحاويات الافتراضية (Xen و KVM بشكل أساسي)
        13.- دعم إدارة الجهاز والتهيئة (ما يفعله udev)
        14.- التعامل مع أنظمة تشفير القرص.
        15.- تحميل وحدات البرامج الثابتة والنواة.
        16.- التعامل مع اسم المضيف (يُنشئ ما يصل إلى معرف فريد لجهاز الكمبيوتر الخاص بك) ، والمباني ، والوقت ، ومزامنة NTP ، و sysctl (متغيرات التحكم في kernel) ، وحتى مولد الأرقام العشوائية (جدًا WTF هذا ، وهذا يثير الكثير من الشك )
        17.- التعامل مع أنظمة الملفات المؤقتة.

        في قائمة طويلة قصيرة ، هي الأشياء التي أعرف أن systemd يفعلها ، إذا كان أي شخص يعرف أكثر من قولها :).

        ملاحظة: لم يعد systemd يقدم الدعم للنصوص LSB و SysV منذ systemd-214 ، لذلك لا أعرف مدى صحة دعمهم "القديم" الآن أو مدى توافقهم مع المعايير. أقول إن LSB لا يزال هو المعيار في Linux ، أم أنني مخطئ؟

        1.    ألان هيريرا قال

          شكرًا لإخباري ، كنت أفكر في الذهاب إلى BTRFS ولكن مع العلم أن Lennart يحبه ، قد تعلم أنه لا بد أنه مروع ويتجسس على NSA-IBM

    5.    مجهول قال

      هناك مساحة صغيرة للتلخيص والشرح كثيرًا ... إنه حصان طروادة العملاق ، الذي لا يحاولون حتى التباهي به. ماذا يفعل نظام بدء التشغيل من خلال وضع خدمات الشبكة و dhcp DNS وحتى أعتقد avahi ... في systemd؟ تُفقد سلطة القرار بسبب عدم القدرة على إدارة الخدمات
      غير مرغوب فيهم ولا يأتون إلي ويمكن إلغاء تنشيطه ، لا أريدهم في حزمة systemd!
      في OpenRC ، الشخص هو الذي يقرر الأشياء التي بدأت في كل مستوى تشغيل ، وبعض الخدمات لها تبعيات على خدمات أخرى ولكنها قليلة جدًا ويتم سردها ... بينما في systemd أي شيء يفعل ما يريد في الوقت الحالي هو هو يريد ... أن يكسب حوالي 5 ثوانٍ على صندوق السيارة وأن يكون سريعًا في إيقاف التشغيل.
      Systemd معقد للغاية لدرجة أنه من المستحيل معرفة ما يفعله ، عليك أن تستسلم للاعتقاد بأنه سيدك ولا يفعل شيئًا خاطئًا لك.
      يكسر Systemd مفهوم أن الأشياء يجب أن تكون سهلة ومفهومة من حيث الشياطين أو الخدمات ومستويات التشغيل ، ولا يعرف أي شخص يستخدم systemd تمامًا ما يحدث في خدماته في جميع الأوقات.
      لا يسمح Systemd باستخدام syslog-ng محليًا ، لقد قاموا بخطوة يومية عليه ولا يسمح له بالعمل ، أو هل تستخدم المجلات أو naninga! يعد سجل النظام أساسيًا للأمان والتدقيق لما حدث ويحدث مع الاتصالات المحلية والبعيدة ، ولكن تستخدم مجلة Journalald تنسيقًا ثنائيًا لا يمكن إلا لـ jornalctl رؤيته .... في كثير من الأحيان يتلف دفتر اليومية "بشكل غامض" ملفه الثنائي وكما يراها تالفة ، يقوم بحذفها مرة واحدة ويبدأ بأخرى جديدة ، متناسياً جميع السجلات الموجودة بالفعل.
      يمكنني الاستمرار لساعات ، لكن أسوأ مشكلة هي أن لينارت لا يعطي كرة لمن يبلغ عن تلك الأخطاء وبقدر ما قرأت ، فهو لا يقبل التصحيحات من أي شخص.
      اعتقدت أنهم عندما يدخلون systemd ، سيبلغون عن الأخطاء والتصحيحات ، والتي سيتعين على systemd قبولها ... لكنني أعتقد بصدق أن Lennart و RedHat لديهما خطة أخرى لبقية التوزيعات .... كما قلت من قبل ، HORSE OF TROYA من RedHat.
      بصراحة بالنسبة لي ، فإن systemd ليس قابلاً للإصلاح ، والفكرة الكامنة وراء تصميمه سيئة للغاية ، فمن الأفضل بدء تشغيل نظام قابل للتمهيد من نقطة الصفر بدلاً من محاولة إصلاح ذلك الصريح.

      1.    إيلاف قال

        آمين!! @ مجهول ..

      2.    كوناجي قال

        لقد كنت أستخدم systemd (Fedora) منذ عامين وقد توصلت إلى هذا:
        تبدو المشكلة مضحكة ، حيث تضيف المزيد من الأشياء المزيد من التعطيل / إعادة التوجيه.
        المجلة التي وجهتها إلى rsyslog مباشرة. تم بالفعل كسر بعض السجلات الثنائية الخاصة بك.
        من نظام أسماء النطاقات الذي أستخدمه ، إذا قاموا بدمجه في systemd ، فسأستمر في استخدامه بنفس الطريقة ، حتى لو اضطررت إلى تعديل كل شيء.
        أستخدم XFCE لذلك يوفر لي الكثير مما يريد جنوم التكامل.
        إنه مثل فيل في متجر صيني.

      3.    تيتو قال

        صحيح؛ ولا يعرفون حتى ماذا يسمونه. نخرج للتحديث اليومي ، وتصحيح الأخطاء وغيرها من حماقات. إنه موضوع يجعلني غاضبًا جدًا ؛ ولكن ليس فقط بسبب حقيقة أن SystemD هو هراء سيادي ؛ إن لم يكن كيف فعلوا ذلك.
        من الواضح أنه في عالم Linux ، هناك العديد من الشركات التي تحاول التحكم في كل شيء ؛ انظر Canonical و RedHat و Gnome (حتى ميغيل دي إيكازا نفسه غادر جنوم).
        إذا كنت أستخدم لينكس فذلك لأنني أتحكم فيه وهذا هو أساسه وفلسفته ؛ لكي لا أعرف ما الذي يفعله ، أقوم بتركيب أجهزة مع W Server قيد التشغيل بالفعل.
        ما يؤسفني هو أن ديبيان قد استسلمت. في الواقع ، يتم النظر في إمكانية إنشاء شوكة متوازية بدون SystemD.
        دعونا نأمل ألا تسوء الأمور ؛ أو أرى نفسي أقوم بترحيل جميع أجهزتي إلى BSD.

      4.    يوكيتيرو قال

        @ مجهول ، تعليق قطعة يا رجل ، لا يمكنك أن تكون أكثر صواب.

        systemd هو شيء مجنون ليس له تفسير في أشياء كثيرة ، فالحقيقة تسبب الكثير من الشك في كل ما تفعله ولا تسمح لأدوات أخرى بالقيام بذلك ، والحقيقة هي أنني لا أعرف كيف يسمح أهل دبيان لأنفسهم بوضع هذا ، لكنهم اتخذوا هذا القرار بالفعل في النهاية ، ولأول مرة منذ سنوات عديدة ، توقفت عن استخدام دبيان باعتباره نظام التشغيل الرئيسي ، وسأواصل القيام بذلك حتى يخرج systemd من دبيان للحصول على خيار أكثر شفافية.

    6.    تيتو قال

      بالمختصر. تمتص SystemD.
      يقوم بتخزين السجلات بتنسيق ثنائي ، ويتم تنفيذه كعملية رئيسية لجميع العمليات الأخرى ، (Pid 1) ، بحيث إذا تعطل أي شخص ، يصبح النظام غير قابل للاسترداد ؛ إنه يتعارض مع كل ما يمثله Linux ، أي الملفات النصية العادية ، (ما بحق الجحيم تلك الملفات الثنائية ؟؟ ، ملفات نصية عادية! مثل كل حياة الله.)
      تعال ، هذا هراء. أنا لا أحب أي شيء على الإطلاق.
      ولكن بفضل شركات مثل Canonical و Gnome و Red Hat ؛ سوف نأكله مع البطاطس.
      هذا إذا ، في حين أن هناك خيارات أخرى ؛ لن أستخدمه ، لا على الخوادم التي أديرها ، ولا على أجهزتي الشخصية.
      لقد أصبح هذا بالفعل فرعًا لشركة Redmond.

      1.    sephiroth قال

        لا أقصد الدفاع عن أي شخص ، لكني أتذكر جيدًا أن الكنسي كان تمامًا ضد النظام لصالح المبتدئين. عندما استسلم دبيان لنظام systemd ، انتهى به الأمر إلى السحب إلى ubuntu.

  6.   داريو قال

    بالإضافة إلى ذلك ، يمكن أن تعرض هذه الأخطاء للخطر أمان النظام واستقرار الخادم ، على سبيل المثال ، هذا هو السبب في أن الأشخاص الذين يشتكون أكثر من هؤلاء هم مشرف النظام.

  7.   الكسندر قال

    وماذا عن Mageia ، إنه أمر لا يصدق أن KDE يمكن أن يعمل على 512 ميغابايت من ذاكرة الوصول العشوائي ، لا تشوبها شائبة.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   سيرجيو إي دوران قال

    بعض الأسئلة ما مدى سهولة إدارة الخدمات في OpenRC؟ وما مدى سهولة التثبيت باستخدامه افتراضيًا في تثبيت Manjaro مع systemd؟ ما يعجبني في systemd هو أنه باستخدام نظام الأوامر البسيط ، تمكين (خدمة). خدمة أو systemctl تعطيل (خدمة). الخدمة يمكنني إدارة خدماتي بسهولة ، إذا كنت مهتمًا بمعرفة OpenRC وخاصة إذا كانت رائحتها غريبة بعض الشيء كل هذا من systemd ، بالمناسبة ؛ أنا مستخدم مبتكر

    1.    سيرجيو إي دوران قال

      على فكرة؛ تقول أنني على Windows لأنني أستخدم تجاوز وكيل المستخدم

    2.    مجهول قال

      OpenRC سهل التعامل معه ، أعطيك مثالاً على خدمة طباعة cupsd.

      لبدء ذلك.
      # بدء cupsd خدمة RC
      * بدء cupsd .. [ok]

      لوقفه.
      # توقف cupsd خدمة RC
      * وقف الكؤوس ... [موافق]

      لإعادة تشغيله.
      # إعادة تشغيل cupsd خدمة RC
      * وقف الكؤوس ... [موافق]
      * بدء cupsd .. [ok]

      لوضعه للبدء في مستوى التشغيل الافتراضي.
      # rc-update إضافة cupsd الافتراضي
      * تمت إضافة cupsd للخدمة إلى مستوى التشغيل الافتراضي [ok]

      لإزالته من مستوى التشغيل الافتراضي.
      # rc-update من cupsd الافتراضي
      * تمت إزالة cupsd للخدمة من الإعداد الافتراضي لمستوى التشغيل [ok]

      لمعرفة حالة جميع الخدمات في جميع مستويات التشغيل.
      # حالة RC -أ

      لمعرفة حالة مستوى التشغيل ، في هذا المثال الافتراضي.
      # RC- الحالة الافتراضية

      هنا في gentoo ، OpenRC هو نظام بدء التشغيل الافتراضي وسيبقى كذلك إلى الأبد ، لدينا systemd في حِمل المفجرين الانتحاريين ، ولحسن الحظ هناك القليل….
      لاستبدال المجلات ، نستخدم syslog-ng و logrotate ، هنا في gentoo يخرج سجل النظام من خلال وحدة التحكم الافتراضية vt12 التي هي control + alt + F12 ، أو يمكنك رؤيتها باستمرار في أي محطة رسومية كمستخدم أساسي مع:

      # tailf / var / log / messages

      1.    سيرجيو إي دوران قال

        وتثبيته على مانجارو بلدي؟

      2.    سيرجيو إي دوران قال

        انا اقول؛ لن أفقد كل الملفات و XFCE الجميل لمجرد التحول إلى OpenRC

      3.    سيرجيو إي دوران قال

        جاهز؛ قمت بتثبيته باستخدام sudo pacman -S manjaro-openrc bluez-openrc (هذا الأخير لأن لديّ بلوتوث)

      4.    سيرجيو إي دوران قال

        مشكلتي الآن هي أن مدير الطاقة XFCE4 لا يعمل مع upower-pm-utils وليس لدي الخيارات النموذجية للتعليق والإسبات

    3.    يوكيتيرو قال

      OpenRC بسيط للغاية ، إدارة الخدمات هي قطعة من الكعكة ، فقط لإعطاء مثال:

      تمكين الخدمة: rc-update أضف cronie الافتراضي

      ابدأ خدمة: /etc/init.d/cronie start أو rc-config start cronie

      إيقاف خدمة: /etc/init.d/cronie stop أو rc-config stop cronie

      بسيط وغير معقد حقًا.

  9.   يوكيتيرو قال

    elav ما ينتظرنا هو المدى الطويل ، بدءًا من العواصف الرملية ، وأمطار المتصيدون ، والشوكات الكبيرة ، وانقسامات مجموعة التطوير ، ويتساءل الكثيرون عما إذا كان الانتقال إلى BSD خيارًا أفضل من الوقوع في النظام ، لأن نعم.

    أنا شخصياً أشيد بمبادرة Manjaro هذه ، فهي خيار لأولئك الذين لا يريدون البقاء مع systemd ، وهو شيء أحبه ، في الوقت الحالي أنا في Gentoo ويعجبني ، أشعر بالراحة مع الحرية التي تمنحها لي ، ولكن الآن لقد خطرت في بالي عدة مرات لإجراء التغيير على FreeBSD ، وقد أقوم بالقفزة هذا الشهر ، كل هذا يتوقف على وقتي وطلب أشياء معينة لتنفيذ الترحيل بنجاح.

    1.    يوكيتيرو قال

      لا شيء من هذا يدحض حقيقة systemd ، لينارت جيد جدًا في تجنب الأشياء والمسؤوليات ، أوصي أنه بدلاً من مجرد قراءة المقالات ، أو قراءة كود systemd أو على الأقل قراءة قائمة التطوير الخاصة بالنظام ، سوف تتعرف على الأشياء التي تدحض ما تقوله هذه المقالات الثلاثة حدث ، ودعم أكثر لمنتقدي النظام د.

      1.    بامب قال

        حجته هي إثبات أن هناك معرفة تدحض ما أظهرته ، لكنها لا تقدم الدليل أبدًا ، لذلك لا يمكنني الوثوق بوجودها.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    يوكيتيرو قال

        pamp حجتي هي دعم أكثر قليلاً لأنني أوضحت ذلك أعلاه في التعليق 25 من هذا الإدخال نفسه ، وقد كشفته في العديد من الإدخالات الأخرى بخصوص systemd ، بالإضافة إلى عرضه في Debian irc وقائمة هذا التوزيع ، دعوتي أيضًا ، هي أن تخلق آرائك الخاصة ولهذا عليك فقط قراءة قائمة التطوير الخاصة بالنظام. ولإثارة فضولك أيضًا ، أقدم لك هذا الرابط الذي يقولون فيه بوضوح أن systemd-214 لم يعد يقدم دعمًا لنصوص SysV و LSB ، بحجة "تنظيف الكود".

        http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html

        أخبرني الآن: أين هو دعم معيار LSB الذي كان من المفترض إنشاؤه من أجل إنشاء قاعدة مشتركة لجميع التوزيعات؟ لأنني دعني أخبرك بشيء ما ، لا شيء آخر في رابطه الأول ينفخ لينارت ويتفاخر ويملأ فمه قائلاً إن systemd يدعم استخدام نصوص SysV و LSB ، في حين أن الحقيقة هي أن هذا الدعم تم إسقاطه واستبداله بمولد init-files ، والتي بالمناسبة بها العديد من الأخطاء وفي النهاية لا يوجد خيار سوى إنشاء ملف init كامل.

        تحية.

    2.    تيتو قال

      الآراء ، مثل الحمار ، كلنا لدينا رأي.
      ما يقوله هذا الرجل قد يكون جيدًا بالنسبة له ، لكن هذا ليس حالتي. ورأي الرجل الذي يكتب على بوابة الويب ليس أنها كلمة الله. هو رأيك ، فترة.
      لذلك "دحض" ، لا شيء.
      الشيء الجيد الذي تركناه هو أنه يمكننا استخدام ما نريده حقًا ؛ دون أن نحاول أن نكون "طالبان" ونفرض معاييرنا على الآخرين.
      بالنسبة لي ، فإن نظام SystemD هو هراء حقيقي. وهناك أناس يحبونها. ترحيب جيد!
      لا رأيي جيد ولا رأي من لا يفكرون مثلي هو هراء ؛ هم ببساطة مختلفة.
      هذا ما يميزنا عن أنظمة التشغيل الأخرى ؛ يمكننا أن نختار.
      دعونا لا ندخل في معارك غير مجدية لا تؤدي إلى شيء.

      1.    مجهول قال

        تضمين التغريدة
        لا يمكنك قول ذلك بشكل أفضل ... آمين.
        يجب أن تكون أعمى حتى لا تدرك الانحراف الذي يدفعه systemd لتغطية كل شيء ، ويخطو ويغطي ويستبدل المشاريع التي تعمل بشكل مثالي ، واستبدالها بإصدارات لا تصل أبدًا أو تصبح مستقرة ، حتى لا يوجد توافق بين النوى وأكثر من اثنين الإصدارات السابقة من systemd.
        يبدو أن دبيان قد تعرضت للزلزال وتمكنا من الاستيقاظ ، أتمنى فقط أن يميلوا نحو eudev و openrc ، لذا فإن تطوير gentoo debian manjaro وبعض الآخرين الذين يستخدمون openrc سيكون موحدًا ، مما سيحسنه كثيرًا في وقت قصير الفوز على المجتمع بأسره.

      2.    داه 65 قال

        أنا أؤيد كلامك.

        هناك أشخاص يستشهدون بأشخاص آخرين (الآراء التي تهمهم بشكل عام) ويستخدمونها كدليل.

        من ناحيتي ، ليس لدي رأي في systemd. لا أعرف ما إذا كان من الناحية الفنية أفضل من مبتدئ أو openrc ، ولكن ما يبدو واضحًا هو أن إمكانية sysvinit مستبعدة من قبل جميع التوزيعات ، مع كون دبيان هي الوحيدة التي لا تزال تمتلكها في Wheezy بسبب سياستها. لكن ديبيان المستقر التالي ، جيسي ، سيكون دبيان بدون sysvinit.

        ما هو واضح هو أنه من الناحية الأخلاقية هو برنامج مجاني 100٪ أما من الناحية الفنية ، فلم أدرس الكود ولم أقارنه ببدائلها ، لذلك ليس لدي رأي منطقي. ولكن حتى Ubuntu اليوم يستخدم أجزاء من systemd على الرغم من أنها لا تزال مغرورة ، وأشك في أنها فعلت ذلك لأن Canonical تم شراؤها بواسطة Red Hat.

        Systemd ليس "شريرًا" ، من فضلك ، نحن لا نحارب Skynet (Terminator) ، أو HAL9000 ("ملحمة الفضاء لعام 2001") ، كما أنه ليس الجانب المظلم للقوة التي تسعى للسيطرة على Jedi. كما أنه ليس من خلال الاستقرار في فريق ، فإنه يسيطر على كل شيء ويجعل حتى المواد الغذائية الموجودة في المخزن تختفي.

        وأنه "ينقل المشاريع التي تعمل بشكل مثالي" (التعليق 52) ، لقد واجهت مشاكل مع شبكة NFS منزلية في أجهزة الكمبيوتر التي تصل إلى الخادم لأن عملية إيقاف تشغيل جهاز الكمبيوتر العميل تفصل الشبكة قبل فصل نظام NFS ، وسيتجمد الإغلاق ، الحل الوحيد هو الضغط على زر التشغيل / الإيقاف لإيقاف تشغيله بالقوة (تم الإبلاغ عن خطأ من قبل العديد من المستخدمين) ؛ اضطررت إلى إنشاء برنامج نصي يقوم بإلغاء تحميل ملفات NFS للتشغيل قبل إيقاف تشغيل جهاز العميل. من ناحية أخرى ، يتصل كمبيوتر خادم NFS عبر wifi ، ويفقد الاتصال من وقت لآخر: لا أعرف ما إذا كانت المشكلة هي مدير الشبكة أم أنها في dhcpd ، أو أين.

        أنا لا أقول أن هذه المشاكل تختفي مع systemd ؛ أتجاهله ، لأنني لم أستخدمه. إنها مجرد عينة للقول بأن المشاريع التي يستبدلها systemd تعمل بشكل مثالي هو مبالغة.

      3.    يوكيتيرو قال

        شيء واحد هو رأي وآخر هو حجة ، بالتأكيد الأول متنوع للغاية كما تقولTito ، لكن الثاني هو شيء أكثر إيجازًا وتركيزًا ، إنه ليس شيئًا يمكن التلاعب به بسهولة ، على الأقل ، ليس في الحالة البرمجيات الحرة ، حيث لدينا الشفرة في متناول أيدينا لمراجعتها.

        يخبرناpamp أن الحجج الموضحة قد تم دحضها لفترة طويلة ، وكاختبار أول ، يقوم بإطلاعنا على آراء لينارت (وليس الحجج). لكن ما يقوله هذا الرجل في تعليقاته هو شيء واحد (الأرقام 4 و 8 فقط للموت من أجل الضحك) ، والآخر هو ما يفعله في كود systemd. موقف رأيته مرارًا وتكرارًا في Lennart منذ أن بدأ في تطوير أشياء مثل Avahi و Pulseaudio ، ويمكن تأكيد ذلك ببساطة من خلال قراءة قوائم التطوير وتقارير الأخطاء لكل من البرنامجين.

      4.    يوكيتيرو قال

        @ Dah65 من المؤكد أن العديد من الأشخاص يستخدمون الأدلة باستخدام آراء أطراف ثالثة ، وهي عادة سيئة لأولئك الذين لا يستطيعون التحقيق في القضايا بأنفسهم للحصول على آرائهم الخاصة والشخصية ، وحتى إنشاء حجج صالحة للمشاركة في مناقشة بناءة .

        في حالتي ، أظل على اطلاع دائم بالتغييرات في systemd بفضل قائمة التطوير ، على الرغم من أنني لا أحب الأداة ، إلا أنني لا أحبها تمامًا ، لكنني لا أتوقف عن القراءة عنها على مستوى المستخدم والمستوى التقني ، والسبب لهذا الأمر بسيط للغاية ، إذا كان عليّ حضور عميل يستخدم init المذكورة ، فأنا أعرف ما يجب علي فعله وكيفية التعامل مع أي موقف.

        الآن حول ما يتم تشغيل الخدمات دون مشاكل ، هذه مغالطة ، هناك العديد من نصوص SysV النصية بها مشاكل ، ويحدث نفس الشيء في systemd ، ولكن على الأقل عندما تبلغ عن خطأ في SysV ، يتم إصلاحها أو يمكنك القيام بذلك بطريقة بسيطة كما علقت. ، في systemd ، بعد عمل تقرير خطأ ، يمكنك العثور على WONTFIX أو CLOSED ، بفضل Lennart أو Kay ، حسب الحالة ، ولا أبالغ عندما أقول هذا ، عينة هنا:

        https://bugzilla.redhat.com/show_bug.cgi?id=753882

        اقرأ التعليق 48 ، ليس لديك خسارة. يعتبر Clement's 53 هو الآخر الذي لا يوجد لديه أي خسارة ، خاصة بالنسبة لحلها القديم ولكن العملي للمشكلة التي لا يريد Lennart حلها والتي تم الإبلاغ عنها بالمصادفة في عام 2011.

    3.    ماريو قال

      تلك "الأساطير" التي أنشأتها؟ تتم إزالة البعض من المعرض لأن "systemd ليس محمولًا بدون سبب". صحيح تمامًا أنه ليس محمولًا (ويعترف بذلك قائلاً إنه مخصص جدًا لنظام التشغيل Linux)
      إنه يفترض وجود مغالطات ، مثل افتراض أن BSD غير مهتم (يقول رجال BSD عكس ذلك: "Jordan Hubbard - FreeBSD: السنوات العشر القادمة (MeetBSD 10)") ، حتى لو كانت محمولة فلن يتبناها والأشياء من هذا القبيل (الأسطورة 2014 ، 13,14,15 ، XNUMX).

      إذا كانت نية Poettering هي أن نبدأ في إعادة كتابة البرامج النصية ، حصريًا لنظامك (http://0pointer.de/blog/projects/systemd-for-admins-3.html) سوف نخطئ. من حيث المبدأ ، لا يهتم نص الحرف الأول الكلاسيكي إلى أين أنت ذاهب. تم إجراء تعديلات بسيطة للعمل على GNU أو UNIX أو BSD. حسنًا ، كان هذا حتى الآن (ما لم يتم استخدام OpenRC). على أي حال ، أعتقد أن مثل هذه الأشياء ستؤدي إلى انشقاق بين Linux لسطح المكتب والخوادم. لن يرى مستخدمو Ubuntu والمشتقات التغييرات إلا في نهاية العام المقبل.

      1.    مجهول قال

        @ Dah65

        حسنًا ، بما أنك تقول أن systemd ليس تجسيدًا للانحراف ، فأخبرني إذن لماذا لم يضعوا خيارات Makefile لتعطيل جميع وحداته في وقت الترجمة ، بحيث لا يحب أولئك منا الذين لا يرغبون في الحصول على هذه "الوحدات الاختيارية" "هذه الخطوة على الحزم الأخرى ، حتى نتمكن من تجميعها وإنشاء إصداراتنا الخاصة من systemd متوجة!
        هل تعرف لماذا لا يفعلون؟ نظرًا لأن شكل تطويره يسمى الفرض الإجباري وبما أن 95٪ من المستخدمين ليس لديهم NPI ، فإنهم يستفيدون من الافتراضي ، وقد رفضناه لكم جميعًا.
        هذه هي الطريقة التي لا يعمل بها البرنامج المجاني أو مفتوح المصدر أو أيًا كان ما يريدون تسميته ، الآن يجعلني أضحك ، لأنه مع الشوكة الجديدة لديبيان يخرج الكثير من الناس ليعتقدوا أنها مضيعة للقوة وما زلت أتساءل عن مدى صعوبة وضع خيارات تجميع إضافية على Makefile؟
        المسألة لا تستغني عن المزيد ، هذا مثل الرغبة في مزج الماء بالزيت ، ولهذا سيكون هناك شوكات لا نهاية لها في كل تطوير حيث يوجد فرض القليل على البقية.

      2.    يوكيتيرو قال

        mario هو بالضبط ما تقوله. لقد أدرك جوردان هوبارد أيضًا أنه يحتاج إلى تحديث BSD ليس فقط للتكيف مع التقنيات الجديدة ولكن أيضًا لدعم الميزات الجديدة التي أصبحت ممكنة الآن ، لكنه يتجاوز المفهوم الذي يمتلكه النظام الآن حول كيفية القيام بها. الأشياء ، ويقومون بتبسيطها إلى الفلسفة التي سادت دائمًا في UNIX ، "اصنع برنامجًا يفعل شيئًا واحدًا ويفعله جيدًا" ، وهذا أمر بالغ الأهمية في التهيئة ، نظرًا لأننا لا نتحدث عن شيطان آخر ، يتحدثون عن بدء نظام التشغيل ، بالإضافة إلى كونه إجراءً أمنيًا ، مقارنةً بما بدأ العديد من المتخصصين بالفعل في التشدق به حول systemd ، وهو أمر يمكن إثباته ، يشبه systemd إلى حد كبير svchosts.exe من Windows ، ويتم القيام به من خلال بدء الخدمات للتحكم في الشبكة من بين أشياء أخرى كثيرة.

  10.   لويس قال

    يا رفاق ، إنه أمر مخيف حقًا.

    هل الإزالة من ArchLinux معقدة للغاية ؟؟؟؟

    سأبحث عن المعلومات ولكني لا أجرؤ على لمس هذا النوع من الأشياء لئلا أفشل وأفقد نظامي.

  11.   مانو قال

    من التعليقات العديدة التي قرأتها ، SYSTEMD هو حصان ترويان حقيقي….
    هذا يعني من يمكنه حفظه؟ ، هناك القليل من المعلومات باللغة الإسبانية - حول تكوين سطح المكتب في FreeBSD وتجهيز النظام للاستخدام.

  12.   رافائيل مردوجاي قال

    نظام الفقراء ، فليكن. وجه ضاحك

  13.   واكو قال

    نظام الكراهية هذا لن يكون فيروسي ؟؟؟؟ لقد أصبح القوس رائعًا بالنسبة لي ... إذا كان صحيحًا أنه يغطي المزيد ، فلا أعرف ما إذا كان جيدًا أم سيئًا! ولكن ربما توجد بالفعل ثغرات للسيطرة عليها أو بعض الفيروسات التي تدمر النظام بسبب هذا ... إذا كان مستقرًا وآمنًا لا أرى المشكلة ... على أي حال سأرى ما إذا كان لدي الوقت ودراسة الموضوع و إجراء بعض الاختبارات مع openrc

    1.    داريو قال

      ليس مستقرًا. وهو أكثر انعدامًا للأمان من نظام v. بالنسبة لمستخدم سطح المكتب مثل الكثيرين منا (أنا) لا يمثل ذلك مشكلة أيضًا ، فإن التمهيد الأسرع يعمل بشكل جيد ولا أقرأ السجلات عادةً ، لذا لا يهم مدى وضوحها أو ما إذا كانت بتنسيق ثنائي.

      لدي نظرية لينكس ستنمو على أجهزة الكمبيوتر المكتبية (والحكومات) وتفقد الأرض على الخوادم (بدلاً من استخدام نظام التشغيل مثل freebsd)

  14.   أوسكار قال

    في esdebian Wiki ينشرون كيفية تثبيت SysVinit على Debian Jessie. http://www.esdebian.org/wiki/sysvinit

  15.   مجهول قال

    عندما قرأت عن الأمان ، اكتشفت أنه من ناحية إنتل ، هناك لوحات أم مع شرائح ، بشكل عام في نورثبريدج ، فإنها تطبق شيئًا يسمى AMR Intel Active Management Technology .... مثير للاهتمام ، لحسن الحظ ليس لدي معلومات ، لكنني سأبدأ في البحث عنه من جانب AMD لا يوجد شيء من هذا القبيل.
    إنهم يتخيلون مزيجًا من نظام intel + AMR + لا قدر الله.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    لا عجب أن بجنون العظمة Stallman يصرخ من أجل السير المجاني.

    1.    تيتو قال

      هادئ؛ إنتل تتخلى عن تصنيع اللوحات الأم.
      http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html

  16.   داه 65 قال

    بادئ ذي بدء ، لا أستخدم systemd لأنه لم يتم تضمينه في Kubuntu حتى الآن (أنا مع Netrunner 14 ، مشتق من Kubuntu 14.04).

    بعد توضيح ذلك ، يجب تحديد عدة أمور:

    1- يتم اعتماد systemd من قبل المطورين / الحزم في العديد من التوزيعات المختلفة (Debian ، openSUSE ، Arch ، Fedora ...) ، ولكن تبين الآن أن قراء هذه المدونة يعرفون أكثر مما يعرفون عن مزايا وعيوب systemd.

    2- systemd هو برمجيات حرة ، يمكن قراءة كودها (وفهمها) من قبل أولئك الذين لديهم الوقت والمعرفة (هؤلاء المطورين / الحزم الذين تحدثت عنهم من قبل) إذا أخفيت الأبواب الخلفية ، فسيتم اكتشافها. كم عدد القراء الذين يستخدمون برنامجًا ثابتًا أو برنامج تشغيلًا خاصًا ، لم تقرأ رمزه ولا يمكنك قراءته؟ أعتقد أنه من المنطقي أن تخاف من ذلك أكثر من خوفه من systemd.

    3- نعمل جميعًا مع الحزم الثنائية ، لأنني عندما أقوم بتنزيل ملف .deb من المستودعات لتثبيته ، لا أقوم بتنزيل ملف نصي عادي. لذا فإن هذه الحجة متناقضة تمامًا.

    4- في جنو / لينكس ، توجد بالفعل برامج تقوم بالعديد من الأشياء: نفس النواة ، التي تدمج بشكل متزايد المزيد من السائقين ، وحتى البرامج الثابتة الخاصة (من الأفضل وضع باب خلفي في البرامج الثابتة المغلقة بدلاً من البرنامج الذي تم نشر الكود). هناك أيضًا Xorg ، الذي لا يتعامل فقط مع الخادم الرسومي ولكن أيضًا مع لوحة المفاتيح والماوس وأشياء أخرى ؛ لا أحد يقول أن Xorg "يخون" فلسفة UNIX من أجل ذلك ، فهم يريدون تقاعده لأن مشروعات أخرى تجاوزته بالفعل.

    5- "لينكس اختيار" بالطبع ، لكن حرية اختيار ما إذا كنت أرغب في قراءة الكود أو تعديله أو توزيعه ، إلخ. ليس الأمر أن التوزيعات مطلوبة لإعطاء كل خيار (كل بنى المعالج ، جميع بيئات سطح المكتب ، جميع تنسيقات الحزم ، إلخ)

    6- بالنسبة لأولئك الذين يفكرون في التحول إلى BSD ، أتذكر قراءة الأخبار التي تفيد بأن وكالة الأمن القومي الأمريكية قد وضعت مخالبها بالفعل في بعض أنظمة BSD. إذا كان هذا الخبر صحيحًا ، فلا أعلم لأني لم أتابع الموضوع. لكن من المفارقات أن أهرب من شيء "لأن ريد هات متأخر وربما ..." للدخول في شيء "ربما تكون وكالة الأمن القومي وراءه ...."

    بالإضافة إلى استخدام GNU / Linux أو BSD أو Windows أو أيًا كان ما تريد منا استخدامه ، يمكننا أيضًا استخدام منطقنا وقدرتنا على التفكير

    1.    إيلاف قال

      بادئ ذي بدء ، لا أستخدم systemd لأنه لم يتم تضمينه في Kubuntu حتى الآن (أنا مع Netrunner 14 ، مشتق من Kubuntu 14.04).

      بعد توضيح ذلك ، يجب تحديد عدة أمور:

      1- يتم اعتماد systemd من قبل المطورين / الحزم في العديد من التوزيعات المختلفة (Debian ، openSUSE ، Arch ، Fedora ...) ، ولكن تبين الآن أن قراء هذه المدونة يعرفون أكثر مما يعرفون عن مزايا وعيوب systemd.

      بمعنى آخر ، إن قراء هذه المدونة ، كونهم قراء فقط ، لا يملكون القدرة على إدراك ما إذا كان الشيء جيدًا أم لا ، لأننا يجب أن نسترشد بالحكم الجيد والمعرفة والخبرة لدى الرزم والمطورين. هل هذا هو؟

      2- systemd هو برمجيات حرة ، يمكن قراءة كودها (وفهمها) ، من قبل أولئك الذين لديهم الوقت والمعرفة (هؤلاء المطورين / الحزم الذين تحدثت عنهم من قبل). إذا أخفيت الأبواب الخلفية ، فسيتم اكتشافها. كم عدد القراء الذين يستخدمون برنامجًا ثابتًا أو برنامج تشغيلًا خاصًا ، لم تقرأ رمزه ولا يمكنك قراءته؟ أعتقد أنه من المنطقي أن تخاف من ذلك أكثر من خوفه من systemd.

      هذا صحيح ، إنه برنامج مجاني ، وإذا ظهر شيء غريب ، فإن الأشخاص المتميزين الذين تحدثت عنهم من قبل والذين يجب أن نثق بهم سيكونون قادرين على ملاحظتها وإعلانها ، أو ربما لا ، لأنهم ربما لأنهم أشخاص سوف يغريهم يصمت في مقابل شيء ما.

      3- نعمل جميعًا مع الحزم الثنائية ، لأنني عندما أقوم بتنزيل ملف .deb من المستودعات لتثبيته ، لا أقوم بتنزيل ملف نصي عادي. لذا فإن هذه الحجة متناقضة تمامًا.

      عندما تقوم بتنزيل ملف .deb ، فإن كل ما تفعله هو تنزيل ملف مضغوط ، والذي يمكنك فك ضغطه ، وبالتالي معرفة ما هو بداخله وما هو ممكن ، حيث يوجد الملف الثنائي بالداخل. 😉

      6- بالنسبة لأولئك الذين يفكرون في التحول إلى BSD ، أتذكر قراءة الأخبار التي تفيد بأن وكالة الأمن القومي الأمريكية قد وضعت مخالبها بالفعل في بعض أنظمة BSD. إذا كان هذا الخبر صحيحًا ، فلا أعلم لأني لم أتابع الموضوع. لكن من المفارقات أن أهرب من شيء "لأن ريد هات متأخر وربما ..." للدخول في شيء "ربما تكون وكالة الأمن القومي وراءه ...."

      لا أعرف من هم المستخدمون الذين سيهربون من Linux للذهاب إلى BSD ، لكن على سبيل المثال ، لن أضطر إلى ترك Linux ، سأضطر فقط إلى ترك توزيعة تضع Systemd خلفك بنعم أو نعم.

      بالإضافة إلى استخدام GNU / Linux أو BSD أو Windows أو أيًا كان ما تريد منا استخدامه ، يمكننا أيضًا استخدام منطقنا وقدرتنا على التفكير

      باختصار ، أولئك منا الذين يعلقون ويقرأون ويستخدمون جنو / لينكس في هذه المدونة لا يعقلون. هذا ما تريد قوله؟ على أي حال ، سأخبرك من تجربتي الشخصية ، ومنطقي (سواء كان منطقيًا أم لا):

      Systemd عالق على عصا. لقد قرأت أن هناك وحدات داخلية أخرى تبدأ بشكل أسرع وبالتالي لا يتعين عليها التحكم في DNS و RED و CRON وكل شيء آخر يريد Systemd التحكم فيه. ربما بالنسبة للمستخدم النهائي ، الذي يهتم فقط بتشغيل الكمبيوتر وفتح المتصفح وإرسال رسائل البريد الإلكتروني ، لا يهم ما إذا كان يستخدم Systemd أو Systemx ، ولكن بالنسبة لأولئك منا الذين يديرون الخوادم ، فإن ذلك يمثل ألمًا في المؤخرة. وأنا أطرح عليك نفس السؤال الذي أسأله دائمًا ماذا يحدث إذا تعرض Systemd للاختراق وذهب إلى الجحيم؟ هل تركنا بدون RED ، أو CRON ، أو DNS ، أو Init وكل شيء آخر يفعله؟ هناك اتركها لك.

      واحذر ، أقول لكم كل هذا بدون عنف. ومع ذلك ، مرحبا بكم في هذه الأجزاء.

      1.    داه 65 قال

        شكرا على الترحيب.

        ردا على ذلك دون حدة ، أوضح أنني لا أطور systemd ولا أحصل على أموال للترويج له. وأن لا يؤثر علي إطلاقا سواء استخدمه الآخرون أم لا ، فهذا قرارهم.

        لكن ما أراه في هذا الأمر يبدو ، في بعض الأحيان ، هستيريا ، وقرأت آراء أشخاص ، دون دراسة الكود أو استخدامه ، وصفوه بأنه قمامة ، وفرض ، وخيانة ، ولا أعرف كم عددهم. اشياء اخرى. هذا يذكرني بموقف مررت به منذ بضعة أيام ، عندما بدأ شخص اعترف بأنه لم يقم بتثبيت Windows مطلقًا أو يعرف كيفية تقسيم محرك الأقراص الثابتة بالقول إن Linux كان صعبًا للغاية ... دون أن يجربه أبدًا ، و لديه أيضًا Android على هاتفه الذكي.

        هل قارنت systemd مع sysvinit ، مع مغرور و openrc؟ رائع ، يمكنك اتخاذ قرار بناءً على تجربتك الخاصة. إنه الأفضل ، لأنك تعلم أيضًا أن التوزيعة التي تعمل على كمبيوتر واحد يمكن أن تكون جديرة بالاهتمام على جهاز مختلف ، وهذا هو السبب في أن أولئك منا الذين لديهم بعض الخبرة في GNU / Linux يقولون إن أفضل توزيعة هي تلك التي يشعر المستخدم بالراحة الذوق.

        1- «بمعنى آخر ، فإن قراء هذه المدونة ، لأنهم قراء فقط ، لا يملكون القدرة على إدراك ما إذا كان الشيء جيدًا أم لا ، لأننا يجب أن نسترشد بالحكم الجيد والمعرفة والخبرة لدى الرزم والمطورين »

        لقد كنت قارئًا لهذه المدونة لبعض الوقت (سترى تعليقاتي في الأخبار القديمة) ، لذلك أنا مدرج في الحزمة. والجواب هو لا: كوني قارئًا لهذه المدونة أو أي مدونة لا يمكّنني (على الأقل أنا) من الحكم على البرامج الجيدة أو السيئة التي لا أعرفها. يمكنني قراءة ما يقوله الآخرون ، وفي هذه الحالة توجد مواقف مؤيدة ومعارضة لنظام systemd ؛ في الواقع ، في كل مرة يُطرح فيها الموضوع في Phoronix ، يكون هناك الكثير من الجدل ، ولكن حتى هناك تعليقات مجادلة نادرة. أنا أشير إلى وسيطات مثل "عندما تحدث عملية استدعاء systemd X ، تحدث حلقة لا نهائية ، مما يجعل النظام غير قابل للاستخدام."

        والحقيقة هي أنه باستخدام توزيعة أو توزيعة مختلفة ، فإنك تسترشد بحكم ومعرفة وخبرة شركات التعبئة والمطورين. يعني استخدام أي نظام تشغيل أو برنامج الاعتماد جزئيًا على حكم الآخرين وخبراتهم ؛ على سبيل المثال ، مع Linux ، فإنك تقبل قرار استخدام نواة متجانسة بدلاً من استخدام نواة صغيرة مثل Hurd. كان هذا القرار لينوس تورفالدس ، وأنت تقبله باستخدام جوهره.

        2- «هذا صحيح ، إنه برمجيات حرة ، وإذا ظهر شيء غريب ، فإن الأشخاص المتفوقين الذين تحدثت عنهم من قبل والذين يجب أن نثق بهم سيكونون قادرين على ملاحظتها والإعلان عنها ، أو ربما لا ، لأنهم ربما لأنهم أناس هم سيشعرون بإغراء الصمت مقابل شيء ما ".

        حسنًا ، مريب ، لماذا تثق في لينوس تورفالدس وريتشارد ستالمان ومشروع جنو؟ لم ألق نظرة على كود برامجهم ، لذلك ربما يخدعونني.

        3 - «واسألك نفس السؤال الذي أطرحه دائمًا ، ماذا سيحدث إذا تعرض Systemd للخطر وذهب إلى الجحيم؟ هل تركنا بدون RED ، أو CRON ، أو DNS ، أو Init وكل شيء آخر يفعله؟ سأتركه هناك. »

        ماذا لو تم اختراق OpenRC بطريقة ما؟ أو مغرور؟ أم النواة؟ حدث ذلك لي ، بعد تحديث "عادي" في اختبار دبيان ، نفدت اليرقة ، ولم أتمكن من الدخول إلى دبيان أو Windows ، وفي ذلك الوقت كان جهلي يعني أنه لم يكن لدي سوى خيار إعادة التثبيت.

        4- «باختصار ، أولئك الذين يعلقون ، يقرأون ويستخدمون جنو / لينكس على هذه المدونة لا يفكرون. هذا ما تريد أن تقوله؟

        لا ، لا أقصد ذلك ؛ لا أنوي التعميم من موقف معين محدد إلى مجمل سلوك شخص واحد أو ألف شخص. لكنني أعتقد أنه في حالة systemd يتم التحدث بها عدة مرات دون إجراء تحليل موضوعي وهادئ ؛ لقد حدث أيضًا مع Wayland-Mir ، حيث تم تقديم العديد من الادعاءات التي لا أساس لها ، ضد Wayland و Canonical.

        أيضًا ، أكرر أنني قرأت وأعلق على هذه المدونة (كما في غيرها) ، وأنني أستخدم GNU / Linux.

        وأكرر أيضًا ما قلته من قبل: دعونا نستخدم أدمغتنا ، ونحلل ما نسمعه ونقرأه ، ونتخذ وجهات نظر مختلفة لمحاولة دحض كل من A و non-A ، وإذا أمكن ، فلنحصل على تجربتنا الخاصة لنبني استنتاجاتنا على الحقائق . ثم دعونا نستخدم كل ما يبدو مناسبًا لنا.

      2.    واكو قال

        حسنًا ، إن الاختراق هو فرضية مثل كل شيء .. سؤالي قد مر بالفعل؟ .. ربما لم يتم العثور على أخطاء في جميع البرامج ويتم تصحيحها إذا كانت هناك أخطاء في النظام قاموا بتصحيحها وكما يمكن لأي برنامج لا تكمن المشكلة في أنها يمكن أن تفشل ، إنها إذا كنت تريدها أن تفعل أو تتحكم في ما تفعله ولكن ليس على افتراض أنه يمكن أن يفشل أي شيء يمكن أن يفشل في لحظة ... من محبي systemd على الإطلاق ، إنه مجرد رأيي.

        1.    إيلاف قال

          يمكن أن يحدث خطأ على جهاز كمبيوتر المستخدم ولا يمكن أن يحدث شيء ، ولكن الأشياء على الخادم مختلفة جدًا.

      3.    يوكيتيرو قال

        waco بالتأكيد إذا واجهت أخطاء في برنامج ما ، فيجب عليك تصحيحها. تكمن المشكلة في أن systemd لديه الكثير من الأخطاء القديمة (بعضها يعود إلى عام 2010 وخطير) وما زالت لم يتم إصلاحها اليوم ، أو تم التقليل من شأنها ببساطة ، أو تم تمييزها ببساطة بواسطة Lennart على أنها مغلقة أو WONTFIX.

    2.    واكو قال

      تعليقك ناجح جدا! لا يمكننا جميعًا الوقوع في نظام systemd لأنه عصري وقد تم إنشاؤه كحملة تشويه لهذا ... كل تغيير له رفض.

    3.    يوكيتيرو قال

      أرد على حججك:

      1.- يعرف المستخدمون الجادون والمستفسرون ، والمطورون على حد سواء مزايا وعيوب اعتماد النظام في أي بيئة تطوير وبيئة عمل ، لا تتغير نقاط ضعف وقوة النظام لوجود منظور أو آخر.

      2.- إن systemd بالتأكيد هو برنامج مجاني ويمكن تدقيقه. لا تكمن المشكلة في أنه يحتوي على أبواب خلفية مخفية ، فالمشكلة هي أنه يقوم بأشياء لا ينبغي على البادئ القيام بها (التحكم في الشبكة ، ونظام أسماء النطاقات ، ووحدات تحكم TTY ، وما إلى ذلك) ، وأن لديه الكثير من الخدمات التي من المفترض أن يقدمها الآخرون ، يقوم بالأشياء بطريقة مختلفة تمامًا عن الطريقة التي يُتوقع إجراؤها ، مما يخالف قواعد نواة Linux نفسها (coredump) ، حيث لا يهتم الكثير من مطوريه كثيرًا بحل المشكلات الهيكلية التي يعاني منها systemd (coredump و debug هما من بين أخطرها ولم تحل بعد).

      3.- هناك شيء واحد هو تنزيل برنامج ثنائي يتضح أنه برنامج لا يزال تكوينه وسجلاته في نص عادي ، وشيء آخر هو تنزيل ثنائي يتم تخزين تكوينه ومعلومات أخرى في ثنائي ولا يمكن الوصول إليه إلا من خلال محدد أدوات ، هذا هو المكان الذي تتغير فيه الأشياء. لا يوفر السجل الثنائي الأمان (إذا كنت تريد حقًا الأمان ، فقم بتشفير القسم باستخدام AES-256) ، إنه مجرد صندوق أسود لا تعرف منه أي شيء عما يحدث ، وهو يفسح المجال للعديد من الأشياء ، على سبيل المثال : تخيل أن لديك حصان طروادة يستغل ثغرة في systemd ويحصل من خلاله على وصول كامل إلى النظام بما في ذلك خدمة السجل وتصعيد الامتياز. أليست هذه مشكلة خطيرة؟ ألن تنقلب السجلات الثنائية التي يعالجها النظام بشكل مباشر ضدك من خلال كونها غير قابلة للمراجعة دون الوصول إلى النقطة التي تم تعديلها بالفعل دون قصد؟ هناك نقطة والاختلاف بين البرنامج وملف التكوين / السجلات / التفريغ في الملف الثنائي.

      4.- النواة عبارة عن جزء من البرامج المصممة بهذا المعنى ، وهي مصممة من البداية للتحكم في كل شيء على جهاز الكمبيوتر الخاص بك ، وليس البادئ. إن init مخصصة فقط لجعل نظامك يرفع النواة ويكون قابلاً للاستخدام ، لأنه أول شيء يبدأ وآخر شيء ينتهي. هذا هو السبب في تسميته init (التهيئة) لأنه يبدأ النظام فقط ولا يفعل شيئًا آخر ، والسبب في ذلك بسيط جدًا ، يجب أن يكون init هو البرنامج الأكثر استقرارًا وكمالًا ، لتجنب ذلك لسبب ما هذا ينتهي بكسر النظام بأكمله ، يتعلق الأمر بالاستقرار والأمن. Xorg ، هو صوت آخر ، يقوم بالعديد من الأشياء كما هو صحيح ، لكن لا يوجد شيء مخاطرة بحيث يترك لك نظامًا غير قابل للاستخدام تمامًا ، كما أن تكوينه لا يزال يتم في ملفات نصية بسيطة.

      5.- بالتأكيد التوزيعات ليست ملزمة بتقديم الحرية بمعناها الواسع ، ولهذا السبب يتم تقديم الخطبة الحالية. لكننا مستخدمون ومجتمع ، والكثير منا ببساطة لا يوافقون على تطبيق هذا النظام ، ولهذا السبب نجعل صوتنا يصل ، سواء كانوا يستمعون إليه أم لا ، فالأمر يتعلق بمن يطورون distro ، وسيكون لقرارهم تأثير على أولئك الذين يقررون استخدام التوزيعات الخاصة بهم أم لا ، وهذا ، من الواضح أنه يمكن أن يؤدي إلى فشل العديد من التوزيعات اعتمادًا على كيفية سير الأمور ومثال الآن هو Debian و Devuan fork.

      6.- أخبار BSD هي بسبب ما حدث في OpenSSH وفي مكدس OpenBSD IP ، وهو باب خلفي لم يؤثر بالمناسبة على BSD فقط ولكن أيضًا على Linux (في حالة OpenSSH) ، وتم إصلاح ذلك. يُعزى الموقف إلى BSD ، لأن BSD (Theo de Raadt in OpenBSD) هو المسؤول عن تطوير هذه الأداة (OpenSSH) ونشأ الموقف لأن بعض المطورين الذين لم يعودوا نشطين في المشروع زرعوا الباب الخلفي . تم حل الموقف وتم الإعلان عن الإجراءات ذات الصلة التي سيتم اتخاذها في حالة تأثير هذا الموقف على أولئك الذين استخدموا البرنامج. الآن: هل يمكن أن يحدث هذا الموقف في systemd؟ الجواب بسيط ، والنتيجة كارثية ، نظرًا لأن systemd يتعامل مع تصعيد الامتيازات من بين أشياء أخرى كثيرة ، فإن الباب الخلفي في systemd يعني الوصول الكامل إلى النظام ، وهو أمر لم يحدث مع الأبواب الخلفية المذكورة في BSD.

  17.   أوسكار قال

    يعيدون مفترق دبيان بدون أن يحتوي systemd بالفعل على صفحة ويب. يبدو أن المشروع يسير على محمل الجد. https://devuan.org/

  18.   أديتيا باجا قال

    تحديث ISO وبعض التحميلات الجديدة.
    https://forum.manjaro.org/index.php?board=50.0

  19.   كيوس قال

    المثبت ليس واضحًا جدًا ، لا يمكنني اتباع خطواتهم ، خاصة في جزء الأقسام ، لا أعرف سبب إصرارهم على هذه الأشياء المربكة.

  20.   مانويل ر قال

    هناك شيء يلفت انتباهي حول netinstall مع Openrc ، في مكان ما من التثبيت ، أستمر في رؤية الرسالة التي تفيد بأنك تقوم بتكوين systemd ، فهل سيكونون بالفعل خاليين من systemd أو استخدامه؟

    1.    كيوس قال

      مرحبًا مانويل ، ألاحظ أيضًا نفس الشيء أثناء التثبيت ، يجب أن يكون الأمر متعلقًا بالمثبِّت لأن ما لا شك فيه هو أن systemd غير مثبت ، فأنت تؤكد في الجهاز مثل هذا: pacman -Qs openrc

      تحياتي

      1.    مانويل ر قال

        مرحبا كيوس ، أولا وقبل كل شيء أعتذر عن عدم الرد من قبل. أقدر إجابتك ، ويسعدني أن أعرف أن Manjaro يقدم هذا الخيار ؛ بمجرد انتهاء دعم Ubuntu Precise (أو ربما قبل ذلك) سأقوم بتثبيته. تحية طيبة.

  21.   Anonimo قال

    وظيفة جيدة

    سأنتظر في Manjaro مع Systemd بينما ينضج إصدار OpenRC أكثر قليلاً ، أريد الخروج من النظام ... (أنا أتعرق)