OpenRC ב- ISO של מנג'רו לשונאי Systemd

היום בקריאת ה- RSS שלי גיליתי חדשות מעניינות שה- בלוג מראה המשכפלוזה שבקהילת מנג'רו הושקו כמה תקני ISO עם המוזרות שהם לא משתמשים בהם SystemD כמו init, אחר OpenRC, מערכת ההפעלה המשמשת את ג'נטו.

OpenRC

אני לא יודע מה איתך, אבל נושא Systemd כבר נוגע הרבה בכדורים שלי, וככל שקראתי יותר, אני מבין שלמרות שלמשתמש הקצה (או עבור רבים) זה לא מייצג שום דבר רלוונטי במיוחד, לפחות בעיני , אני לא אוהב את הדרך שהיא עוברת. אני מאמין שעונה שחורה מגיעה בעולם של GNU / Linux, שם מזלגות וחוסר שביעות רצון יפרצו גם במדבריות צחיחים.

אבל בואו נעבור לעניינים. בפורום מנג'רו הם פרסמו, כפי שאמרתי קודם, כמה איזו ש- OpenRC עושה בהם שימוש. ולמי שחושש להתקין את הגרסאות הללו, אני משאיר את הסרטון כיצד לעשות זאת.

הורד ISOs עם OpenRC

ה- ISO הראשון שנראה הוא הגרסה NetInstall. ל- ISO זה יש את המאפיינים הבאים:

  • מבוסס על פרופיל Manjaro-Net (אין סביבת שולחן עבודה מותקנת מראש)
  • מבוסס על ענף הבדיקה.
  • רק נהגים בחינם
  • השתמש בסדרת הליבה 3.14 של Linux
  • לא משתמש בפלימות '
  • זה נבדק ב- Virtualbox

ניתן לבחור את השפה בהתחלה על ידי לחיצה על מקש F2. לאחר סיום תהליך האתחול אנו נמצא את ההנחיה, בה נשתמש לגישה:

  • משתמש: שורש
  • סיסמא: מנג'רו

כדי להתחיל בהתקנה כפי שמוצג בסרטון הקודם, נכתוב:

setup

קישורים להורדת ה- ISO

manjaro-net-0.8.11-openrc-i686.iso (32 סיביות)
(אני md5: 80be54ecfb0360b2a8e544344f72113c)

manjaro-net-0.8.11-openrc-x86_64.iso (64 סיביות)
(אני md5: 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 --lsign-key 518B147D

2) אנו מעדכנים את המערכת

סודו פקמן -סיו

3) אנו מתקינים את סביבת שולחן העבודה המועדפת עלינו, הדוגמה משתמשת בה לבוא

סודו פקמן -S lxde

מידע על התקנת סביבות שולחן עבודה ניתן למצוא ב ויקי.

4) אנו מתקינים מנהל מושב:

סודו פקמן -S lxdm-consolekit
יש להגדיר את מנהל ההפעלה גם בקובץ /etc/conf.d/xdm ויש מידע נוסף כאן y כאן

5) אנו מתקינים כמה חבילות כמו היישומון עבור מנהל הרשת

סודו פקמן - יישומון מנהל רשת

6) אנו מפעילים מחדש את המערכת

סודו מחדש

אני חושב שמובן מאליו שבשביל זה עלינו להיות מחוברים לאינטרנט באמצעות כבל. אם אנו משתמשים ב- WiFi, תוכל לראות כיצד לבצע זאת קישור זה.

Manajaro ISOs עם OpenRC ו- OpenBox

במקרה של Openbox ISO, יש לקחת בחשבון כמה דברים:

  • המטרה העיקרית זה לעשות את תהליך ההתקנה קל יותר ולאפשר להגדיר בצורה מסוימת גרָף את הרשת (באמצעות wicd) והמחיצה באמצעות GParted אופציונלי.
  • תצורה כוללת דפדפן האינטרנט Openbox WM, LXTerminal, PCMan ו- NetSurf (לחפש מידע ב ויקי o google), וכו '
  • השתמש במתקין המסוף.

קישורים להורדת ה- ISO עם OpenRC:

manjaro-openbox-openrc-2014-11-13-i686.iso (32 סיביות)
(אני md5: 9be7e75c75ab296f955a3396386c4764)

manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 סיביות)
(אני md5: 07fd57df022118dfc9e2794a0ca3d26e)

מנג'רו XFCE ISO עם OpenRC

רק בניסוי ובמשך 64 ביט, יש גם ISO עם XFCE:

manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 סיביות)
(אני md5: e132f294f2ffd99c6cbc371d1e7a6d72)


68 תגובות, השאר את שלך

השאירו את התגובה שלכם

כתובת הדוא"ל שלך לא תפורסם. שדות חובה מסומנים *

*

*

  1. אחראי לנתונים: מיגל אנחל גטון
  2. מטרת הנתונים: בקרת ספאם, ניהול תגובות.
  3. לגיטימציה: הסכמתך
  4. מסירת הנתונים: הנתונים לא יועברו לצדדים שלישיים אלא בהתחייבות חוקית.
  5. אחסון נתונים: מסד נתונים המתארח על ידי Occentus Networks (EU)
  6. זכויות: בכל עת תוכל להגביל, לשחזר ולמחוק את המידע שלך.

  1.   אחד מכמה דיג'ו

    אתה צודק, נושא המערכת מתחיל לתת ריח מסוים מכיוון ש- OpenRC היא היורשת הטבעית של ההתחלה הנוכחית. נראה היכן מסתיים הסיפור הזה.

  2.   וילהלם דיג'ו

    "אם כי עבור משתמש הקצה (או עבור רבים) זה לא מייצג שום דבר רלוונטי במיוחד"

    אני חושב אותו דבר, זה לא רלוונטי מכיוון שמשתמשים זה לא השפיע עלינו בתפעול מערכת ההפעלה עצמה.

    למעשה הגדול היחיד (דביאן), מסר חדשות על "שערורייה" בנושא, ולמרות שהם אומרים שיש סיבות אחרות שכולן קשורות למערכת (ולא צריכות).

    ההפצות הגדולות האחרות, הן לא יצרו בעיה (או לפחות באו לידי ביטוי עם עלים ולפידים), פדורה, אובונטו ו- OpenSUSE.

    זה נותן לי את הרושם שמדובר במאבק בין מתכנתים, שכן למשל ל- openuse 13.2 יש קבלה / ביקורת טובה ואף אחד בביקורות לא מדבר על מערכת (אפילו אם זה לבסס דיון),

    עכשיו למה כל המהומה של מעבר מ- systemd ל- OpenRC, אם זה לא משפיע עליהם בסופו של דבר.

    1.    דראו דיג'ו

      באופן אישי, הדבר המערכתי גורם לי להיות לא רגוע, יש לי חוסר ביטחון, פוסט טוב.

    2.    יוקיטרו דיג'ו

      בפדורה היה ויכוח כלשהו בנוגע למערכת כאשר הוחלט לשים אותה בתור init, היו גורמים מסוימים למערכת, בעיקר משום שהם לא הסכימו להשתמש בה כברירת מחדל מכיוון שהיא הייתה טרייה מאוד והייתה לה פגמים רבים, עם זאת, רוב המפתחים העיקריים נמצאים בצוות פיתוח הליבה והיו קשורים ל- systemd, כך שההחלפה של Upstart ל- systemd הייתה סימן להטלה מסוימת, בנוסף לנושא ש- Upstart היה פיתוח של אובונטו ובעל CLA די מקומט מבט, מה שבסופו של דבר עזר לכולם לקבל מערכת ללא ספק. OpenRC לא היה בא בחשבון באותה תקופה, מכיוון שחסרות לו הרבה מהתכונות שהוא עושה כעת, כולל הקבלה ותמיכה בקבוצות.

  3.   אנונימי דיג'ו

    חדשות טובות! הפצה בינארית שתשחרר openrc ... זה כמו מתנה משמים.
    זה הדרך שהארכלינוקס הייתה צריכה לעבור מההתחלה, אני זוכר שכשהייתי צריך לתמוך בארכלינוקס כדי לעבור ל- systemd. עכשיו יש לי אפשרות לבחון מחדש דיסטרו בינארי עם openrc + eudev וזה בדיוק מה שאני משתמש כאן בג'נטו.
    תודה רבה אנשים ממנג'רו !!!

    # 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): תמיכה בשמות התקנים דינמיים ומתמשכים של לינוקס (aka devs מרחב המשתמש)

  4.   קסיף דיג'ו

    תודה על המידע, אלב!

    אני משתף את דעתך בנוגע למערכת ואני מודאג גם מההיסחפות שלקחה לינוקס מאז הופעתה של יוזמה חדשה זו. אם וויזי מזדקן מדי לפני שמזלג דביאן יגיע, אני אחשוב לנסות את מנג'רו OpenRC מכיוון שאין לי את הזמן הפנוי להכין מערכת ג'נטו (הערכתי לעשות זאת אך בהחלט את זמן ההידור של ג'נטו נרחב מדי עבור מצבי האישי).

    ברכות!

  5.   כריסטיאן דיג'ו

    אלב אתה יכול לתאר בפחות מ -10 מילים עבור משתמש שלא מבין את ה"מחלוקת "יותר מדי, לפני זמן מה יש כמה מאמרים בבלוג שהם מאוד טכניים, והם לא מסיימים להסביר את ההקשר עבור" לא יזם "... פעם הם אמרו לי שללא קשר לטכני, הסבתא שלך חייבת להיות מובנת אפילו כדי להיות טובה.

    למעשה בפדורה, לפני זמן מה, הבעיה הופכת לבלתי נסבלת, עד כדי כך שכמה משתמשי שולחן עבודה חשבו לעבור לסנטו, כדי לעקוף את הבעיה.

    1.    לואיס דיג'ו

      אני נרשם לבקשה זו.

      Systemd עובד טוב בשבילי מה הבעיה שגורמת לכל כך הרבה תנועה?

      בוא נגיד שאני לא יודע.

    2.    דריו דיג'ו

      systemd היא התוכנית שאחראית על הפעלת המערכת אך מפתחי זה החליטו להאריך אותה וכעת לא רק מטפלים בהפעלה אלא גם בדברים כמו cron (תוכנית להפעלת תוכניות באופן אוטומטי), הרשת, יומני המערכת שאגב הם בינאריות, בין היתר

      רבים אינם מסתכלים לטובה על שינוי כה פתאומי, במיוחד משום שמדובר בתוכנה חדשה ולכן יש בה הרבה יותר באגים מאשר תוכניות שעבדו כל חייהם, בנוסף ליצירת תלות בתכנות ולדוגמא למשל. למערכת זו. מה שהופך אותו לפחות נייד לפלטפורמות יוניקס אחרות.

      אני לא יודע אם ההערה האחרת שלי לא עברה את המתינות, אבל היא אמרה שאני אוהב את המערכת אבל הם לא צריכים לתת לה למונופול על כל ההפצות ולהשאיר חלופות כפי שזה נעשה תמיד בלינוקס למי שיש צרכים שונים.

    3.    דריו דיג'ו

      אני לא צריך לומר שלפני התוכנית שאחראית להפעלת המערכת בעת האתחול הייתה מערכת v, שהייתה תקופה ארוכה עד שהוחלפה ברוב ההפצות על ידי מערכת xD.

    4.    אלב דיג'ו

      למה שאומר @daryo אני מוסיף את הדברים הבאים (וזו גם דעתי):

      תמיד אהבתי את פילוסופיית יוניקס שבה תוכנית עושה רק דבר אחד, אבל עושה את זה טוב. כש- Systemd רוצה לשלוט בכל מה ש- @daryo אמר לך, יש לי ספק קטן ומה היה קורה אם Systemd ייפגע איכשהו? ובכן, יתכן שהוא יגרור איתו את כל מה שהוא שולט בו.

      לזה אני מוסיף (ואולי זה יותר מתוך הרגל), שתמיד אהבתי שיומני המערכת שלי הם קבצי טקסט טהורים, אבל עם Systemd הכל בינארי, ופקודות כגון:

      cat log.txt

      o

      tailf log.txt

      היכן נוכל להשתמש באפשרויות אחרות כמו GREP לסינון תוכן מסוים, אך Systemd משתמש בפקודה בשם journalctl.

      בנוסף לאמור לעיל, אני חייב לומר שהיותי RedHat המעריך העיקרי מאחורי Systemd, אני מקבל התראה שאני לא יכול לכבות. אולי אני טועה, אבל זה לא נראה טוב .. ואני כל הזמן תוהה איזה צורך יש לשלוט באתחול, בכתר, ברשת וכמה שירות קיים? למה הם מתכוונים בכך?

      1.    אלכסנדר דיג'ו

        הודות לתגובתך ולמה שחקרתי, אני יכול לאשש את חשדותיך, ההתראה הזו נכונה ברודר.
        אתה מבין, קראתי על TCP התגנבות, זו תזה גרמנית שבה הם מאשימים את רד האט במתן ריגול תעשייתי למערכות ההאזנה של חמש העיניים:
        כבר כתבתי על זה, אם יש לך את הכישרון הדרוש, אני יודע שיש לך את זה, אתה יכול להגיע למסקנות שלך:
        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.- ניהול Multicast DNS ברשתות פנימיות, באמצעות מערכת רשת-רשת.
        4.- ניהול מסופי TTY בלינוקס, באמצעות מערכת ניחומים. (להתראות KMScon?)
        5.- ניהול הפעלות והרשאות באמצעות כניסה.
        6.- בקרת Coredump, באמצעות קבצים בינאריים, ודילוג על הוראות הליבה.
        7.- שליטה ביומנים, שימוש בקבצים בינאריים ודילוג על הוראות הליבה.
        8.- שליטה באירועי ACPI באמצעות logind. (Systemd-212 הוסיף כמה כאבי ראש ל- Nvidia devs עם באגים שונים שהפכו את המערכת לחסרת תועלת)
        9.- תמיכה ב- PPPoE עבור רשת d, עבודה שעדיין מתבצעת.
        10.- תמיכה ב- DHCP בלקוח ובשרת. (מה הם עושים עם זה? אין מושג)
        11.- תמיכה במערכות עם איפוס למפעל, שאגב קשורות קשר הדוק ל- BTRFS (אל תתפלאו אם BTRFS יהפוך מאוחר יותר לתלות במערכת, טוב, Lennart אוהב את זה)
        12 ..- תמיכה במכולות וירטואליות (קסן ו- KVM בעיקר)
        13.- תמיכה בניהול מכשירים וביצוע אתחול (מה עושה udev)
        14.- טיפול במערכות הצפנת דיסק.
        15.- טעינת קושחה ומודולי ליבה.
        16.- טיפול בשם מארח (זה יוצר עד מזהה ייחודי של המחשב האישי שלך), הנחות היסוד, זמן, סנכרון NTP, sysctl (משתני בקרת ליבה), ואפילו מחולל המספרים האקראיים (מאוד WTF זה, וזה מעלה חשד רב )
        17.- טיפול במערכות קבצים זמניות.

        ברשימה ארוכה קצרה, הם הדברים שאני יודע ש- systemd עושה, אם מישהו יודע יותר מאשר להגיד את זה :).

        PS: systemd כבר לא מציעה תמיכה בסקריפטים LSB ו- SysV מאז systemd-214, אז אני לא יודע עד כמה נכון התמיכה ה"מורשת "שלה עכשיו או עד כמה היא תואמת תקנים. אני אומר האם LSB עדיין הסטנדרט בלינוקס, או שאני טועה?

        1.    אלן הררה דיג'ו

          תודה שהודעת לי, חשבתי ללכת ל- BTRFS אבל לדעת שלנארט אוהב אותו, אולי תדע שהוא חייב להיות נורא ולרגל אחר ה- NSA-IBM

    5.    אנונימי דיג'ו

      יש מעט מקום לסכם ולהסביר כל כך הרבה ... זה סוס טרויאני ענק, שהם אפילו לא מנסים להשוויץ בו. מה עושה מערכת הפעלה על ידי הכנסת שירותי רשת, dhcp dns ואפילו אני חושב avahi ... לתוך systemd? כוח ההחלטה הולך לאיבוד מאי יכולת לנהל שירותים
      שאינם רצויים ושהם לא מגיעים אלי שניתן להשביתם, אני לא רוצה אותם בחבילה systemd!
      ב- OpenRC מי שמחליט אילו דברים מתחילים בכל רמה, לשירותים מסוימים יש תלות בשירותים אחרים, אך הם מעטים מאוד ומופיעים ברשימה ... בעוד שבמערכת כל דבר עושה מה שהוא רוצה כרגע הוא מרגיש ככה. .. כדי להרוויח כ -5 שניות על האתחול ולהיות מהיר בכיבוי.
      מערכת סיסטם כל כך מורכבת שאי אפשר לדעת מה היא עושה, אתה צריך להתפטר מהמחשבה שזה המאסטר שלך ולא עושה לך שום דבר רע.
      Systemd שובר את הרעיון שהדברים צריכים להיות קלים ומובנים מבחינת הדמונים או השירותים והרמות הריצה, אף אחד שלא משתמש ב- systemd יודע לגמרי מה קורה בשירותים שלהם בכל עת.
      Systemd אינו מאפשר להשתמש ב- syslog-ng באופן מקורי, הם הגדירו את journald לדרוך עליו ולא לתת לזה לעבוד, כלומר, או שאתה משתמש ב- journald או naninga!. יומן המערכת הוא בסיסי לאבטחה ולביקורת של מה שקרה וקורה בחיבורים המקומיים והמרוחקים, אך ג'ורנלד משתמש בפורמט בינארי שרק jornalctl יכול לראות אותו ... לעתים קרובות ג'ורנלד נפגם "באופן מסתורי" בקובץ הבינארי שלו וכ הוא רואה את זה פגום הוא מוחק את זה פעם אחת ומתחיל בזה חדש, ושוכח את כל היומנים שכבר היו קיימים.
      אני יכול להמשיך שעות, אבל הבעיה הגרועה ביותר היא שלנארט לא נותן כדור למי שמדווח על השגיאות האלה ולפי מה שקראתי, הוא לא מקבל טלאים מאף אחד.
      חשבתי שעל ידי כניסה למערכת, הם ידווחו על באגים ותיקונים, שהמערכת תצטרך לקבל ... אבל אני באמת מאמין שללנארט ולרד האט יש תוכנית אחרת לשאר ההפצות .... כמו שאמרתי קודם , סוס TROYA מ RedHat.
      האמת שמבחינתי systemd לא ניתנת לתיקון, הרעיון שעומד מאחורי העיצוב שלה הוא רע באופן רע, עדיף להפעיל מערכת אתחול מאפס מאשר לנסות לתקן את הפרנקסטין הזה.

      1.    אלב דיג'ו

        אָמֵן!! @בעילום שם..

      2.    קונאגי דיג'ו

        אני משתמש ב- systemd (Fedora) כבר כמה שנים והגעתי לזה:
        הנושא מריח מצחיק, מכיוון שיותר דברים מוסיפים השבתה / הפניה נוספת.
        יש לי את כתב העת ישירות ל- rsyslog. יומן בינארי כלשהו שלך כבר נשבר.
        מ- dns אני משתמש ב- bind, אם הם ישלבו אותו ב- systemd אמשיך להשתמש בו זהה, אם כי עלי לשנות הכל.
        אני משתמש ב- XFCE ולכן זה חוסך לי הרבה ממה ש- gnome רוצה לשלב.
        זה כמו פיל בחנות חרסינה.

      3.    טיטו דיג'ו

        נָכוֹן; אפילו הם לא יודעים איך לקרוא לזה. אנו יוצאים לעדכן מדי יום, מתקנים באגים ושאר שטויות. זה נושא שמכעיס אותי למדי; אבל לא רק בגלל העובדה ש- SystemD הוא חרא ריבוני; אם לא איך הם עשו את זה.
        ברור שבעולם לינוקס יש כמה חברות שמנסות לשלוט על הכל; ראה Canonical, RedHat and Gnome, (אפילו מיגל דה איקזה עצמו עזב את Gnome).
        אם אני משתמש בלינוקס זה בגלל מי שאני שולט בזה וזה הבסיס והפילוסופיה של זה; כדי לא לדעת מה היא עושה, אני מרכיב מכונות כאשר W Server כבר פועל.
        מה שאני מצטער על זה שדביאן נכנעה. למעשה, נשקלת האפשרות ליצור מזלג מקביל ללא SystemD.
        בואו נקווה שהדבר לא ילך ליותר; או שאני רואה את עצמי מעביר את כל המכונות שלי ל- BSD.

      4.    יוקיטרו דיג'ו

        @ אנונימי, איש תגובה, אתה לא יכול להיות צודק יותר.

        systemd הוא דבר מטורף שאין לו הסבר בהרבה דברים, האמת גורמת לחשדנות רבה בכל מה שהיא עושה ולא מאפשרת לכלים אחרים לעשות את זה, האמת אני לא יודע איך אנשי דביאן מרשים לעצמם לשים את זה, אבל בכל מקרה הם כבר קיבלו את ההחלטה הזו , ולראשונה זה שנים רבות הפסקתי להשתמש בדביאן כמערכת ההפעלה הראשית, ואמשיך לעשות זאת עד ש- systemd תצא מדביאן לקבלת אפשרות שקופה יותר.

    6.    טיטו דיג'ו

      בקצרה. SystemD מבאס.
      היא מאחסנת יומנים בפורמט בינארי, היא מבוצעת כתהליך האב של כל האחרים, (Pid 1), שאם מישהו נשבר, המערכת הופכת להיות בלתי ניתנת לשחזור; זה מנוגד לכל מה ש- Linux מייצג, כלומר קבצי טקסט רגיל, (מה זה לעזאזל קבצים בינאריים ??, קבצי טקסט רגיל! כמו כל חיי אלוהים).
      יאללה, זה שטויות. אני בכלל לא אוהב כלום.
      אבל תודה לחברות כמו Canonical, Gnome ו- Red Hat; אנחנו הולכים לאכול את זה עם תפוחי אדמה.
      שאם אמנם יש אפשרויות אחרות; לא אשתמש בו, לא בשרתים שאני מנהל ולא במכונות האישיות שלי.
      זה כבר הופך לסניף של חברת רדמונד.

      1.    sephiroth דיג'ו

        אני לא מתכוון להגן על אף אחד, אבל אני זוכר היטב שהקנונית הייתה לגמרי נגד המערכת לטובת התחלה. כאשר דביאן נכנע למערכת זה בסופו של דבר גרר לאובונטו.

  6.   דריו דיג'ו

    בנוסף, באגים אלה יכולים לפגוע באבטחת המערכת וביציבות השרת, למשל, ולכן מי שמתלונן הכי הרבה על הדברים האלה הוא מנהל המערכת.

  7.   אלכסנדר דיג'ו

    ומה לגבי מגיה, זה מדהים ש- KDE יכול לרוץ על 512 מגהבייט של זיכרון RAM, ללא דופי.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   סרחיו א. דוראן דיג'ו

    כמה שאלות; כמה קל לנהל את השירותים ב- OpenRC? וכמה קל להתקין באמצעות זה כברירת מחדל בהתקנת מנג'רו עם מערכת מערכת? מה שאני אוהב ב- systemd הוא שעם הפקודה הפשוטה systemctl להפעיל (שירות). שירות או להשבית מערכת (שירות). שירות אני יכול לנהל את השירותים שלי בקלות, אם אני מעוניין לדעת על OpenRC ובמיוחד אם זה מריח קצת מוזר. כל זה דרך systemd, אגב; אני משתמש חדש

    1.    סרחיו א. דוראן דיג'ו

      דרך אגב; זה אומר שאני נמצא ב- Windows כי אני משתמש במעקף סוכן המשתמש

    2.    אנונימי דיג'ו

      קל מאוד לטפל ב- OpenRC, אני נותן לך דוגמא בשירות ההדפסה של cupsd.

      כדי להתחיל את זה.
      # rc-service cupsd התחל
      * פתיחת cupsd .. [בסדר]

      לעצור את זה.
      # עצירת שירות rc שירות
      * עוצר כוס ... [בסדר]

      כדי להפעיל אותו מחדש.
      # הפעלה מחדש של cupc-service cupsd
      * עוצר כוס ... [בסדר]
      * פתיחת cupsd .. [בסדר]

      כדי להתחיל בכך ברמת ברירת המחדל.
      # rc-update הוסף ברירת מחדל של cupsd
      * cupsd שירות הוסף לברירת המחדל של runlevel [ok]

      כדי להסיר אותו מרמת המסלול המוגדרת כברירת מחדל.
      # rc-update מברירת מחדל של cupsd
      * cupsd שירות הוסר מברירת המחדל של runlevel [ok]

      כדי לראות את הסטטוס של כל השירותים בכל רמות הריצה.
      # rc -status -a

      כדי לראות את המצב של מפלס ריצה, בדוגמה זו ברירת מחדל.
      # ברירת מחדל של מצב rc

      כאן בג'נטו, OpenRC היא מערכת ההפעלה המוגדרת כברירת מחדל ותישאר כך לנצח. יש לנו מערכת צילום עבור מחבלים מתאבדים, שלמרבה המזל יש מעטים ...
      כדי להחליף את ג'ורנלד, אנו משתמשים ב- syslog-ng ו- logrotate, כאן ב- gentoo יומן המערכת יוצא דרך המסוף הווירטואלי vt12 שהוא שליטה + alt + F12, או שאתה יכול לראות אותו ברציפות בכל מסוף גרפי כמשתמש שורש עם:

      # tailf / var / log / הודעות

      1.    סרחיו א. דוראן דיג'ו

        ולהתקין אותו במנג'רו שלי?

      2.    סרחיו א. דוראן דיג'ו

        אני אומר; אני לא הולך לאבד את כל הקבצים ואת ה- XFCE היפה שלי רק בשביל לעבור ל- OpenRC 🙂

      3.    סרחיו א. דוראן דיג'ו

        מוּכָן; התקנתי אותו באמצעות sudo pacman -S manjaro-openrc bluez-openrc (האחרון כי יש לי Bluetooth)

      4.    סרחיו א. דוראן דיג'ו

        עכשיו הבעיה שלי היא שמנהל הכוח XFCE4 לא עובד עם כלים upower-pm-🙁 ואין לי אפשרויות השעיה אופייניות ומצב שינה

    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 מה שעומד לפנינו הוא לטווח הארוך, החל מסופות חול, גשם של טרולים, מזלגות בתפזורת, פיצולי קבוצות dev, ורבים תוהים אם מעבר ל- BSD הוא אפשרות טובה יותר מאשר להיתקע ב- systemd, כי כן.

    באופן אישי, אני מברך על היוזמה הזו של מנג'רו, זו אפשרות עבור מי שלא רוצה להישאר עם מערכת, דבר שאני אוהב, כרגע אני בג'נטו ואני אוהב את זה, אני מרגיש בנוח עם החופש שהוא נותן לי, אבל עכשיו זה עלה במוחי כמה פעמים לבצע את השינוי ב- FreeBSD, ואולי אעשה את הקפיצה החודש, הכל תלוי בזמני ובהזמנת דברים מסוימים לביצוע ההעברה בהצלחה.

    1.    יוקיטרו דיג'ו

      כל זה לא מפריך את המציאות של מערכת, Lennart טוב מאוד בהימנעות מדברים ואחריות, אני ממליץ שבמקום לקרוא רק מאמרים, לקרוא את קוד המערכת או לפחות לקרוא את רשימת ההתפתחות של המערכת, תגלה דברים שמפריכים את מה ששלושת המאמרים האלה אמרו שקרה, ותומכים יותר בפוגעים במערכת.

      1.    פמפ דיג'ו

        טענתו היא לקבוע שיש ידע שמפריך את מה שהראיתי, אך לעולם אינו מציג את הראיות, ולכן אינני יכול לסמוך על קיומן.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    יוקיטרו דיג'ו

        @pamp הטיעון שלי תומך קצת יותר מכיוון שהסברתי אותו לעיל בתגובה 25 לאותו ערך, וחשפתי אותו בערכים רבים אחרים הנוגעים למערכת, בנוסף לחשיפתו ב- Debian irc ורשימת ההפצה הזו, גם ההזמנה שלי היא שתיצור דעות משלך ולשם כך אתה רק צריך לקרוא קצת את רשימת ההתפתחות של מערכת. גם רק כדי לעורר את סקרנותך אני נותן לך את הקישור הזה בו הם אומרים בבירור כי systemd-214 כבר לא מציע תמיכה בסקריפטים של SysV ו- LSB, בתירוץ של "ניקוי קוד".

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

        עכשיו תגיד לי: איפה התמיכה בתקן LSB שאמור להיות נוצר על מנת ליצור בסיס משותף לכל ההפצות? כי תן לי לספר לך משהו, שום דבר אחר בקישור הראשון שלו לנארט מגמיש, מתרברב וממלא את פיו ואומר ש- systemd תומך בשימוש בסקריפטים של SysV ו- LSB, כאשר האמת היא שהתמיכה נשמטת ומוחלפת בגנרטור של ל- init- קבצים, אגב, יש כמה באגים ובסוף אין אפשרות אחרת מאשר להכין קובץ init שלם.

        ברכות.

    2.    טיטו דיג'ו

      הדעות, זה כמו התחת, לכולנו יש אחת.
      מה שהאיש הזה אומר יכול להתאים לו מאוד, אבל זה לא המקרה שלי. ודעתו של אדם שכותב בפורטל אינטרנט אינה כי זו דבר האל. זו דעתך, נקודה.
      אז "הפריך", כלום.
      הדבר הטוב שנותר לנו הוא שנוכל להשתמש בכל מה שאנחנו באמת רוצים; בלי לנסות להיות "טאליבן" ולהטיל את הקריטריונים שלנו על אחרים.
      בשבילי SystemD הוא ממש חרא. ויש אנשים שאוהבים את זה. ובכן, ברוך הבא!
      לא דעתי טובה וגם לא של מי שלא חושב כמוני הוא חרא; הם פשוט שונים.
      זה מה שמבדיל אותנו ממערכות הפעלה אחרות; אנחנו יכולים לבחור.
      בואו לא ניכנס לקרבות חסרי תועלת שלא מובילים לשום מקום.

      1.    אנונימי דיג'ו

        @ טיטו
        לא היית יכול לומר את זה טוב יותר ... אמן.
        עליכם להיות עיוורים כדי לא להבין את המפלס שמכונן המערכת לכסות הכל, לדרוך, לכסות ולעקור פרויקטים שעובדים בצורה מושלמת, ולהחליף אותם בגרסאות שלעולם לא מגיעות או הופכות יציבות, אפילו אין תאימות בין ליבות ויותר משניים גירסאות אחוריות של מערכת.
        נראה שדביאן עברה רעידת אדמה והם הצליחו להתעורר, אני רק מקווה שהם נוטים לעבר eudev ו- openrc, אז ההתפתחות של gentoo debian manjaro וכמה אחרים שמשתמשים ב- openrc תהיה מאוחדת, מה שישפר אותה הרבה בתוך זמן קצר, מנצח את כל הקהילה.

      2.    65 דיג'ו

        אני משני את דבריך.

        יש אנשים שמצטטים אנשים אחרים (בדרך כלל הדעות שמעניינות אותם) ונושאים אותם כראיה.

        מצדי, אין לי דעה ביחס למערכת. אני לא יודע אם מבחינה טכנית זה טוב יותר מ- upstart או openrc, אבל מה שנראה ברור הוא שהאפשרות של sysvinit נשללת על ידי כל ההפצות, כאשר דביאן היא היחידה שעדיין הייתה לה ב- Wheezy בגלל המדיניות שלה. אבל דביאן היציבה הבאה, ג'סי, עתידה להיות דביאן ללא סוויסניט.

        מה שברור הוא שמבחינה אתית מדובר בתוכנה חופשית של 100%; באשר לחלק הטכני, לא למדתי את הקוד ולא השוויתי אותו עם החלופות שלו, כך שאין לי דעה מנומקת. אבל אפילו אובונטו של ימינו משתמשת בחלקים ממערכת למרות שיש להם עדיין התחלה, ואני בספק אם הם עשו זאת מכיוון שקנוניקל "נקנית" על ידי רד האט.

        Systemd איננו "מרושע", בבקשה, איננו נלחמים ב- Skynet (שליחות שליחות קטלנית), או ב- HAL9000 ("אודיסיאה בחלל 2001"), ואין זה הצד האפל של הכוח המבקש לשלוט בג'דיי. גם זה שלא על ידי התמקמות בצוות הוא משתלט על הכל וגורם אפילו למוצרי המזון במזווה להיעלם.

        וכי ש"זה מעביר פרויקטים שעובדים בצורה מושלמת "(תגובה 52), נתקלתי בבעיות עם רשת NFS ביתית במחשבים שניגשים לשרת מכיוון שתהליך כיבוי מחשב הלקוח מנתק את הרשת לפני הורדת מערכת NFS, והכיבוי יקפא, הפיתרון היחיד היה ללחוץ על כפתור ההפעלה / כיבוי כדי לכבות אותו בכוח (באג המדווח על ידי משתמשים שונים); הייתי צריך ליצור סקריפט שיבטל את קבצי NFS להפעלה לפני כיבוי מכונת הלקוח. מצד שני, מחשב שרת ה- NFS מתחבר באמצעות wifi, ומדי פעם החיבור אבד: אני לא יודע אם הבעיה היא מנהל הרשת או שהוא נמצא ב- dhcpd, או איפה.

        אני לא אומר שהבעיות הללו נעלמות עם מערכת; אני מתעלם מזה, כי לא השתמשתי בזה. זה רק מדגם שאומר שהפרויקטים שמחליפים מערכת המערכת עובדים בצורה מושלמת זו הגזמה.

      3.    יוקיטרו דיג'ו

        דבר אחד הוא דעה ואחר הוא ויכוח, בוודאי שהראשון הוא מאוד מגוון כמו שאתה אומר @ טיטו, אבל השני הוא משהו יותר תמציתי וממוקד, זה לא משהו שניתן לתפעל כל כך בקלות, לפחות, לא במקרה של תוכנות חינמיות, שם יש לנו את הקוד בהישג ידנו לבדיקה.

        @pamp אומר לנו שהטיעונים שהוצגו הופרכו במשך זמן רב, וכמבחן ראשון הוא מעדכן אותנו עם דעותיו של לנארט (לא טיעונים). אבל מה שהבחור הזה אומר בתגובות שלו הוא דבר אחד (המספרים 4 ו- 8 הם רק למות מצחוק), ומה שהוא עושה בקוד מערכת זה דבר אחר. גישה שראיתי שוב ושוב בלנארט מאז שהתחלתי לפתח דברים כמו Avahi ו- Pulseaudio, ושניתן פשוט לאשש אותה על ידי קריאת רשימות ההתפתחות ודוחות הבאגים של שתי תוכנות התוכנה.

      4.    יוקיטרו דיג'ו

        @ Dah65 בהחלט אנשים רבים מחזיקים בראיות תוך שימוש בדעותיהם של צדדים שלישיים, הרגל רע עבור מי שאינו יכול לחקור את הנושאים בעצמם לקבל דעה משלהם ואישית, ואף ליצור טיעונים תקפים איתם ניתן להשתתף בדיון בונה. .

        במקרה שלי, אני מתעדכן בשינויים במערכת הודות לרשימת ההתפתחות, אם כי אני לא אוהב את הכלי, אני לגמרי לא אוהב את זה, אבל אני לא מפסיק לקרוא עליו ברמת המשתמש והטכניקה, והסיבה בשביל זה זה מאוד פשוט, אם אני צריך לטפל בלקוח שמשתמש ב- init האמור, אני יודע מה עלי לעשות ואיך לטפל בכל מצב.

        עכשיו לגבי מה שהשירותים פועלים ללא בעיות, זו טעות, יש סקריפטים רבים של SysV עם בעיות, והדבר קורה ב- systemd, אך לפחות כאשר אתה מדווח על שגיאה ב- SysV הם מתוקנים או שאתה יכול לעשות זאת בצורה פשוטה כפי שהגבת. , ב- systemd, לאחר ביצוע דיווח על באגים, אתה יכול למצוא WONTFIX או סגור, תודה ל- Lennart או קיי, לפי המקרה ואני לא מגזים כשאומרים את זה, דוגמה כאן:

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

        קרא תגובה 48, אין לך הפסד. 53 של קלמנט הוא אחר שאין לו שום הפסד, במיוחד בגלל הפיתרון הארכאי אך הפונקציונאלי שלו לבעיה שלנארט לא רוצה לפתור וכי דרך אגב דווח עליה בשנת 2011.

    3.    מריו דיג'ו

      אותם "מיתוסים" שהקימו אותם? חלקם מוסרים מהגלריה מכיוון ש- "systemd אינו נייד ללא סיבה." נכון לגמרי שהוא לא נייד (והוא מודה בכך באומרו שהוא מאוד מותאם אישית לינוקס)
      זה מניח שגיאות, כמו ההנחה ש- BSD לא מעוניין (החבר'ה של BSD אומרים אחרת: "ג'ורדן האברד - FreeBSD: עשר השנים הבאות (MeetBSD 10)"), גם אם זה היה נייד הם לא היו מאמצים את זה ודברים כאלה (מיתוס 2014).

      אם הכוונה של Poettering היא שנתחיל לשכתב סקריפטים, בלעדי למערכת שלך (http://0pointer.de/blog/projects/systemd-for-admins-3.html) אנחנו הולכים להשתבש. באופן עקרוני לתסריט init קלאסי לא אכפת לאן אתה הולך. שינויים מינימליים נעשים לעבודה על GNU, UNIX או BSD. ובכן זה היה עד עכשיו (אלא אם כן משתמשים ב- OpenRC). בכל מקרה, אני חושב שדברים כאלה יפיקו פילוג בין לינוקס לשולחן העבודה והשרתים. משתמשי אובונטו ונגזרים יראו את השינויים רק בסוף השנה הבאה.

      1.    אנונימי דיג'ו

        @ Dah65

        ובכן, מכיוון שאתה אומר ש- systemd אינו מעוות באופן אישי, אז ספר לי מדוע הם לא מכניסים את אפשרויות Makefile כדי להשבית את כל המודולים שלו בזמן הקומפילציה, כך שמי מאיתנו שלא אוהב לקבל את אותם "מודולים אופציונליים "שצעדו על חבילות אחרות, כדי שנוכל להרכיב אותן וליצור גרסאות משלנו למערכת capped!
        אתה יודע למה הם לא? מכיוון שצורת הפיתוח שלה נקראת הטלת אילוץ וכיוון של- 95% מהמשתמשים אין NPI, הם מנצלים את ברירת המחדל, דחינו אותה לכולכם.
        ככה תוכנה חינמית או קוד פתוח או איך שלא רוצים לקרוא לזה זה לא עובד, עכשיו זה מצחיק אותי, כי עם המזלג החדש לדביאן אנשים רבים חושבים שזה בזבוז כוח ואני כל הזמן תוהה כמה קשה היה להכניס אפשרויות אוסף נוספות ל Makefile?
        הנושא לא נותן יותר, זה כמו לרצות לערבב מים עם שמן, ולכן מזלגות אינסופיים יוערכו בכל התפתחות שבה יש הטלה של מעטים לכל השאר.

      2.    יוקיטרו דיג'ו

        @mario זה בדיוק מה שאתה אומר. ג'ורדן האברד גם התחיל לעצמו כי יש לעדכן את יוזמת ה- BSD לא רק כדי להתאים את עצמה לטכנולוגיות חדשות אלא גם לתמוך בתכונות חדשות שאפשריות כעת, אלא שהוא עוקף את הרעיון שיש כיום למערכת כיצד עליהם להיעשות. דברים, והם מפשטים את זה לפילוסופיה שתמיד שררה ב- UNIX, "הכנת תוכנית שעושה דבר אחד ועושה את זה טוב", ושבאופן יזום זה חשוב ביותר, מכיוון שאנחנו לא מדברים על שד אחד נוסף, אנחנו מדברים על ההתחלה של מערכת הפעלה, בנוסף להיותה אמצעי אבטחה, בהשוואה למה שמומחים רבים כבר מתחילים להשתולל לגבי מערכת d, וזה ניתן להמחשה, מערכת ד נראית הרבה כמו svchosts.exe מ- Windows, עושה מה התחלת שירותים לבקרת רשת בין הרבה דברים אחרים.

  10.   לואיס דיג'ו

    חבר'ה, זה ממש מפחיד.

    האם זה מאוד מסובך להסיר מ- ArchLinux ????

    אני הולך לחפש מידע אבל אני לא מעז לגעת בדברים מהסוג שמא אדפוק ואאבד את המערכת שלי.

  11.   מנה דיג'ו

    מהתגובות הרבות שקראתי, SYSTEMD הוא סוס טרויאני אמיתי ...
    משמעות הדבר היא לחסוך את מי שיכול? יש מעט מידע בספרדית - על תצורת שולחן העבודה ב- FreeBSD והפיכת המערכת מוכנה לשימוש.

  12.   רפאל מרדג'אי דיג'ו

    מערכת גרועה, שיהיה. xD

  13.   וואקו דיג'ו

    מערכת השנאה הזו לא תהיה ויראלית ???? Arch עבר לי מצוין ... אם זה נכון שהוא מכסה יותר, אני לא יודע אם זה טוב או רע! אבל אולי יש כבר נקודות תורפה להשתלטות או על נגיף כלשהו שמשמיד את המערכת בגלל זה ... אם היא יציבה ובטוחה אני לא רואה את הבעיה ... בכל מקרה אראה אם ​​יש לי זמן וללמוד את הנושא ו לעשות כמה בדיקות עם openrc

    1.    דריו דיג'ו

      לא כל כך יציב. וזה הרבה יותר חסר ביטחון מאשר מערכת v. עבור משתמש שולחני כמו רבים מאיתנו (אני) זה גם לא מהווה בעיה, אתחול מהיר יותר עובד טוב ואני בדרך כלל לא קורא את היומנים ולכן לא משנה כמה הם ברורים או אם זה בפורמט בינארי.

      יש לי תיאוריה לינוקס תצמח בשולחן העבודה (ובממשלות) ותאבד שטח בשרתים (במקום לקחת מערכת הפעלה כמו freebsd)

  14.   אוסקר דיג'ו

    ב- Wiki esdebian הם מפרסמים כיצד להתקין את SysVinit על דביאן ג'סי. http://www.esdebian.org/wiki/sysvinit

  15.   אנונימי דיג'ו

    כשאני קורא על אבטחה, אני מגלה שבצד האינטל יש לוחות אם עם ערכות שבבים, בדרך כלל בצפון גשר, הם מיישמים משהו שנקרא AMR Intel Active Management Technology .... מעניין, למרבה המזל אין לי אינטל, אבל אני ' אני אתחיל לחפש את זה. בצד של AMD אין דבר כזה.
    הם מדמיינים שילוב של אינטל + AMR + מערכת חלילה.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    לא פלא שהפרנואיד של סטלמן זועק לסרטים בחינם.

    1.    טיטו דיג'ו
  16.   65 דיג'ו

    ראשית, אני לא משתמש ב- systemd מכיוון שהוא עדיין לא מובנה בקובונטו (אני עם Netrunner 14, נגזר מקובונטו 14.04).

    לאחר שהבהרנו זאת, יש לציין מספר דברים:

    1 systemd מאומץ על ידי מפתחים / חבילות חבילות רבות של הפצות שונות (Debian, openSUSE, Arch, Fedora ...), אך כעת מתברר שקוראי הבלוג הזה יודעים יותר ממה שהם יודעים על היתרונות והחסרונות של systemd.

    2- systemd היא תוכנה חופשית, שאת הקוד שלה ניתן לקרוא (ולהבין), על ידי מי שיש להם זמן וידע (אותם מפתחים / אריזות שדיברתי עליהם קודם). אם אתה מסתיר דלתות אחוריות, הן היו מתגלות. כמה מהקוראים משתמשים בקושחה או מנהל התקן קנייני, שאת קודו לא קראתם ואינכם יכולים לקרוא? אני חושב שזה יותר הגיוני לפחד מזה מאשר לא למערכת.

    3- כולנו עובדים עם חבילות בינאריות, מכיוון שכאשר אני מוריד .deb ממאגרים להתקנתו, אני לא מוריד קובץ טקסט רגיל. אז הטיעון הזה די פרדוקסלי.

    4- ב- GNU / Linux יש כבר תוכניות שעושות הרבה דברים: אותו גרעין, שמשלב יותר ויותר דרייברים, ואפילו קושחה קניינית (עדיף להכניס דלת אחורית לקושחה הסגורה מאשר בתוכנית שהקוד שלה מתפרסם). יש גם Xorg, שמטפל לא רק בשרת הגרפי אלא גם במקלדת, בעכבר ובדברים אחרים; אף אחד לא אומר ש- Xorg "מסגיר" את הפילוסופיה של UNIX על כך, הם רוצים לפרוש ממנו כיוון שכבר עלו עליו פרויקטים אחרים.

    5- "לינוקס היא בחירה", כמובן, אבל זה החופש לבחור אם אני רוצה לקרוא את הקוד, לשנות אותו, להפיץ אותו וכו '. לא שהפצות נדרשות בכדי לתת את כל האפשרויות (כל ארכיטקטורות המעבד, כל סביבות שולחן העבודה, כל פורמטי החבילה וכו ')

    6- למי שחושב לעבור ל- BSD, אני זוכר שקראתי חדשות שבחלק ממערכות ה- BSD NSA האמריקאית כבר הניחה את ציפורניה. אם החדשות האלה היו נכונות, אני לא יודע מכיוון שלא עקבתי אחר הנושא. אבל זה אירוני שאני בורח ממשהו "כי רד האט עומד מאחוריו ואולי ..." להיכנס למשהו ש"אולי ה- NSA מאחוריו .... "

    בנוסף לשימוש ב- GNU / Linux, BSD, Windows, או כל מה שתרצה שנשתמש בו, אנו יכולים גם להשתמש בהיגיון וביכולת ההיגיון שלנו.

    1.    אלב דיג'ו

      ראשית, אני לא משתמש ב- systemd מכיוון שהוא עדיין לא מובנה בקובונטו (אני עם Netrunner 14, נגזר מקובונטו 14.04).

      לאחר שהבהרנו זאת, יש לציין מספר דברים:

      1 systemd מאומץ על ידי מפתחים / חבילות חבילות רבות של הפצות שונות (Debian, openSUSE, Arch, Fedora ...), אך כעת מתברר שקוראי הבלוג הזה יודעים יותר ממה שהם יודעים על היתרונות והחסרונות של systemd.

      במילים אחרות, לקוראי הבלוג הזה, בהיותם קוראים בלבד, אין את היכולת להבין אם משהו טוב או לא, מכיוון שעלינו להיות מונחים על ידי שיקול דעת טוב, ידע וניסיון של חבילות ומפתחים. האם זה?

      2- systemd היא תוכנה חופשית, שאת הקוד שלה ניתן לקרוא (ולהבין), על ידי מי שיש להם זמן וידע (אותם מפתחים / אריזות שדיברתי עליהם קודם). אם אתה מסתיר דלתות אחוריות, הן היו מתגלות. כמה מהקוראים משתמשים בקושחה או מנהל התקן קנייני, שאת הקוד שלו לא קראתם ואינכם יכולים לקרוא? אני חושב שזה יותר הגיוני לפחד מזה מאשר לא למערכת.

      נכון, זו תוכנה חופשית, ואם מופיע משהו מוזר, אנשי העל שעליהם דיברתם בעבר ושאנחנו חייבים לסמוך עליהם יוכלו להבחין ולהודיע ​​על כך, או אולי לא, כי אולי מכיוון שהם אנשים הם יתפתו לשתוק בתמורה למשהו.

      3- כולנו עובדים עם חבילות בינאריות, מכיוון שכאשר אני מוריד .deb ממאגרים להתקנתו, אני לא מוריד קובץ טקסט רגיל. אז הטיעון הזה די פרדוקסלי.

      כשאתה מוריד .deb, כל מה שאתה עושה הוא להוריד קובץ דחוס, שאותו אתה יכול לפתוח, ולראות מה יש בפנים ואפשרי, שם נמצא הבינארי. 😉

      6- למי שחושב לעבור ל- BSD, אני זוכר שקראתי חדשות שבחלק ממערכות ה- BSD NSA האמריקאית כבר הניחה את ציפורניה. אם החדשות האלה היו נכונות, אני לא יודע מכיוון שלא עקבתי אחר הנושא. אבל זה אירוני שאני בורח ממשהו "כי רד האט עומד מאחוריו ואולי ..." להיכנס למשהו ש"אולי ה- NSA מאחוריו .... "

      אני לא יודע מי הם המשתמשים שהולכים לברוח מלינוקס כדי ללכת ל- BSD, אבל למשל, אני לא אצטרך לעזוב את לינוקס, אני רק אצטרך להשאיר הפצה שתשים את Systemd מאחוריך כן או כן.

      בנוסף לשימוש ב- GNU / Linux, BSD, Windows, או כל מה שתרצה שנשתמש בו, אנו יכולים גם להשתמש בהיגיון וביכולת ההיגיון שלנו.

      בקיצור, אלה מאיתנו שמגיבים, קוראים ומשתמשים ב- GNU / Linux בבלוג זה לא מנמקים. זה מה שאתה רוצה לומר? בכל מקרה אני אגיד לך מהניסיון האישי שלי ומהנימוקים שלי (יהיה זה הגיוני או לא):

      Systemd הוא חרא תקוע על מקל. קראתי שישנם כניסות אחרות שמתחילות הרבה יותר מהר ולכן אינן צריכות לשלוט ב- DNS, RED, CRON וכל השאר ש- Systemd רוצה לשלוט בו. אולי עבור משתמש קצה, שדואג לו רק להפעיל את המחשב, לפתוח דפדפן ולשלוח מיילים, זה לא משנה אם הם משתמשים ב- Systemd או Systemx, אבל עבור אלה מאיתנו שמנהלים שרתים זה כאב בתחת. ואני שואל אותך את אותה השאלה שאני תמיד שואל, מה יקרה אם Systemd ייפגע וילך לעזאזל? האם נשארנו ללא אדום, ללא CRON, ללא DNS, ללא Init וכל השאר שהוא עושה? שם אני משאיר את זה בשבילך.

      והיזהר, אני אומר לך את כל זה ללא צרות. עם זאת, ברוך הבא לחלקים אלה.

      1.    65 דיג'ו

        תודה על קבלת הפנים.

        בתגובה ללא מצוקות, אני מבהיר שאני לא מפתח מערכת ולא מקבל תשלום כדי לקדם אותה. ושהוא בכלל לא משפיע עלי אם אנשים אחרים משתמשים בזה או לא, זו ההחלטה שלהם.

        אבל מה שאני רואה בעניין זה נראה, לפעמים, כהיסטריה, וקראתי דעות של אנשים שלמרות שלמדו את הקוד או השתמשו בו תייגו אותו כזבל, הטלה, בגידה, ואני לא יודע כמה דברים אחרים. זה מזכיר לי מצב שחוויתי לפני כמה ימים, כאשר אדם שהודה שמעולם לא התקין את Windows או ידע לחלק כונן קשיח החל לומר כי לינוקס הייתה קשה מאוד ... מבלי לנסות זאת מעולם, ו שיש לו גם אנדרואיד בסמארטפון שלו.

        האם השוו בין מערכת עם sysvinit, עם upstart ועם openrc? נהדר, אתה יכול לקבל החלטה על סמך הניסיון שלך. זה הכי טוב, כי אתה יודע גם שההפעלה שעובדת במחשב אחד יכולה להיות משתלמת במחשב אחר, ולכן אלו מאיתנו שיש להם ניסיון כלשהו ב- GNU / Linux אומרים שההפצה הטובה ביותר היא זו שאיתה המשתמש מרגיש בנוח.

        1- «במילים אחרות, לקוראי הבלוג הזה, מכיוון שהם רק קוראים, אין את היכולת להבין אם משהו טוב או לא, כי אנחנו חייבים להיות מונחים על ידי שיקול דעת טוב, ידע וניסיון של חבילות ומפתחים »

        אני קורא של הבלוג הזה די הרבה זמן (אתה תראה את ההערות שלי בחדשות ישנות), אז אני נכלל בחבילה. והתשובה היא שלא: להיות קורא של בלוג זה או אחר אינו מאפשר לי (לפחות לי) לשפוט את הטוב או הרע של תוכנה שאיני מכיר. אני יכול לקרוא את מה שאחרים אומרים, ובמקרה זה יש עמדות בעד ונגד מערכת מערכת; למעשה, בכל פעם שהנושא עולה בפורוניקס יש הרבה ויכוחים, אבל גם שם הערות טענות אינן נדירות. אני מתכוון לטיעונים כמו "כאשר מערכת שיחות קוראת לתהליך X מתרחשת לולאה אינסופית, מה שהופך את המערכת לבלתי שמישה."

        והאמת היא שעל ידי שימוש בהפצה או אחרת, אתה מונחה על ידי שיפוט, ידע וניסיון של חבילות ומפתחים. השימוש בכל מערכת הפעלה או תוכנית כלשהו מרמז בחלקו על הסתמכות על שיקול דעתם וניסיונם של אחרים; לדוגמא, עם לינוקס אתה מקבל את ההחלטה להשתמש בגרעין מונוליטי במקום להשתמש במיקרו-קרנל כמו הורד. החלטה זו הייתה של לינוס טורוואלדס, ואתה מקבל אותה באמצעות הליבה שלו.

        2- «נכון, זו תוכנה חופשית, ואם מופיע משהו מוזר, אנשי העל שעליהם דיברתם בעבר ועליהם עלינו לסמוך יוכלו להבחין ולהודיע ​​על כך, או אולי לא, כי אולי הם אנשים שהם ירגיש פיתוי לשתוק בתמורה למשהו. "

        ובכן, חשדן, מדוע לסמוך על לינוס טורוואלדס וריצ'רד סטולמן ופרויקט GNU? לא בחנתי את הקוד של התוכניות שלהם, אז אולי הם מטעים אותי.

        3 - «ואני שואל אותך את אותה השאלה שאני תמיד שואל, מה יקרה אם Systemd נפגע ויגיע לעזאזל? האם נשארנו ללא אדום, ללא CRON, ללא DNS, ללא Init וכל השאר שהוא עושה? אני אשאיר את זה שם. »

        מה אם OpenRC נפגע בדרך כלשהי? או התחלה? או הגרעין? זה קרה לי, לאחר עדכון "רגיל" בבדיקות דביאן, נגמר לי ה"גרוב ", לא יכולתי להיכנס לדביאן או לחלונות, ובאותה תקופה הבורות שלי פירושה שיש לי רק אפשרות להתקין מחדש.

        4- «בקיצור, אלה מאיתנו שמגיבים, קוראים ומשתמשים ב- GNU / Linux בבלוג זה לא חושבים. זה מה שאתה רוצה לומר? "

        לא, אני לא מתכוון לזה; אני לא מתכוון להכליל ממצב מסוים וקונקרטי, למכלול ההתנהגות של אחד או אלף אנשים. אבל אני כן מאמין שבמקרה של מערכת זה מדברים פעמים רבות מבלי לבצע ניתוח אובייקטיבי ורגוע; זה קרה גם עם Wayland - Mir, טענות מופרכות רבות הועלו, הן נגד Wayland והן ב- Canonical.

        בנוסף, אני חוזר וקרא שאני קורא ומגיב בבלוג זה (כמו באחרים), וכי אני משתמש ב- GNU / Linux.

        ואני חוזר גם על מה שאמרתי קודם: בואו נשתמש במוח שלנו, ננתח את מה שאנחנו שומעים וקוראים, ניקח נקודות מבט שונות כדי לנסות להפריך את A וגם את ה- A, ואם אפשר, בואו נקבל את הניסיון שלנו לבסס את מסקנותינו על עובדות . ואז בואו נשתמש במה שמרגיש לנו נכון.

      2.    וואקו דיג'ו

        אממ .. ובכן שלפשרה היא השערה זה כמו הכל .. השאלה שלי כבר עברה? .. אולי באגים לא נמצאים בכל התוכנות והם מתוקנים אם יש באגים במערכת- הם מתקנים את זה וכפי שכל תוכנית יכולה להיות הבאגים שלה .. הבעיה היא לא שהוא יכול להיכשל, זה אם אתה רוצה שהוא יעשה או ישלוט במה שהוא עושה אבל לא בהנחה שהוא יכול להיכשל כל דבר יכול להיכשל ברגע ... אני לא מעריץ של מערכת בכלל, זו רק דעתי.

        1.    אלב דיג'ו

          באג יכול להתרחש במחשב של משתמש ושום דבר לא יכול לקרות, אבל בשרת הדברים מאוד מאוד שונים.

      3.    יוקיטרו דיג'ו

        @waco בוודאי אם תקבל באגים בתוכנה כדאי לתקן אותם. הבעיה היא שבמערכת יש הרבה באגים ישנים (חלקם עוד משנת 2010 ורציניים) והם עדיין לא מתוקנים היום, או פשוט מורידים, או פשוט מסומנים על ידי Lennart כסגור או WONTFIX.

    2.    וואקו דיג'ו

      התגובה שלך מאוד מוצלחת! לא כולנו יכולים ליפול למערכת מערכת מכיוון שהיא אופנתית ונוצרה כקמפיין למריחה לכך ... לכל שינוי יש דחייה.

    3.    יוקיטרו דיג'ו

      אני מגיב לטענותיך:

      1.- משתמשים רציניים ושואלים, ומפתחים כאחד יודעים את היתרונות והחסרונות של אימוץ מערכת בכל סביבת פיתוח ועבודה, החולשות והעוצמות של מערכת המערכת אינן משתנות עקב נקודת מבט זו או אחרת.

      2.- אין ספק ש- systemd היא תוכנה חופשית וניתנת לביקורת. הבעיה היא לא שיש לו דלתות אחוריות נסתרות, הבעיה היא שהיא עושה דברים ש- init לא צריכה לעשות (בקרת רשת, dns, קונסולות TTY וכו '), שיש לה הרבה שירותים שאמורים לאחרים, זה עושה דברים בצורה שונה לחלוטין לאופן שבו הם צפויים להיעשות, מה שמפר את הכללים של ליבת הלינוקס עצמה (coredump), שרבים מהמפתחים שלה דואגים מעט מאוד לפתור בעיות מבניות שיש ל- systemd (coredump ו- debug הם בין הרציניים ביותר שעדיין לא נפתרו).

      3.- דבר אחד הוא להוריד בינארי שמתברר כתוכנית שההגדרה והלוגים שלהם עדיין נמצאים בטקסט רגיל, ודבר אחר הוא להוריד בינארי שתצורתו והמידע האחר מאוחסן בינארי והוא נגיש רק באמצעות ספציפי כלים, זה המקום בו הדברים משתנים. יומן בינארי אינו מציע אבטחה (אם אתה באמת רוצה אבטחה, הצפן את המחיצה עם AES-256), זה רק קופסה שחורה ממנה אינך יודע דבר על המתרחש והיא מתאימה לעצמה להרבה דברים, למשל : דמיין שיש לך טרויאני שמנצל פגיעות מערכתית ודרכו משיג גישה מלאה למערכת כולל שירות יומן והסלמת הרשאות. האם זו לא בעיה רצינית? האם היומנים הבינאריים שמטופלים ישירות על ידי systemd לא היו פונים נגדך בכך שאתה לא נשמע מבלי להגיע לנקודה שהם כבר שונו מבלי לדעת? יש את הנקודה ואת ההבדל בין תוכנית לקובץ תצורה / יומני / dumps בינארי.

      4.- הגרעין הוא פיסת תוכנה שתוכננה במובן זה, היא נועדה מההתחלה לשלוט על כל מה שבמחשב האישי שלך, לא יוזמה. Init מוקדש רק כדי לגרום למערכת שלך להרים את הגרעין ולהיות שמיש, מכיוון שזה הדבר הראשון להתחיל והדבר האחרון שיסיים. לכן זה נקרא init (אתחול) מכיוון שהוא רק מפעיל את המערכת ולא עושה שום דבר אחר, והסיבה לכך פשוטה מאוד, ה- init חייב להיות התוכנה הכי יציבה ומושלמת שיש, כדי להימנע מסיבה כלשהי בסופו של דבר זה שובר את כל המערכת, מדובר ביציבות ובביטחון. Xorg, הוא קול אחר, הוא עושה הרבה דברים שזה נכון, אבל שום דבר לא מסוכן כל כך שישאיר אותך עם מערכת בלתי שמישה לחלוטין, וגם התצורה שלה עדיין נעשית בקבצי טקסט פשוטים.

      5.- בוודאי שההפצות אינן מחויבות להציע חופש במובן הרחב, ובגלל זה מוצג התיאור הנוכחי. אבל אנו משתמשים וקהילה, ורבים מאיתנו פשוט לא מסכימים עם יישום המערכת הזו, ולכן אנו גורמים לקול שלנו להגיע, בין אם הם מקשיבים לה ובין אם לא, זה עניין של אלה שמפתחים את ההפצה וההחלטה שלהם תשפיע על מי שמחליט להשתמש בהפצה שלהם או לא, וזה יכול בבירור להוביל לכישלון של כמה הפצות, תלוי איך הדברים מתנהלים ודוגמה עכשיו היא דביאן והמזלג שלה.

      6.- החדשות של BSD הן בגלל מה שקרה ב- OpenSSH ובמחסנית ה- IP של OpenBSD, דלת אחורית שאגב השפיעה לא רק על BSD אלא גם על לינוקס (במקרה של OpenSSH), וזה תוקן. המצב מיוחס ל- BSD, משום ש- BSD (תיאו דה ראדט ב- OpenBSD) הוא שאחראי על פיתוח הכלי הזה (OpenSSH) והמצב נוצר מכיוון שמפתחים מסוימים שכבר אינם פעילים בפרויקט שתלו את הדלת האחורית. . המצב נפתר והוצהרנו הצעדים הרלוונטיים לנקוט במקרה שמצב זה יכול להשפיע על מי שעשה שימוש בתוכנה. עכשיו: האם מצב זה יכול להתרחש ב- systemd? התשובה היא פשוטה והתוצאה היא הרת אסון, מכיוון ש- systemd מטפל בהסלמת הרשאות בין הרבה דברים אחרים, דלת אחורית ב- systemd פירושה גישה מוחלטת למערכת, דבר שלא קרה עם הדלתות האחוריות שהוזכרו ב- BSD.

  17.   אוסקר דיג'ו

    הם מחזירים את מזלג דביאן ללא מערכת כבר יש דף אינטרנט. נראה כי הפרויקט מתנהל ברצינות רבה. https://devuan.org/

  18.   אאדיטיה בגגה דיג'ו

    עדכוני ISO וכמה העלאות חדשות.
    https://forum.manjaro.org/index.php?board=50.0

  19.   קיוס דיג'ו

    המתקין לא מאוד ברור, אני לא יכול לבצע את צעדיהם, במיוחד בחלק של המחיצות, אני לא יודע למה הם מתעקשים על הדברים המבלבלים האלה.

  20.   מנואל ר דיג'ו

    יש משהו שתופס את תשומת ליבי בהתקנת הרשת עם Openrc, אי שם בהתקנה אני כל הזמן רואה את ההודעה שאתה מגדיר את מערכת d, האם הם באמת יהיו נקיים מ- systemd או מהשימוש בו?

    1.    קיוס דיג'ו

      שלום מנואל, אני גם מתבונן באותו דבר במהלך ההתקנה, זה חייב להיות עניין של המתקין כי מה שאין ספק זה ש- systemd לא מותקן, אתה מאשר בטרמינל ככה: pacman -Qs openrc

      לגבי

      1.    מנואל ר דיג'ו

        שלום keos, קודם כל אני מתנצל שלא עניתי קודם. אני מעריך את תגובתך, אני שמח לדעת שמנג'רו מציעה אפשרות זו; ברגע שתסתיים התמיכה המדויקת של אובונטו (או אולי מוקדם יותר) אני אתקין אותה. בברכה.

  21.   אנונימי דיג'ו

    פוסט טוב

    אני אמתין במנג'רו עם Systemd בזמן שגרסת OpenRC תבשיל קצת יותר, אני רוצה לצאת ממערכת ... (אני מזיעה בזה)