Demystifying SystemD

כל יום המחשבים שלנו הם חלק חשוב יותר מחיינו, אם יש לו איזושהי בעיה זה משפיע על מצב הרוח שלנו, ההומור שלנו hehe בטח, משתמשי Windows נוטים יותר להתקפי פאניקה מאשר אם נגיפים (יחי לינוקס!), מה אם איחוי HDD, מה אם מחפש ומתקין את נקי מאסטר למחשב (למרות שכאן בלינוקס אנחנו עדיין צריכים לנקות את המערכת, BleachBit היא אחת החלופות המועדפות). לאחרונה למשתמשי Linux יש (חלקם) כאב ראש מסוים שנקרא: system

ובכן, הנקודה קראתי מאמר מעניין על system, שנראה שזה מה שהיה באופנה לא הרבה זמן.

מערכת D., שנראה למישהו כמו (ואני אשתמש במילים של חבר), טבעת אחת לשלוט בכולם ... אחרים פשוט לא מתאימים וגם לא, כל עוד המחשב עובד בסדר, לא אכפת להם אם init עושה X או Y דברים או אם משתמשים ב- systemd. לזה שכותב, נו ... נניח שאני מעדיף init, אני מוצא את זה פשוט יותר 🙂

אני משאיר את המאמר כאן:

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

systemd מבוסס על בינארי

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

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

אוהדי מערכת הומר סימפסון

הדבר הזה הוא מונוליטי והוא שולט בהכל

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

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

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

זה לא נראה כמו יוניקס

בהחלט יש בכך אמת. קבצי המקור של המערכת אינם מכילים שורת קוד אחת משורות UNIX המקוריות. עם זאת, ההשראה נגזרת מ- UNIX, ולכן יש הרבה UNIX ב- systemd. דוגמה תהיה רעיון ה- UNIX "הכל קובץ" שבא לידי ביטוי בכך שב- systemd כל השירותים נחשפים בזמן ריצה במערכת קבצי ליבה, קבוצות. אז אחד המאפיינים המקוריים של UNIX היה תמיכה מרובת מושבים, המבוססת על תמיכה מובנית במסוף. עם מערכת הביאנו תמיכה מרובת מושבים באופן מקורי, אך הפעם עם תמיכה מלאה בחומרה של ימינו, המכסה גרפיקה, עכברים, שמע, מצלמות רשת ועוד. למעשה העיצוב של המערכת כחבילת כלים משולבים שלכל אחד מהם יש את המטרות האישיות שלהם, אך כאשר משתמשים בו יחד הם יותר מסכום החלקים, שהוא פחות או יותר בבסיס הפילוסופיה של UNIX. כך שאופן הטיפול בפרויקט שלנו (כלומר שמירת מרבית ליבת מערכת ההפעלה במאגר git יחיד) קרוב הרבה יותר למודל ה- BSD (שהוא UNIX אמיתי, בניגוד לינוקס) כדי לבצע את הדברים (שם רוב מערכת ההפעלה הליבה נשמרת במאגר CVS / SVN יחיד) שמעולם לא היה המקרה בלינוקס.

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

זה מאוד מורכב ...

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

זה לא מאפשר לי להשתמש בתסריטי מעטפת

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

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

 ראיתי את המאמר ב- GUTL (שבתורו נלקח FromAbreus)

שופר-1984

זרם מערכת?

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

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

אני לא אגיד אם זה גרוע כמו שאומרים, פחות רע או גרוע יותר. המערכת עובדת עבורי ללא בעיות, אולם לטעם האישי הייתי מעדיף init, מכיוון שהדרך שלה לארגן דברים שונים (כמו למשל יומני עץ) אני אוהבת יותר טוב, אבל היי, אם המערכת תיקרא סוס מירוץ ועליה להחליף ליזום (האם זה יהיה פרד החבילה שלנו, שעושה הכל חוץ מאט?) ובכן ... בנאדם, כל עוד השינוי אינו פתאומי במיוחד, משתמשים יכולים להסתגל ללא הרבה בעיות והמערכת עובדת טוב יותר (כן, יותר טוב, זה לא מספיק לי!), ברוך הבא 😀


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

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

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

*

*

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

  1.   כהה דיג'ו

    מאמר טוב מאוד, הייתי עם Linux Mint 17.1 Rebecca עם systemd כבר כמה ימים ואני מרגיש הרבה יותר נוזל מאשר בגרסאות קודמות, אני לא יודע הרבה על זה כי אני משתמש נפוץ שלומד על זה אבל אני אהיה מודע, זהו המאמר הראשון שקראתי שאינו מדבר על מזיקים של מערכת D.

    1.    SynFlag דיג'ו

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

      1.    קרלוס דיג'ו

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

    2.    סנטיאגו בורגוס דיג'ו

      ואיך הצלחת להכניס מערכת ל Mint של לינוקס? רציתי לנסות להכניס אותו אבל אני לא יודע אם יש משהו נוסף לעשות (למה, בתיאוריה, אובונטו כבר מביא), אם יש לך מדריך בעניין או משהו שאתה יכול להעביר לי הלאה, אני יעריך את זה מאוד

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

    מאמר טוב מאוד. בוא נראה אם ​​הטאליבן נגד מערכת D קרא את זה (אבל אני בספק)

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

    1.    אלב דיג'ו

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

      1.    jlbaena דיג'ו

        עם זאת, כפי שנאמר בסוף המאמרים שלך:

        «elav: בלוג אישי / טוויטר / G+ / משתמש ArchLinux. מדען מחשבים, חובב מוזיקה, בלוגר ומעצב אתרים. מנהל ומייסד של DesdeLinux.נֶטוֹ. »

        כלומר, אתה משתמש באחת ההפצות הראשונות ש- SystemD אימצה.

        לגבי

    2.    חורחה רובלס דיג'ו

      בסדר, ילד.
      בלי מילים !!!!, תמשיך לשחק, שהחיים ורודים.

    3.    טיטו דיג'ו

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

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

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

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

      בוא נראה, אנשים קוראים ולא קוראים. האם יש או שאין טליבאן נגד מערכת ה- D? יש! ויש בצד השני, אלה שמגנים על זה בשיניים ובציפורניים כאילו מדובר בתרופת פלא. מה הם כולם שהם? לא! בכלל לא! יש כאלה שמזדהים עם זה או אחר ורואים את הטוב והרע גם שלהם וגם של אחרים. עם אלה אתה יכול לדבר בלי בעיה. אבל הם לא יכחישו שיש טליבאן. ומצד לצד. ואם מישהו נעקץ מכך מבלי להבין שהוא יכול בהחלט לא להיות טאליבאן, אני מניח את דעתי מכיוון שהראיות הופכות אותם לאשמים.
      אם אני משוחח עם מישהו על SystemD ומלכתחילה אותו אדם לא קורא לו בשמו אלא Systemshit או משהו דומה, הייתי רוצה שבכנות יגידו לי אם אפשר לנהל שיחה עם אדם כזה שבפסילה פוסל את יָרִיב. זה לא יכול.
      בכל מקרה, אתה צריך לקרוא. בואו נראה, אם אני בא ואומר "יש איזה צ'שפהפה (מילה מומצאת) שמרביצים לילדים כשהם עוזבים את בית הספר" ומעטים באים להגן על "צ'שפהפה" האם זה לא לחשוב שהם עצמם?
      ובכן, אם מישהו שם בחוץ (לא טליבאן, בבקשה, וגם לא eschejfhduf) ירצה לדבר על היתרונות והחסרונות של init ו- SystemD (שיש גם טוב וגם רע) אני אשמח להיות בסביבה.
      ברכות.

    6.    סינפלג דיג'ו

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

      קראתי את כל המאמר ואני יכול לומר לך:

      Systemd מבוסס על בינארי: נכון
      דה-מיסטיפיקציה: שקר

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

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

      ===========
      "הדבר הזה הוא מונוליטי ושולט בכל דבר."

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

      =======

      "לא נראה כמו UNIX"

      אענה על כך בקצרה. זה לא תואם את ה- LSB, וגם לא את POSIX והיום מפתח פדורה שעוזר ב- #devuan, אמר: "נכון שזה לא, זה לא משנה, מה שחשוב זה שהוא יכול להריץ דברים שהם POSIX, לנוח, בוודאי שאני לא מעוניין באיזה מערכת הפעלה או כל דבר אחר, כל עוד זה עובד ויש לו תכונות טובות ». ומדוע זה צריך להיות UNIX או דמוי UNIX: עשו דבר אחד ועשו זאת היטב, דבר שהמערכת לא עושה.

      ===========

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

      פחות יתירות? הם מבקשים מכם להתקין סיסלוג אחר לטקסט רגיל והם ביקשו ממנו לרישום רישום מרחוק לפני שהיה מערכת d-journald-remote, כלומר הכניסו אותו לייצור מבלי שהיו מסוגלים לבצע רישום מרחוק מבלי תלוי ב- rsyslog , משהו בסיסי כמו הכניסה המרכזית. למרות זאת, אין לו את היכולת, בוליאני פשוט לציין אם אנחנו רוצים את הפלט בבינארי או בטקסט רגיל, וגם אם הוא הולך להשתמש בינארי, מדוע לא משהו המכונה ברקלי DB כדי שניתן יהיה לקרוא אותו מכל מערכת UNIX או לינוקס?

      פשוט?, באמת? תסתכל כמה זה פשוט: http://wiki.gentoo.org/wiki/Comparison_of_init_systems

      בדוק את מספר שורות הקוד והקבצים.

      =========================

      "זה לא יאפשר לי להשתמש בסקריפטים של מעטפת"

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

      ============================

      אתה עדיין חושב ש:

      1.- אין לי שום סיבה בכלל
      2.- לא קראתי כלום והאם אני טאליבן?

      1.    ריצ'רד דיג'ו

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

  3.   ארתור שילבי דיג'ו

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

    1.    אלב דיג'ו

      המאמר הוא התרגום הספרדי למה שכתב לנארט.

      1.    צ'רלי בראון דיג'ו

        אין שום עבירה, אך נראה כי התרגום נעשה על ידי גרסת הביטא של Google מתרגם ... 🙁 היה לי קשה להבין כמה פסקאות; בכל מקרה המידע מוערך.

      2.    סנונית דיג'ו

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

  4.   צ'רלי בראון דיג'ו

    הסיבות שניתנו תקפות, עם זאת, אני חושב שחלקן עשויות לייצר שאלות נוספות. בכל מקרה, המלצתי למי שיש להם את ההזדמנות: עבור למקור המידע המקורי http://0pointer.net/blog/projects/the-biggest-myths.html (למרבה הצער עבור חלק, זה באנגלית) שהוא הרבה יותר שלם ובא להצדיק עד 30 סיבות מדוע השימוש ב- SistemD נחשב לטוב.

    1.    אלב דיג'ו

      מאמר זה שאתה מזכיר נכתב על ידי היוצר של Systemd. ברור שאף אחד לא יותר טוב ממנו שיגן על עבודתו, עם זאת, אני מזמין אתכם לצפות בסרטון זה http://hackingthesystem4fun.blogspot.com/2014/12/systemd-journald-centos-7-totally.html והם יגידו לי את מסקנותיהם בעניין. אני לא אומר יותר.

      1.    רולו דיג'ו

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

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

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

        לדוגמא: ב- debian הוחלט ש- systemd יהיה init ברירת המחדל, אך זה לא מונע שימוש ב- sysvinit או openrc או upstart ותגיד לי טוב כן אבל אתה לא יכול להסיר לחלוטין את systemd, והתשובה שלי תהיה שזה כמו שזה קרה ב- Debian Wheezy שבו אתה יכול להפעיל openrc, systemd או upstart אבל תחת sysvinit

        נ.ב: אני לא רוצה לדמיין עד כמה הם הולכים להשתגע עם kdbus והשילוב שלו עם systemd ברמת הליבה של לינוקס http://kroah.com/log/blog/2014/01/15/kdbus-details/

        1.    אלב דיג'ו

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

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

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

        https://bugzilla.redhat.com/show_bug.cgi?id=958321
        https://bugzilla.redhat.com/show_bug.cgi?id=1054929
        https://bugzilla.redhat.com/show_bug.cgi?id=1055570
        https://www.libreoffice.org/bugzilla/show_bug.cgi?id=74280
        https://bugs.archlinux.org/task/32191
        https://www.libreoffice.org/bugzilla/show_bug.cgi?id=64116 (לנרט וההסברים הנהדרים שלו)
        https://bugzilla.redhat.com/show_bug.cgi?id=974132
        https://bugzilla.redhat.com/show_bug.cgi?id=1157350

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

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

      4.    רולו דיג'ו

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

      5.    יורג'יצ'יו דיג'ו

        בואו נהיה ברורים ... מי יחשוב לשנות גם את קובץ היומן? xD

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

        @Jorgicio 4 בדצמבר, 2014 6:03
        בואו נהיה ברורים ... מי יחשוב לשנות גם את קובץ היומן? xD

        אם אמרת את זה בצורה אירונית ... הכל טוב, הבנתי :)), אבל אם באמת ביקשת, אני נותן את נקודת המבט שלי.

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

  5.   דריו דיג'ו

    אם עכשיו כל הבלוגים של לינוקס מבצעים 200 מאמרים בנושא systemd עד כדי כך שאני כבר מכיר כמעט את כל הטיעונים נגד ועבור xD.

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

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

    חוסר הבהירות ביומנים

    צוות פיתוח שלעתים קרובות מתעלם מדוחות באגים

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

    נאמר מודולרי אך חלקים ממנו אינם יכולים לעבוד ללא חלקים אחרים של אותה מערכת

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

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

  6.   mat1986 דיג'ו

    מרגע שהשתמשתי בהפצות מבוססות-Arch (Manjaro, Bridge Linux, Antergos) המשתמשות ללא ספק ב- systemd, אני חייב לומר שאין לי תלונות לגבי השימוש והטיפול בה. הפעלת שירותים קלה - אף יותר מכך ב- Bridge, שם Bluetooth או מודם מנהל מושבתים כברירת מחדל. מלבד באג הקשור ל- hwdb.bin (https://bbs.archlinux.org/viewtopic.php?id=189536) לא היו לי הרבה בעיות. ברור שאני לא חושב שזו דעת כולם, אבל באופן אישי אין לי תלונות 🙂

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

    אני לא אוהב את הרעיון שחברה (רד האט) המואשמת בשיתוף פעולה עם ה- NSA (דלתות אחוריות ושליטה בארה"ב) מייצרת מערכת בה הכל נשלט. טבעת לשליטה בכולם, לכבול אותם בחושך במידת הצורך ..

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

    1.    ג'ון דיג'ו

      מואשם לשתף פעולה עם ה- NSA

      אני מדגיש את החלק החשוב

      אם מישהו מאשים אותך במכירת סמים, האם אתה סוחר סמים באופן אוטומטי?

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

        @juanfgs
        סוחר סמים לא .... שותף כן.

      2.    ג'ון דיג'ו

        סוחר סמים לא .... שותף כן.

        אלוהים ... הייתי מעליב אותך אבל המילים שלך עושות את זה בשבילך.

  8.   רפאל קסטרו דיג'ו

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

    איות

    כן, זה כתוב systemd, לא מערכת D או System D, או אפילו SystemD. וגם זו לא מערכת ד. למה? מכיוון שמדובר בדמון מערכת, ומתחת ליוניקס / לינוקס אלה הם באותיות קטנות, ומקבלים סיומת עם אותיות קטנות. ומכיוון ש- systemd מנהל את המערכת, זה נקרא systemd. זה כזה פשוט. אבל אז שוב, אם כל מה שנראה לכם פשוט מדי, קראו לזה (אבל לעולם אל תאייתו!) מערכת חמש מאות מכיוון ש- D הוא הספרה הרומית של 500 (זה גם מבהיר את היחס למערכת V, נכון?). המצב היחיד בו אנו מוצאים שזה בסדר להשתמש באות גדולה באות השם (אך גם לא מוצא חן בעינייך) הוא אם אתה מתחיל משפט עם systemd. בחגים גבוהים אתה יכול גם לאיית את זה בססטומד. אבל אז שוב, סיסטם D אינו איות מקובל ומשהו שונה לחלוטין (אם כי די מתאים).

    http://freedesktop.org/wiki/Software/systemd/

    1.    אלב דיג'ו

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

  9.   ג'רמן דיג'ו

    אני אומר לך שאין צורך להשתמש במערכת היומן או ב- cron שמערכת D מספקת, אתה יכול לעקוב אחר syslog-ng ו- cronie עבור חלופות כאלה או אחרות.
    אני משתמש ב- systemD ב- ArchLinux מאז שהייתי ב- aur וזה נראה פשוט יותר לטיפול מאשר בדרך הנגזרת debian ו- redhat, יש לו הרבה פקודות קונסולות שחוסכות ממך לערוך את קבצי הטקסט ומפשטות את הרכבת תצורת ההתקנה של סקריפטים (זכור כי בקשת הכל מותקן על ידי קונסולה)
    ולא פחות מכך המערכת מתחילה במהירות, בקשת תוכלו להתחיל שירותים במקביל בעת הפעלת המערכת אך היא מסוכנת

  10.   סנטיאגו דיג'ו

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

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

    @ KZKG_Gaara

    אני רואה שהרבה ממה שאתה מגיב כאן זהה ללנארט שפרסם בבלוג שלו, ליתר דיוק בערך זה: http://0pointer.de/blog/projects/the-biggest-myths.html.

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

    1.- Lennart אומר שהוא לא נפוח ושאין לו תסמונת NIH גבוהה (Not Invented Here Syndrome). אם כן, בבקשה מישהו הסביר לי: מדוע ל- init צריכה להיות בקרת רשת (systemd-networkd), dns (systemd-networkd), m-dns (systemd-networkd), logs (journald), coredumps (systemd -coredump), debugs (systemd-coredump ו- journald), acpi (logind), הסלמת הרשאות (logind), שליטה ב- ntp (systemd-timesyncd), שליטה ב- dev (systemd לקחה את כל הפונקציונליות של udev), שליטה / dev / random (מספר אקראי גנרטור) והשליטה האחרונה על TTY (מערכת נינוחה)? האם לא היו הרבה כלים שנוצרו למטרות כאלה שהמערכת מוסיפה כעת כלים משלהם עם גישה בלעדית (מקרה ג'ורנלד)? איזה הסבר הגיוני ומקובל אתה נותן לי בכדי שניתן יהיה לשבור את ניפוי הבסיס של הליבה ואת ה- cmdline? הוסף לשליטה זו ב- kdbus, ה- IPC הבא שישולב בליבה. אין ספק שהם יגידו לי כאן: "אבל אתה יכול להתקין כלי אחר כדי לשלוט בכל זה". ואם זה נכון, אבל, רבים מהכלים האלה מקבלים רק זרם נתונים שנזרק על ידי systemd, כמו במקרה של syslog ו- rsyslog, שמתחברים לנתונים / זרמים ש- journald מספק כדי שכלים אחרים יוכלו לראות מה ג'ורנלד מניע. בסופו של דבר, זה רק אומר שיש לך שני כלים שעושים את אותו הדבר, ואחד מהם הוא תיבת פנדורה. (אנא אל תגיד לי שניתן לבקר את הקוד כי אני מזמין מישהו "לעשן" את קוד ג'ורנלד ואת המסגרת שלו בעזרת כלים וכלים קשורים מערכתית)

    2.- Lennart גם אומר לנו ש- systemd מציע תמיכה בסקריפטים של SysV ו- LSB. זהו "חצי נכון" "שקר לבן" כביכול, מכיוון שהאמת היא ש- systemd-214 אינו מציע תמיכה בסקריפטים bash, SysV או LSB וזה קשור בהערות המהדורה שלה לגירסה זו.

    3.- איזו מערכת אינה ניידת? זוהי נקודת עכבר נוספת. ב- BSD זה לא עובד טוב, ב- BSD אין קבוצות קבוצה בין כלים אחרים ש- systemd צריכה להריץ. אבל זה מסיבה עיצובית מערכתית, לא בגלל שהוא לא נייד. עד שגרעין BSD לא יעמוד במינימום לתמוך בו, systemd לא יעבוד על הפלטפורמה הזו וזה לא אשמתו של אף אחד, רק של- BSD אין שום אינטרס, וגם לא על Lennart. זה כל כך פשוט. כעת, התמיכה בספריות C אחרות היא דבר אחר, הידועות הן בעיות glibc (פשוט הכינו גרעין ביד כדי לראות את כמות האפשרויות והפתרונות שנעשו כדי למנוע את הפרטים הללו, במיוחד עבור glibc 2.3, 2.5 ו- 2.11, בין שאר הפגמים ש- glibc גרר לאורך השנים) אך זה לא נגמר שם זה לא נגמר, לנארט עצמו אמר שהוא העדיף ליצור ספריית libc משלו, כי עבור הקבוצה שלו שהיא הרבה יותר מהירה עושה זאת, מאשר קריאת קוד שכבר נוצר (ומתועד אגב), אך הוא לא עוצר שם, הם מתכננים להסיר את glibc, ולהשתמש ב- libc שלהם לא רק עבור מערכת מערכת, אלא גם עבור פדורה, מה שהופך אותו לסטנדרטי לבניית כל החבילות שלהם. NIH איפה? נראה שלנארט הישן והטוב אוהב לטרול ובגדול.

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

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

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

    http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
    http://cgit.freedesktop.org/systemd/systemd/commit/?id=ce7b9f50c3fadbad22feeb28e4429ad9bee02bcc
    http://lists.freedesktop.org/archives/systemd-devel/2013-November/014808.html
    https://bugzilla.redhat.com/show_bug.cgi?id=1057883 (@elav אולי אתה מרגיש מזוהה)
    https://code.google.com/p/d-bus/source/browse/kdbus.txt
    https://github.com/gregkh/kdbus
    http://lists.freedesktop.org/archives/systemd-devel/2013-March/010062.html

    1.    אלב דיג'ו

      אמן אח .. אמן ..

    2.    פמפ דיג'ו

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

      1.    קסיף דיג'ו

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

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

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

        systemd עושה את כל זה ועוד הרבה יותר, וזה משהו שמטריד (מושג אחר מאשר לפחד) כי זה בהחלט לוקח ייחוסים ועושה דברים שכרגע יכולים להיעשות באמצעים אחרים ושדרך אגב עובדים טוב יותר ויציבים יותר . systemd הוא מאוד דמוי חלונות, ואי אפשר להסתיר את זה, רק דע מה userinit.exe, svchost.exe, smss.exe ותלות אחרות עושים והשווה אותם עם systemd, הדמיון כל כך גדול שזה רעיון רע. עכשיו, בהחלט מערכת עשויה להיות איכותית יותר מזו המקבילה שלה ל- Windows (או שההפך עשוי לקרות, אף אחד לא באמת יודע, אלא אם כן אתה מתכנת עבור מיקרוסופט), אך אינך יכול להאשים אותי בהתרגשות ובמחשבה כשאתה קורא את לנארט עצמו ברשימה, מדבר של יצירת ספריית C חדשה לגמרי, מכיוון שהוא מאס בגליבק, ולנאפה, זרוק את הטיפ הקטן והלא משמעותי, שניתן להשתמש ב libc הזה לבניית כל חבילות פדורה. ואם אתה חושב שזה שקר ושאני מוגזם, אשאיר לך את המסר בקישור הזה: http://lists.freedesktop.org/archives/systemd-devel/2013-March/010062.html (באנגלית)

        עכשיו תגיד לי אם זו הגזמה לומר מול כל הדברים האלה, שברגע שלינוס מחליט ש CONFIG_VT כפי שהוא, הוא צריך לצאת מהליבה (מצב שקיים כבר הרבה זמן) ולהעביר אותו למרחב המשתמשים, לא קורה דבר מטורף כמו כדי ש- systemd-consoled יהיה תלות חזקה כמעט לכל התקנת לינוקס (משהו צריך לטפל ב- VTs, אתה לא חושב?), זה לא יכניס זרקורים שונים שאינם מערכתיים באור הזרקורים כדי לאלץ מתג. אם אתה חושב שזו מתיחה, תן לי לומר לך שאין לך מושג למה לנארט מסוגל ועושה, מכיוון שהשינויים האחרונים שלו משפיעים על התפתחות מזלג האודב, Gentoo eudev, והוא ימשיך לעשות זאת עם האיומים שלו על ידי מתחת לשולחן (להתלונן מאוחר יותר כמו שהוא עשה ב- Google+)

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

        @xiep אני לא יכול להסכים יותר עם התגובה שלך.

      4.    ג'ון דיג'ו

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

        [1] נוכל להוסיף גרעין בהמשך, בעקבות ההצלחה של GNU / Hurd
        גִישָׁה.

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

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

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

        »NIH איפה? נראה שלנארט הישן והטוב אוהב לטרול ובגדול. "

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

        נ.ב: תודה אבל אני לא צריך לתרגל את האנגלית שלי, אני משתמש בשפה מגיל 6
        aaahh וכל השאר נכון, אמת את זה 🙂

      6.    ג'ון דיג'ו

        אני לא חושב שכתבתי את זה מסיבה תמימה, ידעתי את העובדה שזו בדיחה נוספת של לנארט ליום השוטה של ​​אפריל (מצב רוח רע) מטורף

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

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

        בדוק אם בן השיח כולל:
        - יצר מערכת init
        - הוא תחזוקה פעילה של מערכת ה- init של distro

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

        למרות זאת, נאומו הרעיל והזגוגי הדבר היחיד שהוא משיג הוא ליצור אי-הסכמה, בעיות ואחרות. כזו היא הנקודה שאני לא יכול לחכות שהם יעברו סוף סוף ל- BSD מכיוון שהם איימו על ידי Xorg, NetworkManager, PulseAudio ואני לא יודע אם בגלל בורות טכנית גרידא או בגלל שהם לא היו מתלוננים על זה.

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

        @juanfgs, אני לוקח אותך במילה שלך במיוחד בנושא זה:

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

        למרות זאת, נאומו הרעיל והזגוגי הדבר היחיד שהוא משיג הוא ליצור אי-הסכמה, בעיות ואחרים. כזו היא הנקודה שאני לא יכול לחכות שהם יעברו סוף סוף ל- BSD מכיוון שהם איימו על ידי Xorg, NetworkManager, PulseAudio, ואני לא יודע אם בגלל בורות טכנית גרידא או בגלל שהם לא היו מתלוננים על זה. "

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

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

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

      8.    ג'ון דיג'ו

        והמציאות היא שהכי אנטי מערכתית

        !=

        אז בהתאם לכולכם נגד מערכות

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

      9.    ג'ון דיג'ו

        אני מבהיר, הבעיה שלי היא לא שהם מזכירים בעיות טכניות של Systemd, העניין הוא שפעמים רבות הם מעמיסים את נאומם בשקרים, כלומר:

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

        זה מה שמזעזע, השקרים. אם זה היה דיון סביר זה היה שווה את זה, אבל זה פשוט ה- FUD הטוב.

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

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

        @juanfgs מצטער, אבל אני לא זה שקורא לקבוצה מסוימת של אנשים "רעילים ויטריוליים" פשוט כי הם לא אוהבים תוכנה.

      11.    ג'ון דיג'ו

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

        שוב, משפטים מתפתלים כדי להיות קורבן.

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

        @juanfgs שוב אני אומר לך, שנאמר על ידך, בדוק את דבריך, אני לא מציג את דבריך בצורה שגויה, פשוט עשיתי העתק / הדבקה של דבריך בתגובה 59.

      13.    ג'ון דיג'ו

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

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

        אם אתה רוצה להיעלב, נעלב, אבל זו הבעיה שלך, לא שאר העולם.

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

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

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

        ברכות.

      15.    קסיף דיג'ו

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

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

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

        לגבי

    3.    פמפ דיג'ו

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

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

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

        כך גם לגבי GCC, GCC הוא מהדר שאגב תומך בשפות רבות (13 בסך הכל בספירה הלא רשמית), ויש לו מאפיינים דומים מאוד ל- Glibc, ותומך בארכיטקטורות רבות (70 ארכיטקטורות לגרסה 4.9), אופטימיזציה בינארית דגלים, דגלים למיטוב מעבד ותכונות רבות אחרות. עכשיו הם באותה דרגת קושי, מהדר עם יוזמה. התשובה ברורה יותר מאליה, החל ממערכת זו היא ב- C, והרבה מקוד ה- GCC נמצא ב- assembler או שאתה צריך להשתמש ב- assembler כדי לגרום לדברים לעבוד בבינארי, משהו שקשה 'לעשות'.

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

    4.    רולו דיג'ו

      בבקשה מישהו יסביר לי: מדוע ל- init צריכה להיות שליטה:
      רשתות (systemd-networkd),
      dns (systemd-networkd),
      m-dns (systemd-networkd), l
      אוגס (ג'ורנלד),
      coredumps (מערכת d-coredump),
      באגים (systemd-coredump ו- journald),
      acpi (logind), הסלמת הרשאות (logind),
      ntp(systemd-timesyncd),
      dev (systemd לקח את כל הפונקציונליות מ- udev),
      de / dev / אקראי (מחולל מספרים אקראיים)
      TTY (ניחומי מערכת)?

      נושא 100000 שחוזר ונשנה, מה שאתה צריך לומר הוא ש- systemd יכול לעבוד בלעדיהם, למעשה ב- debian הם אפילו לא חצי מאלה שאתה מזכיר.

      כמו כן זה רק מאפיין של גישתו הרחבה

      lennart: ובכן המערכת מפצלת את מה שהיא צריכה לעשות להרבה מרכיבים שונים (90+ קבצים בינאריים בימינו). כל אחד מהם פועל עם הכי הרבה הרשאות שאפשר.
      אני מתאר לעצמי שזה לא יותר מדי הבדל Coreutils, שיש לו גם מספר רב של רכיבים בחבילה אחת. ו- coreutils הוא כנראה אחד הפרויקטים הגדולים שגורמים לינוקס להרגיש כמו מערכת הפעלה דמוית UNIX, נכון?
      אבל כן, systemd מורכב יותר מסיסווינית, אין שאלה. ב -40 השנים האחרונות של המחשוב השתנה הרבה, ורבים מהם דורשים למעשה רמה מסוימת של מורכבות כדי להתמודד עם ... יש מעט מאוד דרך לעקוף את זה.

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

      - האם לא נוצרו כבר כלים רבים למטרות כאלה שמערכת כעת מוסיפה משלהם, חלקם עם גישה בלעדית (case journald)?

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

      - איזה הסבר הגיוני ומקובל אתה נותן לי ש- init מסוגל לשבור את הבאגים לליבה ואת ה- cmdline?

      מממממממממ ...………………. לשבור את הגרעין ... 5000000 דברים יכולים לשבור את הגרעין

      - הוסף לשליטה זו ב- kdbus, ה- IPC הבא שישולב בליבה.

      על פי lennart יש קשר חיובי למפתחים ו- systemd יביא כלים לפתיחת dbus למנהלים, זה גם ייתן ממשקי אוטובוס של יומן ו- networkd.

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

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

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

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

      https://plus.google.com/115547683951727699051/posts/g78piqXsbKG

      https://www.youtube.com/watch?v=Mri66Uz6-8Y

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

      אם אתה משתמש ב- sysvinit וגם TTY dev acpi ntp שובר את המערכת שלך, אל תיבהל.

      מונוליטי הוא freebsd ואתה לא אומר כלום

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

        @רולו
        עכשיו רשום אותי מהן ההפצות שלקחו systemd ויצרו את 90 הבינרים האלה בחבילות נפרדות, זה יהיה 91 חבילות עם systemd.
        וכאשר מתקינים מערכת זה לא מבקש ממני אף אחת מאותן 90 חבילות כתלות.

        ברצינות, ושוב אני מתעקש ... אנא העבירו לי את האפשרויות של - config-help שאני רוצה להכין 91 חבילות שמורכבות ידנית עם make.

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

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

        @rolo אני רוצה שתתקין systemd ותסיר את journald, systemd-udev ו- coredump, ותשתמש באפשרויות כמו eudev ו- syslog ישירות, כדי לראות אם אתה יכול.

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

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

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

        כמו כן, אף אחד לא שוכח שקיי סיברס לא רק שבר את ה- cmdline של הליבה, אלא גם רצה לסתום את הפה, אחרי הכל "גנרי הוא גנרי".

    5.    דריעם דיג'ו

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

      והשאלה הגדולה האחרת שלך, מדוע המערכת צריכה לשלוט בכל כך הרבה דברים? תשובה פשוטה: מכיוון שעם sysvinit וכל יתרונות ה- init האחרונים שהוכנסו לאחרונה בליבת הלינוקס מתבזבזים, כל עוד אף אחד לא מכניס אותם לשימוש במרחב המשתמשים, הם "עצבניים" (כמו שאומרים בקובה ... ובכן , מבזבז) בלי אף אחד אני משתמש בהם והם נותנים יתרונות גדולים בשימוש יעיל במשאבי חומרה (מעבד, זיכרון RAM, קלט / פלט וכו ') כולל קבוצות קבוצה. מה ש- systemd עושה הוא, במדויק, להעמיד את הפונקציות הטובות האלה לליבת הלינוקס לשירות המשתמש, אך לשם כך הוא צריך להיות זה שיוזם את השדים האלה.

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

        אני חושב שקראת וניתחת לא נכון (ניתוח חשוב) או שפשוט לא נתת לעצמך הזדמנות לעשות זאת. ששני תהליכים מעבירים מידע אינה סיבה למערכת להישבר, אולם כאשר יש לך קבצים בינאריים עם פעולה דינמית כגון בקרת רשת, יומנים או קורד-פמפ, העברת מידע ישירות ל- init, הדברים יכולים להשתבש והם ישתבשו, מכיוון אם חלק מהבינאריות נשברות, הסיכוי לשבור את השאר הרבה יותר גבוה, וזה די מציאותי, וזה קרה, ה- cmdline של הקרנל התרסק לאחרונה, בעיות ה- acpi שהיו ל- Nvidia devs בזכות systemd-212, כל זה מדגם של מה שאני אומר.

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

        @ דרים
        אם אינך יכול לקמפל כל אחד מהבינארים הללו לחבילות בודדות, אתה מכריח שבגלל שברצונך להתקין אחד כזה, עליך להתקין את כולם, כשמתקינים את כולם מסתבר שאתה דורש על חבילות אחרות שלא ניתן להתקין מכיוון שהחלקים של systemd כובשים את המקומות האלה.
        מה ההיגיון לפצל קובץ הפעלה גדול למספר הפעלות קטנות יותר אם בסופו של דבר אין לך חבילה לכל אחת המאפשרת לך להתקין אותם בנפרד.
        אני חוזר להגיש את הבקשה הכללית לכל המשתמשים המתקדמים במערכת, כדי לומר לי כיצד להרכיב את אותם 90 מודולים וליצור 90 חבילות שאם מתחשק לי להתקין אותם ואחר כך אני משתמש בתוכניות בהן השתמשתי.
        חלב רע מאוד כל זה ... נראה שאנשי המערכת חושבים שכל משתמשי ה- GNU / לינוקס הם טיפשים.
        לראייה, אני משתמש בבדיקות ג'נטו ולפני כמה חודשים עברתי ל- systemd ולא יכולתי עם journald, מה שגרם לי לחזור ל- openrc מהר יותר ממה שנדרש כדי לעבור ל- systemd.
        כדי להמשיך לראות כיצד הדברים מתנהלים עם מערכת יש לי ארכלינוקס במחברת שתשוחרר בקרוב לג'נטו .... בטוח יציב.

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

        @ אנונימי, אני רק רוצה לראות כיצד נושא TTY יתפתח בלינוקס. כאשר יוצא קוד CONFIG_VT, לטובת חלוקת VT לשני חלקים מובחנים היטב (שטח הליבה ומרחב המשתמשים) נצטרך כלי כלשהו בכדי לשלוט ב- VT ממרחב המשתמשים ושם מערכת הנחמה יכולה לשחק בהיותם תלות חזקה שמושכת את שאר ההפצות לצורך שיש להתקין את רכיבי המערכת, רק כדי לאפשר למערכת לעבוד. מה שאני אומר זה לא הגזמה, זו אפשרות מאוד מאוד גדולה, וממש מדאיג. ישנם פרויקטים אחרים, כמו KMSCon, אך אם רוב מחשבים שולחניים והפצות הולכים לטובת systemd, דברים כמו KMSCon יכולים למות מהר יותר ממה שרבים חושבים.

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

        @Yukiteru 3 בדצמבר, 2014 8:49
        אני לא מפחד מזה, מר לינוס לא מתכוון להסיר את אפשרויות ברירת המחדל מגרסה אחת לאחרת, הוא יגדיר את המערכת החדשה כ- NEW ויאפשר לך לבחור בין הישנה לחדשה.
        לגבי החלק במרחב המשתמשים, אתה יכול להכין חבילה שעושה את זה באופן עצמאי, אם המערכת עושה זאת, מדוע לא יוכלו עוד 50 נוספים? מה עוד, הדרכים השונות לעשות זאת יגרמו למסופים השונים לאמץ דרכים שונות הכול באמצעות USEs להפעלה ולהשבית כמו שאנחנו רגילים.
        כנ"ל לגבי kdbus, שלינוס מודה בכך ב- 3.19 כפי שהוא אומר, אין זה אומר שיהיה צורך שיהיה פעיל כן או כן.
        אני מאוד מרוצה מ- openbox + compton, שולחנות העבודה בשבילי יכולים להיעלם שהם לא ישפיעו עלי לפחות.

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

        @ אנונימית השאלה היא שהסרת CONFIG_VT היא דבר שבסופו של דבר יהיה מוחלט (ממה שקראתי), כלומר בגרעין יישארו רק הפרימיטיביות, בעוד שאר הכלים יהיו במרחב המשתמשים, זה לא נורא, להפך, זה יסיר הרבה קוד ישן מהליבה, יקל על התחזוקה והרבה יותר להגדרה (תמיכה מלאה ב- KMS / DRM למסוף). בהחלט בהתחלה, יהיו שתי המערכות, אך בטווח הארוך (15-20 גרסאות) היא עשויה לצאת מהליבה, או אפילו מוקדם יותר, כלים רבים כבר אינם תומכים בקוד כזה לטובת קוד חדש ונתמך יותר.

        עכשיו אתה אומר שאם systemd עושה את זה, כי 50 נוספים לא יכולים לעשות את זה (אני מתאר לעצמי 50 יישומים נוספים). ובכן, אם אנו רואים את התלות החזקה של KMSCon (הפרויקט העתיק ביותר במובן זה) הם libudev (קוד שיצטרף בקרוב ל- systemd, לא יתמוך ויתנגש עם systemd אם זה יעבוד לבד), libdrm, libxkbcommon, libtsm ו- systemd עצמו להתמודד עם רב מושבים, כך שכאשר אתה רואה זאת, אתה מבין כיצד הדברים מתגבשים בלקיחת לעצמם כלים רבים הדרושים למערכת הפעלה של GNU / Linux לעבוד ללא בעיות.

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

        @Yukiteru 3 בדצמבר, 2014 9:46
        כאן ב- gentoo libudev הוא וירטואלי שמצביע על sys-fs / eudev, כך שאנשי gentoo ידאגו לשנות את eudev כדי לציית לממשק ה- API שמכתיב מערכת הליבה החדשה.
        אז אני חושב שהפצות אחרות מלבד systemd (שלום devuan) ישתמשו אם או אם eudev.
        מה שקרה עם ה- udev המקורי עומד לקרות, מערכת זו זללה אותו, אבל כאן הליבה היא זו שהכתיב ה- API המכתיב אותה לממשק עם הקונסולות באמצעות DRM / KMS ... כבר רציתי לראות urxvt המשתמש בזה ... hehe
        מה שאני כן מקבל זה שמי שמשתמש ב- systemd לא תהיה אפשרות לשנות שום דבר ... הטלה מלאה וקשה וכפי שאמרתי קודם ... לבכות לבית הקברות.

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

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

        נ.ב: כמו שאתה אומר, יהיה מעניין לראות כיצד VTs לוקחים את היתרונות של KMS / DRM יחד עם fbdev 😀

      8.    דריעם דיג'ו

        בדיוק חזרת על המושג שביקרתי אותך, כי בשום זמן לא דיברתי על המערכת, דיברתי על תקשורת בין תהליכים, ואני חוזר שוב, מהיכן אתה משיג את זה מכיוון ששני תהליכים מתקשרים, מותו של אחד מרמז על כך לשני יש אפשרויות רבות למות? הסבירו לי כיצד שני תהליכים השוכנים במרחבי זיכרון נפרדים יכולים להשפיע הדדית על התנהגותם הפנימית של זה. בואו נראה אם ​​אני מסביר את עצמי, מנקודת מבטו של אחד התהליכים הללו, הוא ניגש רק למנגנון IPC (מה שלא הוגדר כדי לתקשר לתהליכי המערכת). אם המתכנת היה כל כך גרוע בכך שלא כלל קוד שיכול להתמודד עם קלט ופלט בלתי צפויים, זה משהו אחר, אבל אין לזה שום קשר לתהליך אחד שמשפיע על הפנימיות של אחר. אם systemd-networkd קורס, הוא לא צריך להרוג את journald או systemd, כמו עם sysvinit הישן, העובדה שקריסה inetd לא אמורה להשפיע עליו, הם תהליכים נפרדים.

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

        @dariem הסביר בצורה פשוטה לראות אם אתה מקבל את הרעיון:

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

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

        אם אתה חושב שזה לא יכול לקרות, אני משאיר לך כמה דיווחי באגים (אחד הוא שלי בדביאן ויש לו כמה צילומים) של שגיאה ישנה שנמצאת ב- Xorg, mesa, nouveau ובנהג ה- drm / kms של הגרעין, מעבד זאת למרות לרוץ ** בנפרד ולהיות מודולרי **, יחד הם לא מסתדרים טוב מאוד, לפחות לא בנסיבות.

        https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742930
        https://bugzilla.redhat.com/show_bug.cgi?id=901816
        https://bugzilla.redhat.com/show_bug.cgi?id=679619

        עכשיו הדוגמה האחרת שאני אביא לך עם systemd. ל- Sysvinit הישנה שלנו היה מוזר שלמרות היותה זקנה, היא הייתה אמינה מאוד, עד כדי כך שאם / etc / fstab שלך היה בעל מחיצה (לא חשוב למערכת, הבן / mnt / Disk160GB) וזה לא יכול היה '. לא להיות מותקן מסיבה כלשהי, ההר פשוט דלג, נתן לך הודעת אזהרה והמשיך בתהליך האתחול. עכשיו, systemd הוא סיפור אחר, למרות המודולריות שלו, אם יש לך ערך ב- / etc / fstab ו- systemd משום מה רואה שאי אפשר לעלות אותו, הוא לא רק מחכה שהמחיצה תהיה זמינה (ההתנהגות המתוכנתת הרגילה ) עבור הרכבתו, אך אם הזמן מסתיים, המערכת שלך נעצרת ואתה לא יכול לעשות יותר מאשר להיכנס למצב התאוששות ולהסיר את השורה / etc / fstab, משהו ממש נכשל. הפרט הקטן הזה לא היה עוד במהלך ההרכבה האוטומטית באתחול, וכל התהליך נעצר, בהתחלה (systemd-) הפרט הקטן היה מכוער יותר, מכיוון שהזרוק פשוט הופיע והיית צריך להתחיל מחדש. מישהו שעבר על הפרט אומר לך.

        דוגמה נוספת שאני יכול לתת היא coredumpd ב- systemd. coredumpd כברירת מחדל מעביר את כל המידע שלה ל- journald על מנת שהאחרון יכתוב את המידע שנלכד לדיסק, עד כה טוב, אנו משתמשים במודולריות של systemd לטובתנו. אבל זה קורה לפעמים, כשקורדמפ הם גדולים מאוד, פשוט כל כך גדולים, שהם יכולים לתפוס מספר GB, ובתהליך העברת מידע מ- coredump ל journald ואז לדיסק, דברים מוזרים קורים כמו ש- Xorg מפסיק לעבוד ואפילו ליבה. בהלה. זה לא קורה רק עם מערכת כמובן, אלא שהאופן בו הוא מתוכנן מגדיל את גורם הכשל ויוצר פרטים לא נעימים אחרים (ביניהם צריכת זיכרון מוגברת, שחיתות ביומן, השלכות לא שלמות), שנאלץ לעבוד עם קורדאמפ של KDE, יש לך בוודאי עברתם כמה פרקים כאלה, והבנתם את החשיבות שיש אפשרות הסנכרון ב- / etc / fstab למחיצת הדומיינים שלכם, ובוודאי תשנאו את העובדה שאינכם יכולים להשתמש באפשרות אחרת כלשהי כדי לטפל בזבל, אם התקנת מערכת. דוגמה למה שיכול לקרות עם מערכת- coredumpd.

        https://bugs.archlinux.org/task/41728

        עכשיו, לסיום:

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

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

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

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

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

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

        ברכות.

      10.    דריעם דיג'ו

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

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

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

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

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

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

    איך הם פורצים כדורים עם systemD, xD אם אתה כל כך שונא את זה, צור distro משלך, וזה מה שתוכנה חופשית היא עבור é_é

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

      זה לא קשור לשנאה, אלא להגן על הקהילה שלך.
      אגב אם יש הפצות "מחתרת" עצמאית:
      http://gutl.jovenclub.cu/neonatox-un-linux-iconoclasta
      כבוד

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

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

    שאם systemd נכשל, המערכת תקרוס .. ואם הליבה, xorg, grub נכשלת .. יש אנשים שמעדכנים את הגרעין במחשב הנייד או מאבדים את המערכת ... אז בגלל ההתעקשות על השלמות של משהו ...

    כאילו למערכת כלשהי שיצאה לא היו טעויות באגים או משהו בתחילתה או אפילו בבגרותה יש כשלים

  14.   lf דיג'ו

    Systemd הוטל כסטנדרט עם משחק מלוכלך, זו תלות חובה עבור חבילות רבות מכיוון שתוכניות רבות נקלטו על ידי systemd בגלל שהם שמרו עליהן או בגלל שהם לאט לאט חיסלו אותן מכיוון שהן כבר לא היו רלוונטיות מכיוון שה- systemd כבר סיפק משהו דומה.
    זה מגביל את חופש הבחירה, כלומר הפצות אינן יכולות לבחור לא להשתמש ב- systemd, הן יכולות לנסות להתנגד כמו ג'נטו, אבל זה יותר פיתרון זמני ל- systemd, openrc הוא רק מנהל שירות הנתמך על ידי sysv עבור init ובכתבי-לכת. , systemd מספק פונקציונליות רבה יותר מאשר openrc ויש לו פונקציונליות חדשה מדי יום. התוכנה החדשה תומכת ב- systemd ודורשת הטמעה של משהו דומה, מה שבסופו של דבר הופך את האחרים למורכבים יותר ודומים יותר ל- systemd, וזה לא מה שאתה רוצה.
    Systemd עושה דברים רבים בהשוואה ל- init הישנה שפשוט קוראים כמה שורות מ / etc / inittab ואז מעמיסים כל אחד מרישיון הרישום והתצורות שלהם בהתאם לרמת המסלול. הגישה הישנה הייתה הרבה יותר פשוטה ועצמאית. אנו נמצאים בשלב מעבר לעידן חדש של הומוגניות, אין פיתרון, הדרך בה היא שוררת היא בלתי ניתנת לעצירה.
    בעוד כמה שנים לא יהיה כמעט שום הבדל בין שימוש ב- Debian, שימוש בקשת או Fedora, זהות כל הפצה תאבד אם נמשיך ככה וה- systemd יהפוך פולשני יותר כל יום שהוא אפילו יהפוך לחלק משם המערכת. (systemd / GNU / Linux)

    1.    MSX דיג'ו

      LOL

      לבכות לכנסייה>: ד

  15.   MSX דיג'ו

    מה אומר דון KZKG, אני משאיר לך את זה: https://blog.desdelinux.net/systemd-vs-inteligencia/#comment-127648

    1.    lf דיג'ו

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

    2.    x11tete11x דיג'ו

      uyyuyy .. הילד הזה נפל עם ארטילריה כבדה ..

    3.    WACOS דיג'ו

      תגובה כוחנית !!

    4.    rawBasic דיג'ו

      Juju .. ..pochoclos .. xD

  16.   טיטו דיג'ו

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

  17.   קוקטוס דיג'ו

    לעתים קרובות כאב ראש עם הנושא הזה !!!! X_X

  18.   טבריס דיג'ו

    ניהלתי שרתים עם Centos 6 והלכתי ל- 7 עם systemd לא עלה לי כלום, אל תבכה, החיים נמשכים.

  19.   ג'וקים דיג'ו

    סלח לי, אבל אני קורא הרבה דברים שמזכירים לי את השיח הקלאסי "שרת windows - שרת לינוקס Certified Man VS - OpenSource Man".

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

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

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

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

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

    לאנשים שביקשו ממני ללמד אותם את היסודות של לינוקס אני תמיד אומר את אותו הדבר ... GNU / LINUX זה לא WINDOWS, אל תנסה לעשות את אותם הדברים או לחשוב כאילו זה היה. מדוע אתה מטמיע ש- sistemd זהה ל- initd או שהוא פועל זהה? האם לא קל יותר להטמיע את פעולת המערכת ולהשתמש בפוטנציאל שלה, מאשר לנסות לבצע פונקציות כמו init או OpenRC? זה נורמלי שאתה לא אוהב את זה.

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

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

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

    1.    בדיחות דיג'ו

      נ.ב: שימו לב לאירוניה שהשתמשתי במחשב של עמיתי "אני נצמד למגן שרת החלונות" כדי שהוא יקרא אותו אגב. xD

      רק דבר אחד, למגיני INIT אחרים שנותנים נתונים טכניים וקישורים ... CHAPO !!! אני אוהב לראות ויכוחים ונתונים כאלה. רק הערה, הנתונים שלפני אוקטובר 2014 הם היסטוריים בלבד.

      דברים רבים שנידונו כבר תוקנו ומיטות בדיקה רבות שפורסמו בשנת 2013 כבר נבדקו.

  20.   SynFlag דיג'ו

    @רולו

    אם זה נכון, אם ראית את הווידאו, שלא עשית, אתה יכול לראות שהיומן הוא 8MB, שום דבר נוסף וכן הלאה והכל נפגם, אגב, אתה יכול לשלוח את הפלט של ג'ורנלד ל syslog ב טקסט רגיל? כן, אבל גם אם אתה נוגע ביומנים שיצר ג'ורנלד, זה קורה, המערכת תלויה, וזה מובן, בוא נראה, יומן תלוי ב- PID1 יחד עם דברים מורכבים כמו systemd, זה נכשל, אתה רואה שזה לא יש חלק כלשהו בקוד שאינו מאפשר עריכה למשהו אחר מאותו PID של ג'ורנלד, כמו כן אין לו את היכולת להמשיך לכתוב מעבר ליומן פגום, מה שמראה שבנוסף לחשיבה במצב חלונות, LP הוא מתכנת גרוע.

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

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

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

    @ רפאל מרדג'אי

    זה מה שדווואן עושה, זה מה ש- Void Linux עשה ואחרים שמתרחקים ממערכת.

    @יוקיטו

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

    ======

    האמת היא שאני עדיין חושב שאדם שנודע בשנת 2006 צדק במשהו:

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

    אני למה?"

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

    אני- "כמו איזה?"

    "תראה מה קרה לדביאן, עכשיו יש לו בן טיפשי בשם אובונטו וזכור שבעוד כמה שנים הולכים להיות לנו" האקרים "ו"גיקים" שמצצו את אובונטו והם לא יידעו להבדיל בין Ext3 לבין NTFS "

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

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

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

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

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

  21.   Ezequiel דיג'ו

    שלום! אני לא מומחה במיוחד, והייתי רוצה לדעת לשם מה ה"מערכת "הזו נועדה ולמה מדברים כל כך הרבה, מה הבעיה ואיזו אלטרנטיבה יש? תודה

  22.   טיטו דיג'ו

    הערת SynFlag! אני מ"גיקים "," גיקים "ו"פרו לינוקסרוס" לאותו דבר.
    וזה העתיד שמחכה לנו; אובונטו אפילו במרק; מחשבים ניידים של לינוקס פשוט לגשת ל- Steam ולשחק במשחק החם האחרון. ולגיונות של גיקים קטנים שלא יודעים על מה התרמיל.
    פוסט סקריפט: רעיון הרקע של systemd מבאס.

  23.   חניבעל סמית ' דיג'ו

    לחצני adk ופורום אינם גלויים בדף הראשי

  24.   דריעם דיג'ו

    אז על פי @SynFlag עכשיו כל מי שאינו אנטי-סיסטמדי הוא פנאט דתי קיצוני, והמגיפה שמשחיתה את GNU / Linux. עם דעה צרה כמו זו, אני לא יודע אם נושא זה ראוי להתווכח. עדיף לתת למים לרוץ ובטווח הארוך יקרה מה שצריך לקרות.

    1.    רולו דיג'ו

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

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

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

      1.    קסיף דיג'ו

        אולי זה, רולו (הופעתו של דבואן), יכול להיות נקודת הסכמה. אני חושב שכולנו צריכים את זה כדי להכיל סביבת דיון מקוטבת ומלחמת. Devuan יהיה מרחב ליצירה ולהמשכיות של דרך עשייה וזה יעזור להרגיע את הרוחות. התהליך שחיינו בדביאן היה כואב, אולם עלינו להתמודד עם המצב, אין ברירה אלא לקבל את ההפרדה. זה בסופו של דבר קצת כמו גירושין. מזלג זה יכול להיות תמליל של חוזה שלום ונקודה וחלק. היו כמובן אלטרנטיבות, Slackware, Gentoo, Funtoo, Crux, PCLinux OS, עכשיו Manjaro (עד כמה שם) ... אבל סצנת "deb" דרשה אלטרנטיבה ללא מערכת. נראה ברור שאף אחד לא מתכוון לשכנע אף אחד, הוויכוחים מונחים על השולחן ואין הסכמה (למרות שיש ל- systemd רעיונות טובים והסכנות הכרוכות בתוכנה זו גלויות לעין). הגיע הזמן למזלגות ולהשיג חופש עבור המשתמש (כי מדובר בתוכנה חופשית, נכון?).

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

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

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

        בכל מקרה, סוף שבוע טוב.

      2.    SynFlag דיג'ו

        @רולו

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

      3.    רולו דיג'ו

        אלימות @ SynFlag משקרת

        מה שהסרטון הזה אכן מדגים הוא שקר הטענה שאם אחד ממודולי ה- systemd נהרס, זה גורם למערכת d לקרוס, שכן ברור, ממה שהסרטון שלך מראה שלא קרה, xddddd ואגב יומן פועל כשורש, לכן, אם צד שלישי נכנס ומזין בזדון את יומן היומן הבינארי, לא הייתי דואג למערכת אלא לאבטחת המחשב שלך. xdddddd. לבסוף בנושא הסרטון, העתק את מה שמוצג על ידי עריכה עם nano את הקובץ /var/log/journal/24f02f5b2b16758b820ea6a751ed6efb/system.journal וכשאתה מפעיל מחדש אתה מגלה שיש מערכת.journal חדשה ומערכת @ 24f02f5b2b16758 @@ 820f6f751bXNUMXbXNUMX. יומן שהוא הבינארי הפגום.

        במילים אחרות, יומן מבין שהקובץ פגום, ולכן הוא לא משנה את שמו ויוצר קובץ חדש שוב, אני לא רואה מה הבעיה בכך ??, אותו הדבר כאילו הקובץ system.journal נמחק, היומן מחזיר אותו ל לִיצוֹר.

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

        בואו נדבר קצת על יומן, שהוא אחד הביקורות הנפוצות ביותר על מערכת.
        יומן הוא מרכיב חשוב מאוד ב- systemd, אשר לוכד הודעות Syslog, הודעות יומן ליבה, זיכרון RAM והודעות אתחול ראשוניות, כמו גם הודעות שנכתבו ב- STDOUT / TDERR והופך את כל המידע הזה לזמין למשתמש.

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

        עובדה חשובה נוספת בקשר ליומן היא שאם לא נוצרת התיקיה / var / log / journal, המידע נשמר רק באופן זמני, ואובד עם כל הפעלה מחדש.
        לדוגמא, כאשר נכנסתי ל- systemd ב- debian ההתמדה ביומן לא הייתה פעילה ולכן נאלצתי ליצור באופן ידני את תיקיית היומן

        http://0pointer.net/blog/projects/journalctl.html

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

    מי שיודע אנגלית, לא יכול לפספס את השיחות שמתנהלות בין מפתחי devuan, jaromil dimkr max2344 בין היתר בערוץ IRC freenode #devuan.
    כיף גדול לקרוא את חקירות קוד המערכת כיוון שהפיצו אותו בכוונה על מנת להדביק (ליצור תלות מיותרת).

  26.   סירקארוטו דיג'ו

    Systemd מעצבן אותי ... ישר ... זה קשה. תיעוד קטן וגם הדקיק המזוין לא מריץ רק KDM או gdm ובמערכת קלילה אני רוצה ש- lxdm דק לא תומך בזה או מרכיב אותו ... .. ברצינות שעד לפני .... הייתי מרוצה שהם צריכים. האמת שהתחלתי להשתמש ב- openrc כמו שאומרים בג'נטו וזה עזר .... הַרבֵּה

  27.   סינפלג דיג'ו

    @רולו

    אתה מגונה וחדשות לומר את זה. זה העלבון הכי גרוע שאתה אומר לי שאני משקר או מזייף נתונים, זה ממש מגעיל אותי על מנת להגן על משהו שאתה תוקף אנשים שעושים PoC רציני כמוני. היומן פגום, המערכת קורסת, הפעלה מחדש של השירות לא עובדת ולכן אין ברירה אחרת מלבד להפעיל מחדש את המכונה, וזה לא הכי טוב בשרת פרוץ, אתה הולך להגיד לי שאם האבטחה נפגעה, הדבר הטוב ביותר הוא להפעיל מחדש או להתקין מחדש וזה הדבר היחיד שאני צריך לדאוג לו כשהמערכת אומרת מתרצים את עצמם ולא מבצעים ניתוח חם של מה קרה? להגיע לנקודה זו? ברור שאתה מוצר אחד נוסף של ה- sysadmin החדש אם תגיע לזה שגדל באמצעות אובונטו ובעל האבטחה של DOS 5.0 במחשב שלך, אז מה שאתה אומר אני לוקח את זה כמי שממנו הוא בא, זה מפריע לי שאתה ספק גם מי שמזייף הוא אתה, האם ענית לאותה מערכת הפעלה עם העדכונים של אותו יום? בוודאי שלא, אז נסה לשקר לאחרת. איזה חוסר יכולת יש לך, לך לעבוד כנהג מונית יותר מזה אני בספק שזה ייתן לך, תפסיק לשחק בלינוקס והמשיך לחפש pr0n

    1.    רולו דיג'ו

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

      בדוגמה זו אנו מתחילים מהתקנת בסיס של ג'סי דביאן 8.

      כברירת מחדל, systemd-journal.service מגיע עם הפונקציה "אחסון = אוטומטי", ולכן על מנת לקבל תיעוד קבוע של היומנים, יש צורך ליצור את הקובץ ב- / var / log / journal / קודם.

      # mkdir -p / var / log / journal /

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

      # systemctl טען מחדש את systemd-journal.service
      o
      # systemctl לטעון מחדש מערכת system-journal.service

      ### כעת אנו הולכים לדמות כי יומן הבינארי של כתב העת פגום ###

      # cd / var / log / journal
      #ls
      24f02f5b2b19808b820ea0a980ed6efb
      # cd 24f02f5b2b19808b820ea0a980ed6efb
      # ננו system.journal
      ### עכשיו אנו משנים שורה כלשהי של הקובץ כדי לדמות שהוא פגום
      #journalctl
      ### כצפוי שום דבר לא קורה
      #### האם צריך להפעיל מחדש את המחשב בכדי ליצור יומן חדש בינארי? לא
      # systemctl לטעון מחדש מערכת system-journal.service
      #ls
      system@24f02f5b2b19808b820ea0a980ed6efb-0000000000000001-0005069a53abf581.journal
      system.journal
      #journalctl
      ### כפי שאנו רואים, יומן יוצר קובץ יומן בינארי חדש וכעת אנו יכולים לגשת למידע שוב מבלי להצטרך להפעיל מחדש את המחשב בכל עת.

      https://www.youtube.com/watch?v=hEagyMdkN4A&feature=youtu.be

      מסקנה: סינפלג או שאתה בור, או שאתה סופר
      תן לזה לקשט אותך סופית

      1.    רולו דיג'ו

        עבור שגיאת הקלדה ושימוש לרעה בהעתקה והדבקה כתבתי systemd-journal.service כשבמציאות השירות נקרא systemd-journald.service

      2.    SynFlag דיג'ו

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

        אם אתה מסיר את קובץ הפלט או מחליף חלקים מהקובץ, הדמון לא באמת יכול לעשות שום דבר בקשר לזה: אם לתוקף יש הרשאות לשנות את קובץ הפלט, היא כבר ניצחה. הדמון יכול היה לבדוק כמה מהדברים האלה, אבל זה יהיה לא יעיל למדי, ולא ממש שימושי לכלום. אם תרצה, תוכל להגדיר חתימה קריפטוגרפית תקופתית עם 'journalctl – setup-keys'. ראה את עמוד האיש של journalctl.

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

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

        @רולו

        בסרטון (אני לא יודע אם עשית את זה) אני רואה שבדקה 2:11 משתמשים ב- ls ולא ב- ls - מה שיאפשר לראות את הגודל שהיה לקובץ system.journal במקור, ואז הם עורכים אותו עם nano ומוסיפים קווים ריקים, הפעל מחדש את השירות ביד ובדקה 3:15 הם עושים ls שוב ולא ls -l, ואז בדקה 3:20 הם רואים את היומן עם journalctl, זה מראה את היומן הנוכחי וזה בסדר.

        עכשיו בואו השאלות שלי:
        1 - מכיוון ש- ls משמש ולא ls -l, על מנת לראות את הגודל המקורי של היומן לפני עריכתו
        2 - מה קרה ליומן הישן? היכן הכניסה אותו systemd ליומן הבינארי המושחת?
        3 - בעזרת איזו פקודה systemd תוכלו לתקן את יומן הבינארי המושחת שלכם ... אותו אינכם אמורים למחוק

        לגבי

      4.    רולו דיג'ו

        @בעילום שם

        עכשיו בואו השאלות שלי:
        1 - מכיוון ש- ls משמש ולא ls -l, על מנת לראות את הגודל המקורי של היומן לפני עריכתו
        2 - מה קרה ליומן הישן? היכן הכניסה אותו systemd ליומן הבינארי המושחת?
        3 - בעזרת איזו פקודה systemd תוכלו לתקן את יומן הבינארי המושחת שלכם ... אותו אינכם אמורים למחוק

        1 האמת שלא חשבתי על זה, פשוט השתמש ב- ls כדי לראות אילו קבצים היו בספריה, אבל אם אתה מעוניין תוכל לשכפל את זה, הנוהל מפורט, ועשיתי את זה ב- virtualbox (התקנת בסיס debian היא קצת בלגן)
        2 היומן הישן נשאר באותה ספריה, רק מערכת השם שמה עם חבורה של מספרים ואותיות (מוצג בסרטון)
        3 בכל מקרה, אתה יכול לנסות לנקוט ביישומי צד שלישי (עורך hex כלשהו אני מניח) שכן אם systemd יכול לתקן את הקובץ המושחת הוא לא ישנה את שמו או יצר קובץ חדש. בכל מקרה, וכפי שכבר ציינתי בהזדמנויות אחרות בהודעה זו, סיסמין זהיר יכול להשתמש ב- rsyslog או syslog-ng ככלי שאילתה שני, מלבד הפיכת רשומות יומן לטקסט רגיל למקרה שהבינארי ייפגם.

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

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

    @רולו

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

    ברכות ותודה על התגובה

    1.    SynFlag דיג'ו

      רולו, התמסר למשהו אחר:

      https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4393

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

  29.   SynFlag דיג'ו

    אני בא לסגור את ocote de Rolo, שגיאה שנראית ב- PoC שלי דווחה, אז, סגור את pichon ocote:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4393

  30.   רולו דיג'ו

    בואו נראה נהדר:
    1 הצהרת שכדי שכתב העת יפתור את הבעיה היה צורך להפעיל מחדש את המחשב כמו ב- Windows FALSE לגמרי
    הראיתי לך שזה שקר ובסרטון שעשית בשום זמן אתה משתמש בפקודה systemctl force-reload systemd-journald.service כי אם היית משתמש בזה הטיעון שלך היה קורס (או שלא ידעת את הפקודה , אשר יראה שאתה בור, או בכוונה לא השתמשת בו, מה שיראה שאתה מספר סיפורים)

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

    3 אתה אומר שעם השגיאה שאתה מייצר ביומן, כאשר אתה מפעיל מחדש את המערכת היא קורסת מכיוון שבסרטון אתה יכול לראות שאתה צריך להפעיל מחדש את תיבת הווירטואל. לגמרי לא נכון
    האמת היא ש- systemd לא מתרסק מכיוון שהמערכת מתחילה בצורה מושלמת (אם היא לא הייתה מפעילה את systemd זה היה נותן לך פאניקה ליבה ותצטרך להיכנס למצב התאוששות)
    מה שקורה איתך זה שהמערכת נבדקת כשאתה מנסה לערוך בינארי עם עורך טקסט והגורמים יכולים להיות רבים, כמו הזיכרון שהוקצה, מצב מערכת ההפעלה (בסרטון המערכת אורכת זמן רב לאתחל ולכבות את מה שמעיד על כך שלא מדובר בהתקנה נקייה של 0 (שמומלצת במקרה כזה)) וכו '. אני יכול רק לומר לך שהבינארי שערכתי בערך 10 או 20 פעמים והוא מעולם לא נבדק. זה מראה גם שאתה בור או מספר סיפורים.

    4 עכשיו אתה אומר שהיומן תלוי ב- rsyslog לגמרי לא נכון, העובדה היא שכל אחד יכול לבדוק את זה על ידי התקנה או הסרה של rsyslog ורואה שהיומן עובד בצורה מושלמת

    אודה לך מאוד אם תשאיר את האובססיה הלא בריאה הזו איתי, זו לא אשמתי שאתה בור או נהדר

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

    1.    רולו דיג'ו

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

    2.    SynFlag דיג'ו

      פאבלר?, רזה, התאפק מעט, שפיר את הזקנה שלך שאומרת שאני זורק את הגומי כשאני לא נוגע בו במקל, אני חוזר לכבד:

      1.- עליך להפעיל מחדש או לאלץ את הפעלה מחדש של השירות, שאינו אידיאלי וב- CentOS 7 כשניסיתי שההפעלה מחדש של השירות לא עשתה דבר, אל תשכח שזו גרסה 208 ולא 217 או 216 החדשים. של פדורה.

      2.- לא רלוונטי ואלו שמדווחים על באגים? ... אתה אידיוט, אני אפילו לא עונה לך

      3.- UNHAPPY, הגרסה שניסיתי באותו יום לסרטון, שאותה אתה יכול לראות, כל מערכת ההפעלה התרסקה, מדוע אתה חושב שהשקר האומלל האורתו? אני לא קוף שקר, לך לקחת סינדר פאג'רו.

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

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

      1.    רולו דיג'ו

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

        טוב כלום, אני מקווה שתסיים את התרופות שלך טוב יותר ותחזור למציאות, כוח! אתה יכול!!!

  31.   פדרו דיג'ו

    אני קורא וקורא וקורא מחדש אבל אני לא מבין כלום, אני רק יודע שמאז ש- Xubuntu 14.04.1 יצא ליום זה לא הייתה לי שום בעיה עם המחברת או עם מדפסת הלייזר hp 1102 שלי, אני לא יודע כל דבר, אני משתמש ואני לא יודע אם systemd גרוע יותר או לא מתאים ל- init, אבל אני חוזר ואין לי שום בעיות עם xubuntu. 🙂

  32.   האמיתי דיג'ו

    אני קורא, קורא וקורא מחדש ואני פשוט יודע שאני משחזר נושא ישן. XD