פשוט גיליתי שה- כעס ממשתמשים רבים זה הוביל ליצירת uselessd, דמון ראשוני חדש המבוסס על מערכת המנסה לשלול אותו מ"כמות הפונקציונליות המיותרת שהוא משלב. " הבחירה בשם מעניינת שבאנגלית ניתן לקרוא אותה כ- "systemless חסר התועלת" או "בואו נשתמש פחות systemd".
בשלבי ההתפתחות המוקדמים שלה, Uselessd אינו אלא מזלג של systemd המופחת לצורתו הפשוטה ביותר. במילותיהם של המפתחים שלה, מדובר ב"דמון init בסיסי (initd), צג תהליכים ומערכת תלות בעסקאות, שממזערה חדירה ובידוד. " בין הפונקציות שהוסרו ניתן למנות: ג'ורנלד, ליבודב, udevd וסוגים מסוימים של יחידות שנחשבות מיותרות, כלומר מכשירים, טיימרים, החלפות, תושבות ומכוניות אוטומטיות.
כאילו זה לא מספיק, הם כבר הוסיפו תמיכה כדי להרכיב אותו תחת MUSL ו- uClibc, כחלופות לשימוש ב- glibc. Uselessd נמצא גם בשלבים הראשונים של העברתו ל- FreeBSD, בעוד ל- systemd יש רק תמיכה של לינוקס.
בכל מקרה, לא ברור כיצד "המלחמות הראשוניות" יסתיימו ואם חסרי תועלת ייווצרו תחליף פונקציונלי באמת, אך מי שרוצה ללמוד עוד על פרויקט זה יכול לבקר אתר רשמי.
ידעתי שיש מישהו שלא רק יישאר במקום ב- SystemD.
עכשיו, כדי לתמוך בו, סתם.
מה ההבדל בין מערכת ... CLI ... .. GUI?
systemd מטפל בהפעלה ויישומים של המערכת.
Cli מגיע מממשק שורת הפקודה, כלומר מהפקודות שבהן אתה משתמש לניהול התוכניות
ו- GUI הוא על הממשק הגרפי.
אתה יכול לחפש את זה באינטרנט אני אומר לך
העלה הדרכה עבור noobs
אני לא מבין, כמשתמש, את הקמפיין האנטי-סיסטמי הזה
היה לי קל, כמשתמש פשוט, להסתגל לשימוש בו בעת הפעלת או השבתת שירותים, אני כבר יודע בעל פה משהו שעם מה שהיה לי לא קרה לי.
אין לי שום דבר נגד syetmd ואני רואה את הבוז שלו מופרך. מדבר כמשתמש קצה.
הכנת מזלג להסרת פונקציות נראית לי מטופשת. אנשים משתעממים.
אני מבין אנשים חדשים ב- GNU / Linux ואינם יכולים לראות את ההבדלים המהותיים בין מה שהיה תמיד לבין מה ש- systemd מנסה לחמוק אלינו.
לינוקס הוא שיבוט של יוניקס ויוניקס נוצר עם דבר אחד בראש, עשה דבר אחד בכל פעם ועשה את זה טוב, זה לא היה גחמה, זה היה בגלל הכישלון המהדהד של מולטיקס שניסיתי לעשות הרבה דברים ועשיתי אותם לא נכון או לא הוא יכול היה לשלוט בהם כפי שהיה צריך להיות.
אז הם לא רק סתרו את השם של מולטיקס באמצעות יוניקס (משהו כמו רבים כנגד מעטים או ייחודיים) אלא גם יצרו את המושג צינורות ושרשור תהליכים שנותן גמישות שאי אפשר להשיג באמצעים אחרים ... זה מה שנתן את המהדהד ההצלחה של יוניקס.
עכשיו עם מערכת הם רוצים שנחזור עם הסיפור של Multics שוב ... אף אחד לא אנשים, דחיית בסיס ה- Unix בלינוקס חוזרת ל- Multics שם אנו יודעים (ההיסטוריה כבר הראתה זאת מספר פעמים) שהבטחנו כישלון.
אם זה עתה הגעת ל- GNU / Linux אנא קרא קצת היסטוריה ולמד מדוע הדברים נעשים בדרך זו ב- Unix ו- GNU / Linux.
כל הכבוד, ולמי שאומר שבעולם של ימינו הדברים כבר לא עובדים ככה, אני נותן לך דוגמה, דפדפן, אחד התוכנות המורכבות ביותר שקיימות, אולם הם בנויים על ידי כלים שכל אחד מהם, מבצע משימה ספציפית ויכול לתפקד מחוץ לסט. מנוע javascript, HTML אחד, SSL, http ...
זה שזה לא עבד בעבר לא אומר שזה לא יעבוד עכשיו. עברו 20 שנה מזה, אולי הגיע הזמן לשנות, נכון?
אני רוצה להיות מצטרף חדש ללינוקס, אני נמצא בזה מאז 2004 וכן, אני יודע מה זה לינוקס ו- systemd, ועדיין אני רואה ש- systemd נוח יותר.
ההערה הזו שאשאיר למטה היא של עמית, היא לא שלי, אבל זו תגובה שאני מנוי עליה.
[...] הדחייה של המערכת אני מייחס ל"נאופוביה ", פחד מפני החדש. השבתת סקריפט SysVinit מרמזת על הבנה טובה של מערכת הרמות וההתלות שעלולה להתקיים ב- /etc/init.d ... ובכל הפצה הם עשו זאת בצורה אחרת. עם systemd די השבתה של systemctl וזהו.
מי שמתלונן על כך ש- systemd מפר את הפילוסופיה של UNIX הם שהם לא גילו מהי הפילוסופיה של UNIX או איך מערכת systemd עובדת. לפי אותו כלל אצבע, ליבת לינוקס תהיה הכי פחות UNIX בעולם. מה שקורה הוא ש- systemd משנה את הפונקציה ל- PID 1, כפי שהסברתי בערך אז: זהו שד מערכת, לא רק משהו שמבצע סקריפטים.
הדבר היחיד שאני מכיר בכך ש- systemd אינו פועל בהתאם לפילוסופיית UNIX הוא להשתמש ביומנים בינאריים, אך זה מוצדק לזרז את השאילתה באמצעות אינדקס. [...]
@yoyo: מה שקורה הוא שמכיוון שאתה לומד לאט, מישהו יגיד שאתה N00b, חחחחח.
@יו יו:
ציטוט טוב מאוד. בנוסף, הבדיחה היא של- SystemD יש פגם באגים, אם כי יש לו דרך משלה להציג יומני גזוזים כאלה.
מה שמעניין אותי במזלג הזה הוא כיצד הם יתאימו את המהירות של SystemD לסביבות UNIX אחרות כגון BSD.
ה- GNU Not Unix, כפי שאמר איש הקסטה של ריקארדיטו
ההערה האחרונה עקבית על מדוע מערכת זבל היא זבל. מולטימיקס, חלונות .... האם כישלון מוחלט של רכיב נשמע כמו?
זה יקרה ל- systemd שעובר כולו על ידי dbus, אם חלק מהדמונים שלו נכשלים יהיה צורך להפעיל מחדש את המערכת או שהכל עלול לקרוס. זה כבר קרה לי בסנטוס 7 שד או יחידה נשארים כמתים ולא מתחילים מחדש לא משנה כמה אתה מפעיל אותה מחדש. זה שובר אותי מאוד אם משתמשי הקצה חושבים על פיסת ידע ומגנים על משהו שהם אפילו לא יודעים מכיוון שהוא מותקף. כמו שסבתא שלי אמרה, אם אתה לא יודע, אל תיתן את דעתך, מוטב שתוק ושאל בלי לחקור, כשאתה יודע, אז תשאול.
מחשבה רבה על כל המשתמשים, התמיכה הגדולה במערכת הביאה אותו במידה רבה, באופן פרדוקסלי אחת החברות שמתחו ביקורת על כך, קאנונית, והציפה את עולם הלינוקס במשתמשים שאינם רואים מעבר ל- ls שלהם.
הבחור הזה מ- uselessd הוא אדם יחיד שבבעלותו תחום החרם, אלא אם כן מישהו אחר תומך בו אני לא רואה עתיד קטן בשבילו. אני מקווה שמפתחים של הפצות גיקיות יותר יעזרו לך לאהוב arch, gentoo או Slackware.
.. אני לא רואה את עצמי "משתמש מתקדם" אני לא אוהב תארים של אצולה, אני לא סיסמין, אבל עברתי את כל אותן הפצות שמזכירות (Slack (מעט מאוד), Arch כמה שנים, ו ג'נטו כן מספר שנים (גם מזלג שלך Funtoo)) אני מבין את נקודת המבט שלך כסיסאדמינים, אבל אני תוהה, ואם הגרעין נכשל? הכל הולך לעזאזל, אז אני אומר, למה הם לא מתלוננים על הגרעין? כי הם לא משתמשים במיניקס, או במערכת הפעלה כלשהי עם "שרת גלגול נשמות"? לפעמים נראה לי שהכעס נובע יותר מהגישה של לנארט (שנראה לא מתאים), אבל תאפשר לי הכללה, סיסאדמינים (ושל כמובן שאתה מתכוון לעשות את זה) להגן על העבודה שלך, והם משאירים אותנו משתמשי שולחן העבודה "נזרקים", אכפת להם רק שהשרת שלהם יהיה "בסדר", למרות שה- sysv משתמש ב"פרדיגמת הפעלה "ארכאית למדי (הנושא של היעד והרצוי של systemd הוא בסדר ...), אני אומר שהניתוק שלך יעבוד בצורה מושלמת עם sysv, אך בינתיים משתמשים בשולחן העבודה משתמשים ב- dbus בחללשם משתמש ... איזה רעיון נהדר ...
אני חוזר על המזלג הזה, כמו שאמרו במקומות אחרים, עד עכשיו אני רואה רק שם "נחמד" ומכסת מערכת מוגבלת, שאגב, ברוך הבא ל Systemd, שונאי Systemd ... אני רואה רבים שמתלוננים על systemd, אבל הם רוצים זה ... בגלל? האם OpenRC לא עושה דברים נכון?, או Upstart?, או מה שלא יהיה? .... אלוהים אדירים ... עד כה ראיתי שני סוגים של שונאים, את הסיסאדמינים עם היסודות ואת אלה שאני מתאר בפסקה זו שנראים יותר כמו "פוזות" ....
אם נחזור לנושא של sysadmins, אתה אפילו לא צריך ממשק גרפי, אני לא יודע למה אתה מתלונן על systemd (אתה יכול בקלות לטעון ש- Gnome Shell דורש Systemd (וזה לא לגמרי נכון כי Funtoo עובד עם OpenRC)) אבל אתה לא צריך אז על GUI להתלונן על ההפצות שלהם, Centos ו- Debian. בפרט Centos, אם Systemd מביא כל כך הרבה בעיות, הוא לא היה צריך לעבור (אם כי היה ברור שהוא יעבור לידי RedHat) ודביאן, אני מצטער לומר לך, לעזאזל, שהוחלט על ידי צוות דביאן, בלהיטותם להיות « ההפצה האוניברסלית "... אבל אני חוזר, השתמש ב- FreeBSD או ב"הפצה לשרתים" שמבין עד כמה Systemd הוא "רע" ומשתמש בתקופת sysvinit ..
אולי x11tete11x הבעיה היא לא שהגרעין נכשל, אלא שהוא נכשל ואפשר לדעת מה גרם לכישלון. זה מה שלפחות מפריע לי ב- SystemD ..
@elav אתה צודק בקשר לזה, עם systemd הרבה שגיאות מערכת נופלות בין גוונים של אפור לשחור, והכל בגלל שג'ורנלד נראה כמו "תיבת קסמים" שהופכת יומנים לקובץ בינארי לא אמין, וכשאני מדבר על אמינות אני מתכוון לשיגעון המוכח (יש כבר דיווח על שגיאה) שאם יומן ג'ורנלד ניזוק (מה שיכול לקרות מסיבות רבות) הוא פשוט מושלך ומתחיל חדש, ומשאיר את היומן הזה כמעט לא קריא בהרבה מקרים, באג שדווח על שולחן העבודה החופשי וממנו פואטרינג עצמו עצר אותו. שלא לדבר על נושא הבאגים, אבל ובכן, זה כבר ידוע (אם אתה לא יודע על מה אני מדבר, אני מזכיר לך שאופציית הבאגים של שורת הליבה ו"התיקון הבא "שלה הייתה הסיבה שהסירו את קיי מההרשאות עבור מחייב בגרעין).
@ x11tete11x בואו לא נשווה פיתוח ליבה עם פיתוח מערכת. systemd היא פיסת תוכנה שנמצאת עדיין בחיתוליה, אם נשווה אותה עם הגרעין, גם אני לא רואה את לינוס מאשר טלאים ניסיוניים ימינה ושמאלה, תוך שינוי ABIs ו- APIs של הגרעין.
@joakoej Multics נכשלה מסיבות רבות, כולל: להיות בעל מורכבות רבה יותר מבחינת קוד, להיות איטית במשימות נפוצות רבות בהשוואה למערכות אחרות שכבר פותחו, והייתה יקרה מדי עבור מה שטופל בדרך כלל בפרויקטים באותו גודל.
זה מזלג ולכן אין לו את כל הפונקציות, מערכת init לא יכולה להתנהג ככה, ראו sysvinit. ל- sysvinit, אף על פי שהיא מיושנת, הייתה רק משימה בסיסית אחת, והיא הייתה להפעיל את מערכת ההפעלה, בכל מה שאחרים ידאגו לה (syslog ולא journald, openrc ולא systemctl, consolekit וללא logind ...) מכיוון ש- sysvinit מיושן ובכל פעם אך פרויקטים רבים תלויים בהפרדה ממערכת, יוזמה זו נראית לי נהדרת. אני מעדיף את סיסלוג על פני ג'ורנלד, אבל כניסה (מלבד היותה דרישה לגמד) מכה את קונסוליקיט במפולת. כמו כן, המזלג הזה אמור להיות מאובטח יותר, נייד יותר, ובתקווה שתתאים לאוליב.
קומפה, גם לי אתמול לא היה לי שום דבר נגד Systemd. משום מה לוקח למחשב הנייד שלי זמן רב לכבות, והדבר היחיד שיוצא הוא (בלי סוף):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressזה כמו שגיאה מזוינת ב- Windows, שאתה לא יודע כלום.
וללא בולי עץ די קשה להצליח להתחקות אחר בסיס הבעיות. Systemd מפריע גם לי לסוג כזה. יכול להיות שאתה לא מכיר את התוכנה טוב מאוד אבל המעט שאני שואל הוא בהירות ביומנים.
ושוב [הכנס את הסטריאוטיפ המועדף עליך כאן] צדק. 🙂
אבל היזהר, בואו לא נזכיר חלונות, אולי אנחנו מאותם חולים שנדבקו בפתולוגיה החדשה שמר לינוס כבר הציע להוסיף ל- CIE, אני שונא דלקת חלונות, אני חושב שזה נקרא. 🙂
@Staff ומה הטעות של אלב? מחלונות 8 ואילך הוסתרו דברים רבים (chkdsk על האתחול, מידע טכני של BSOD, msconfig "דקורטיבי"). נראה שהכל הולך לכיוון הזה. אני מקווה שלא נגיע ל"מק העצוב "ולחלונות המתאימים שלו, וללא מידע למשתמש.
@מאריו
מעולם לא אמרתי שאלאב טועה.
שימו לב לסמל הרגש בסוף שתי הפסקאות שלי.
אה !! @ צוות שאתה לא שם אחד ... אני מתייחס ל- Windows עבור הכרזה האופיינית שלו בסגנון:
Windows נתקל בבעיה. קוד הבעיה הוא 0x1123df2982, פנה למרכז התמיכה לקבלת מידע נוסף ...
בקיצור, עבור / dev / null
אלב, דמיין שגיאה כזו בשרת ייצור. זה לא קביל. רק מערכת אדמין מבינה מדוע systemd כל כך גרוע. אין זה לזלזל באיש, אך יש להבין כיצד עובד מעבד, מערכת הפעלה, גרעין, תהליך וכו '. כדי להבין את הסוגיות הנמוכות שמעלה systemd. זה חורג מהפילוסופיה של יוניקס, אנו דנים ביציבות המערכת.
Sysadmins מרגישים בנוח עם דביאן 6/7 ללא מערכת מערכת ו- CentOS 5/6, אך כאשר מסתיימת התמיכה בדביאן 7 ו- CentOS 6, המהומה האמיתית רק תתחיל שם (אם חלופה קיימא כמו זה שמתואר במאמר זה).
אפילו תאר לעצמך עבור מערכת אדמין, להתחיל לתרגם ולבדוק סקריפטים שעבדו כל החיים עם הפקודה "שירות" ל- systemd.
והשגיאה שאתה מגלה מגלה עוד אחד מקצוות המערכת, אמרת זאת בצורה ברורה מאוד, שרמת המידע המסתתרת היא "מאוד חלונות".
ברכות.
תראה, אני לא בטוח בקשר לזה, אבל אני חושב שאתה מגזים קצת, היו לי כמה שגיאות בגנו / לינוקס שלא הסבירו את עצמן ואני בספק שכולן נבעו ממערכת. האם אני טועה?
@ Emiliano אתה יכול להיות צודק. בכל מקרה, למרות שאני לא מומחה, נראה לי שזה קצת סנסציוני. נראה לי שזה עניין של הרגל יותר מכל דבר ואם מנהל המערכת רוצה, בוודאי שהוא לומד איך המערכת פועלת, זה אפילו נראה לו קל יותר, אני אומר אם מה שהוא עושה הוא לרכז הכל, בוודאי בכמה או כמה היבטים הדברים מהירים יותר.
ממה שראיתי יש לו כמה יתרונות בהקשר זה, כגון זמן ההפעלה, זה לא דורש שתוכניות מסוימות יתחילו לפני שאחרות יתחילו כראוי, אינך צריך לשנות קובץ rc.conf או משהו כזה, מכיוון שהוא מטפל בהכל באופן אוטומטי יותר, ניתן להריץ יישומים גם אם לא מתקיימים תלות מסוימת וכו '. הדברים האלה הם כמה מהיתרונות שראיתי באינטרנט, תקנו אותי אם אני טועה
עכשיו, בוודאי שיהיו כמה חסרונות, כמו כל דבר אחר, אבל זה יהיה טוב, אם אתה יודע איך זה עובד ויש לך זמן להבהיר את זה, אני מבקש ממך כטובה לדעת על מה מבוססת דעתך. ממה שראיתי, ייתכן שיש חסרון שכמה תוכניות יהיה צורך לתקן כדי לעבוד כראוי עם systemd, אבל אני לא יודע אם זה משפיע על מערכות init אחרות בכל דרך שהיא.
@Emiliano אה טעיתי שהקובץ לא היה rc.conf, הם היו / etc / inittab ו- /etc/init.d/rc
נראה שיש גרסה של הקובץ הזה עבור systemd, אך מרוכז בקובץ יחיד / etc / systemd, המטופל על ידי תוכנית sytemctl.
אני חושב שאני מבין מדוע אתה אומר שמנהל מערכת אולי לא יאהב את זה, מכיוון שנראה שעם init היה לו יותר שליטה ועשה דברים רק כשהוא ציין זאת.
במקום זאת, systemd אולי קצת יותר פולשני, אבל נראה לי, ואני חוזר ומדגיש, שזה עניין של ללמוד איך זה עובד ובוודאי מישהו עם יכולת להיות מנהל יכול להשיג את זה.
ובכן, ניסיתי לסגור את דביאן ג'סי באמצעות פקודות SysVinit כל חיי, אבל לא ידעתי שהוא משתמש ב- SystemD, אז הייתי צריך להשתמש במדריך של Arch כדי לדעת איך להתמודד עם SystemD ו- systemctl קצת יותר טוב.
במקרה שלי, SystemD מכבה את המחשב השולחני שלי די מהר כאשר אני משתמש בכרום / כרום / אופרה בלינק באופן אינטנסיבי.
@ eliotime3000 הנה לך ויקי מערכת טובה לדביאן עם הרבה מידע http://www.esdebian.org/wiki/systemd כמובן ש- arch wiki הוא טוב מאוד אך systemd ב- debian לא מיושם באותה צורה כמו ב- arch ולכן יש הרבה פקודות, פתרונות וכו 'שלא יעבדו בשבילך. לכל דיסטרו יש את הדברים הקטנים שלה 😉
LOL
הפנים המאושרים לא הספיקו, אולי עלי להשתמש במרכאות, עם זה עכשיו המרכאות מבהירות את הכל 🙂 // סרקזם (כדי לראות אם עם התווית הזו אתה כבר מבין).
זה מראה שגם לא קראת את התשובה שלי למריו.
שתי הפסקאות שלי היו סרקסטיות.
הראשון, שניסה להצביע על האירוניה שכאשר אנשים מספרים לנו על הליקויים בפרויקט, אנו מתייגים אותם כמשוגעים ואלף דברים אחרים אם איננו אוהדים את האידיאולוגיה שלהם, אלא כאשר אנו כבר חווים את הבעיות על בשרנו. לא נותר לנו אלא לבלוע את המילים.
והשני, שזה משפיע כמו חלונות, אבל שרבים לא מקבלים את זה ואומרים שזה בגלל ש- Windows שונאים ומשתמשים בהם ללא הבחנה לתקוף כל מה שלא מריח כמו FSF.
אבל בכל מקרה, הקריטריונים הם משהו שקשה למצוא בעולם הזה.
@ צוות, איש שישתמש בסרקזם בצורה של תקשורת קרה כמו זו, אתה צריך לעבוד קצת יותר 😛
@אלאב:
אני בא לכאן, אני משאיר את הקישור הזה לתגובה שליואני בורח. : v
שמתי לב לאותו דבר אבל כשהתחלתי .... במשך כמה ימים המחשב לקח לנצח אתחול ובתור ראשון הוא אומר משהו שקשור ל- Systemd. מה קורה?
כך גם אלב, כמו גם חלונות עצמם. הייתה לי אותה שגיאה, מחק את כל הקובץ מהיומן ואת voila. בקרוב נצטרך להתקין מחדש חחחח.
חחחח, אבל אם התקנתי את אנטרגוס לא לפני חודש חחח
תאר לעצמך איך אני מרגיש עם קשת מזוינת שלוקח בערך 30 או אפילו 40 שניות לאתחל יותר מ- Windows, כן, אני מתקין הרבה חרא בעיר, אבל אני לא מתחיל שום דבר (זה מה שאני מנסה הכי הרבה) הדבר הכי מטורף שיש לי זה שירות CUPS ואני חושב ש- ssh למסופים מרוחקים. לצערי אחרי שנה בלי עיצוב אני חושב שאני הולך לשקול מחדש את הרעיון לעשות את זה שוב 🙁
למרבה הצער, שמתי לב שבשנתיים האחרונות התקרבנו להפצות בסגנון Windows שמנסות להסתיר מידע, להפוך דוחות באגים לאוטומטיים, לבצע פעולות אוטומטיות בהן המשתמש צריך להתערב ואפילו להיות בעל שליטה.
מכיוון שאני מתגעגע להפצות מלפני 3-4 שנים עם SysVinit, היה כיף לבלף עם "init 0" בבית הספר XD. בנוסף, למרות שלא הכל היה כל כך מאושר, השליטה הייתה המשתמשת ביותר ולא המערכת. כן, יש הרבה שירותים, אבל במחיר של ...
יכולת לראות את זה מגיע. אין לי שום דבר נגד מערכת מערכת, כמשתמש רגיל זה מקל עלי את הדברים והפקודות להפעלת או השבתה של שירותים פשוטות למדי. נצטרך לראות כיצד תסתיים המלחמה הראשונית הזו.
SystemD הוא כמו טבעת כדי לשלוט בכולם. זה יכול להיות סוס טרויאני של NSA. SystemD יכולה לפגוע באבטחת הפרטיות שלנו, מכיוון שהיא נכנסת לשירותים רבים. וגרוע מכך, אם ההפצה שלי הייתה מטפלת באנרגיה טוב מאוד, מה יקרה עכשיו? לא אוכל לעבור לצד אחר.
לא כמו טרויאני, אם הוא שולט על דברים רבים, אך זו עדיין תוכנה חופשית, אתה יכול לראות מה הקוד עושה עם המידע שלך.
לכן, אם ל- SystemD יש בעיות (ואם כן), יש לפתור אותן ולא רק להשליך אותן, מכיוון שיש בה גם הרבה דברים טובים והכרחיים.
דבר אחד בטוח, אני פשוט יודע שאני לא יודע כלום. אני מתחיל, אבל אחרי שקראתי דעות רבות של אנשים שיודעים אינסוף יותר ממני, מתנגדים או נייטרליים, המסקנה שאני יכולה להגיע אליה היא להיות חשדנית ושום דבר לא גורם לי להפסיק לעשות את זה. שום דבר לא גורם לי לסמוך בינתיים.
אני משתמש ב- openSUSE כי אני אוהב את זה והם יכולים להתגנב אליי ... למעשה, הם יכולים לגנוב את זה בכל מקום ... וכאן מופיע סטולמן, הוא שומר על הפרטיות שלנו, לא משנה כמה זה יכול להיות לרבים.
האם ה- NSA לא תקע את טפריו ב- RedHat ????
כמה מוגזם, מדוע שאפשר לפגוע בפרטיותך?
כדי להפר את האבטחה ולא ליידע איש, עליכם להחמיר את יומני המערכת, לסבך אותה, להפוך אותה לבינארית, להתעלם מאלה המדווחים על תקלות, ולא לאפשר ל- syslog-ng ו- journald להתקיים במקביל.
אם נוסיף לניהול הרשת האוטומטי הזה על ידי dhcp, יש לנו את האדמה לשתילה לחדירה מבלי להשאיר עקבות "לבאג הקטן ביותר שטרם התגלה", באמת מי שלא רואה זאת בגלל שהוא עיוור, חירש ואילם ... לפני יותר מ -2000 שנים אחד אמר ... לפי הפירות שלהם תדע אותם, ובכן, אני כבר רואה את הפירות והם כשהם בשלים.
מה שמייחסים ל- systemd הוא לא רק לבצע את המשימה המתאימה לה, היא התערבה בכל דבר כדי לסבול את האבטחה ולייצר כלים מיושנים שעושים את עבודתם היטב, ולא מאפשרים קיום משותף של שניהם בו זמנית.
כמו שאמרתי קודם, כמה מוגזם.
הייתי מאמין לך כל עוד SystemD תוכנת על ידי מיקרוסופט, אפל ו / או חברה אחרת שלא שיתפו את קוד המקור. למרבה המזל, זה לא ככה, והוא אסיר תודה שלפחות יש מישהו שלא היה רק בהתקפי זעם.
מצד שני, כשנשאל לינוס טרוואלס על מערכת האלגוריתמים של SELinux, הוא הגיב בפתרון פשוט למדי (וזה לא אומר שאביו של לינוס הודה כי ה- NSA ניסה להכניס את ידו לפיתוח גרעינים, אם כי הדבר היחיד. שנותר לעשות היה להשיק את הרכיב הארור עם הכל וקוד המקור).
תבין שבורות היא לעתים קרובות הנגע האנושי העיקרי.
טוב, הרגע הרווחתי 10 יורו בהימור 😛. צפוי כתמיד ... נשמע לי טוב, אני לא ממש אוהב מערכת בגלל הפילוסופיה של הפרויקטים והיעדר ההערות בקוד (a la OpenSSL). אבל אני מכיר בכך שהוא עדיף מבחינה טכנית. מעניין אם זה יכול להיות תחליף ל- sysvinit ל- Openrc. במקרה כזה אעבור.
כמו כן, בתוכנה חופשית מסיבה כלשהי יש צורך שיהיו שתי יישומים זהים, הסיבה, תחרות (Libreoffice, Openoffice) וביטחון (OpenSSL).
יש דבר אחד שאני לא מבין, אם עיצוב המערכת מבוסס על קבוצות קבוצה שהיא תכונה בלעדית לינוקס.
כדי להעביר את השימוש במזלג המערכת ל- FreeBSD Hurd וכו ', הוסף קבוצות לגרעינים אלה או הסר קבוצות מעיצוב המזלג האמור.
אבל אם תסיר קבוצות מקבוצת ה- systemd, קשה לחשוב על Uselessd כאלטרנטיבה אמיתית ל- systemd.
אני גם רואה יוזמה זו חיובית מאוד מכיוון שתחרות היא תמיד טובה מכיוון שהיא מאלצת אותם לשאוף להיות טובים יותר והתוצאה מועילה למשתמשים.
* גארגן = הוסף
הם פשוט לא היו משתמשים בקבוצות קבוצות או הופכים קבוצות קבוצות לאופציונליות. בתיאוריה זה לא כל כך קשה. מה שעליך לעשות הוא פשוט לתכנן ולכתוב דרך לתמוך בשיטות בקרת תהליכים אחרות הקיימות בכל מערכות ההפעלה הנוכחיות. בפועל זה מייגע ויקר כי זה אומר שאם, למשל, יש לך 8 שעות לעבוד על התוכנית, במקום להשתמש בשמונה השעות כדי לשפר וללטש את מה שאופציה אחת נותנת לך, עליך לחלק את הזמן הזה ל 8 ( שמור על 6 המערכות + 3 דרכים להחליף ביניהן). באופן זה התחזוקה והפיתוח הופכים הרבה יותר כבדים ואיטיים. כלומר, או שאתה תומך בכמה קבועים או שאתה תומך היטב.
שלא לדבר על כך של- BSD יש מעט מאוד ביקוש מצד סיסאדמינים, ואפילו UNIX עצמה נראית באותן עיניים כמו עם Windows XP.
העניין הוא שקבוצות קבוצות: «משמשות למעקב אחר תהליכי שירות, במקום PIDs. פירוש הדבר שדמונים אינם יכולים "לברוח" ממערכת system גם אם הם מזלגים פעמיים. » http://es.wikipedia.org/wiki/Systemd
למרות שזו אחת הנקודות שמבקרות את המערכת כי הם אומרים שזה מתחיל ב pid 0 ושזה סיכון מכיוון שאם systemd נשבר זה שובר את המערכת, שכפי שאמר לינוס זה טיפשי שכן אם הוא שובר את הגרעין או תהליכים אחרים גם כן שובר את המערכת. האמת היא שאם המזלג לא משתמש בקבוצות הוא משתמש בפידס ולא תהיה לו שליטה מלאה על השדים. עם זה זה לעולם לא יהיה טוב יותר מאשר מערכת linux
ישנם מספר מזלגות קשורים, אך זהו הראשון שמערכת המערכת עצמה. ב- Gentoo for udev (שמוזג עם האמור לעיל), יש libgudev ו- libeudev. אחרת, מוזר ללכת עם OpenRC ולראות בתהליכי "systemd / udev" איך זה קורה בהתקנות נוכחיות מסוימות. באופן אישי, אני לא אוהב את הרעיון להוסיף לקוח DHCP (אני מקווה שעוד לא עשו את זה). אני מאמין שיש תוכנה מוכחת ומעולה באותה משימה, אין צורך להמציא את הגלגל מחדש.
אני מתקן, gudev הוא גם מערכתית, בגרסאות האחרונות.
אני עונה על התגובה על DHCP במערכת.
ל- systemd לא רק DHCP מובנה (מובנה כחלק מ- networkd), יש לו גם פותר DNS ומטמון DNS, כמו גם פונקציונליות שעברה בירושה מאווחי (מפלצת אחרת שנוצרה על ידי Poettering).
היום היו לי תפוחי אדמה וסטייק לארוחת ערב, לא אהבתי את זה, אני אצור מזלג. וכך לכל דבר.
האם חסר תועלת הוא למעשה פעולת דגל כוזב משוכללת של רד האט כדי להכפיש את מתנגדיהם ולהתקין סדר עולמי חדש?
... לעזאזל.
מכוסה היטב מאחורי הפרויקט הזה
תִרגוּם:
הם אומרים לי את זה
1) הם יוצרים מערכת קטוע-רגליים ללא כל הכלים שלהם וללא שום היתרונות שהתקינה היא מביאה איתה תוך שהם לא פותרים את הבעיות שהמערכת פותרת או פותרת את הבעיות המסורתיות הישנות. כן בטח. תן לי 3
2) הם אומרים לי שמדובר ב- systemd ללא "bloat" אבל מתברר ש- systemd הוא מודולרי ואתה יכול להשתמש ב- systemd ללא כל הדמונים של הילד. לכן, הסרת ההתנפחות זהה בפועל (אלא שהיא לא הולכת לשמור על רבים מהכלים הטובים ביותר של המערכת כגון ג'ונלים)? בסדר. מושלם. תן לי 20 עכשיו.
3) הם אומרים לי שהמזלג הזה לא פותר שום בעיה, שהוא לא פותר את בעיית המסגור ברמה נמוכה, שהוא לא מציע יתרונות טכניים מכל סוג שהוא, אלא שלפני שזה מחזיר אותנו 5 שנים אחורה ניהול השירותים בלינוקס. להתחרות בתקווה היחידה לסטנדרטיזציה? . בסדר. אני אוהב אותו. תן לי 2161816814168 הפצות עם זה. אנא. עַכשָׁיו!!
למי שלא הבין. זה סרקזם 🙂
וזו הסיבה לינוקס לעולם לא תנצח על שולחן העבודה, כשלבסוף מתחילים להעניק את הפאזות ליצור תשתית שתאפשר שולחן עבודה פונקציונאלי לכל הקהלים. הממרטוס יוצאים עם המציצות שלהם. בסדר תנו להם לעשות מה שהם רוצים, יש להם את הזכות, אבל האמת היא, אל תצפו שייקחו אותם ברצינות רבה.
http://hackingthesystem4fun.blogspot.mx/2014/09/linux-no-triunfa-en-el-escritorio.html
http://linuxito.com/gnu-linux/nivel-alto/431-por-que-systemd-es-una-mierda
אם לומר את האמת, הבדיחה היא ש- SystemD עוזר לי מאוד, זה אפילו הופך את כיבוי המחשב למהיר מאוד כשיש לך מספיק זמן להשתמש ב- Chrome במחיצות Ext4. במקרה שאנסה את דביאן ג'סי עם XFS ו- SystemD - ומעל הכל, זה נותן לי תוצאות טובות יותר מאשר עם SysVinit - אני אעבור על הברכיים לפניו.
הדבר הכי מצחיק הוא שהם מנסים לייצר SystemD עם יכולת להוסיף אליו את התכונות של SysVinit, למרות שעבודה כזו היא מאתגרת לחלוטין (כמו המזלג של TheSo de Raadt של OpenSSL).
המזלג הזה פותר את הבעיה לקחת את המושכות מלנארט ואביו RedHat כדי לנסות לתת את זה למפתחים עצמאיים כדי
כדי להסיר את הנבילות של systemd מהתעסקות עם דברים שאינם צריכים ואף פעם לא יהיו חלק ממערכת האתחול. האם אני ברור?
עכשיו, אם לחלקם זה נראה סיבה מועטה ... שאי אפשר לפתור את זה אף אחד, הם רק דעות ונקודות מבט אישיות.
אבל זה ש- systemd איננה מערכת התחלה גרידא, systemd היא יותר מ -70 בינאריות שונות שרק 1 בהן הוא pid 1 וזה מטפל רק בדבר אחד, התחלה ועצירה של שדים אחרים. כל נפיחות מערכתית היא למעשה אופציונאלית למעט ג'ורנלד. אז אני לא ממש רואה מה מערכת האתחול היא לא אמורה לעשות אם היא עושה דבר אחד. כפי שאמרתי, שאר התהליכים והשירותים מטופלים בנפרד על ידי שדים אחרים, ניתן להשתמש ברובם בנפרד אפילו. ההבדל היחיד הוא שהדמונים האופציונליים הללו נכתבים על ידי אותו צוות, תחת אותו לוח שנה ובאותו גיט (כמו ש- bsd עושה באופן דומה)
לנארט ורד האן רשע? תעתועי רדיפה ומעט אחר.
@Mirage אבל האם מערכת זו אינה מערכת התחלה בלבד ...
האם זו הבעיה, הם התחילו כמערכת הפעלה בלבד והצליחו לשכנע הפצות רבות ואז להפסיק להיות מערכת הפעלה בלבד ולהתפשט כמו סרטן.
אני אצייר את זה טוב יותר, אני רוצה systemd, אבל אני לא רוצה שום מודול systemd אחר ... אבל כשאני אומר שאני לא רוצה את זה, אני לא רוצה שהוא יותקן על הכונן הקשיח שלי ... זה לא מספיק בשביל שיהיה מושבת ... אני לא סומך הדברים האוטומטיים שניתן להפעיל לבד, למשל כאשר שומר המסך פעיל.
אז תגיד לי איזו הפצה נותנת לי גרסה של מערכת מערכת שאין לה את המודולים במתקין שלה.
כרגע אני משתמש ב- lint mint 17 והוא לא משתמש ב- systemd (אני חושב שרק חלק מהתלות שלו) אם כי בהפצות המשתמשות בו זה עובד מושלם בשבילי, אני משתמש ב- linux כמעט שנתיים ואני נותן לו שימוש בסיסי (גלישה באינטרנט, עריכת מסמכים ב- פשוט וכו ') וכשאני משתמש במערכת אני לא נכשל גם שברמה הטכנית מבחינים בשיפור, ורוב השנאה נראית לי לא מוצדקת, רבים אומרים שזה למשהו אתי ולא טכני אבל זה נראה לי יותר מדי אם כי הייתי רוצה לראות אחד אלטרנטיבה שזה ברמה שלך אם כי אין לי שום אמון בזה (בינתיים זה מערכת "יותר תת תזונה" והשם כבר נראה מגוחך מכדי להיות משהו רציני)
ולמה לא להמשיך להשתמש בתסריטי BSD? או openRC מצוות ג'נטו? או לשכוח את כל האמור לעיל כולל SystemD ולהשתמש ב- Upstart של אובונטו?
מכיוון ש- SystemD מזרז את תהליך ההפעלה והכיבוי של מערכת GNU / Linux.
בנוסף, מה שאתה רוצה להציל הוא שמהירות האתחול של SystemD מבלי להשתמש במודולי SystemD, ולהשתמש באלה של OpenRC, SysVinit ואפילו בתסריטים BSD, ובכך להימנע מלהט של היומנים.
ובכן אני מרוצה ממערכת.
אני אפילו רואה יותר יתרונות מכל דבר אחר.
קראתי הערות רבות וכנראה ש- systemd ... לא מתאים לפילוסופיה של 90% ממשתמשי מערכת לינוקס שמתנגדים לה, ... אני תוהה ... מדוע שני האינטרסים של systemd לרצות לשלוט על הכל ... האם זה כמו חלונות? ... האם לא מאחורי יש תוכניות מרושעות לשלוט בכולם ובממשלה העולמית? נכון לעכשיו מערכת מנטה לינוקס עובדת בצורה נהדרת כמעט הכל אוטומטית ואינה דורשת מערכת. אם אתה מצליח להשתלט על מערכת לינוקס ... .. אין לך ברירה אלא לעבור ל- BSD UNIX ונגזרותיה.
אילו הפצות אחרות עובדות כמו Linux Mint, בין אם הן נושאות Systemd ובין אם לא?
תראה ב- Windows אין כמו systemd לפי מה שאני מבין.
הם גורמים לזה להיראות כמו דבר רע להיות מרוכז, כאשר היחידים שאכפת להם הם אלה שעובדים עם המערכת, שהם בדרך כלל מומחים, עבורנו משתמשים נפוצים המערכת הרבה יותר טובה עבורנו, אפילו כמה סיסדמינים משבחים את זה, אז שימו לב שהכל קשור לטעם.
Systemd הוא טוב מאוד, אך מה שאנשים רבים מתלוננים עליו הוא שישנן מספר תוכניות שיזדקקו לתלות חדשה על מנת לעבוד, מכיוון ש- systemd הוא פולשני יותר וחורג מעט ממה שמערכת bootstrap תהיה. הם גם מתלוננים שהוא מבצע משימות מסוימות באופן אוטומטי, אבל אני בטוח שאם תלמד להשתמש בו, תוכל להגדיר אותו לטעמך.
לכן אני אומר: SystemD די פשוט לניהול, אם כי בכל פעם אני מתנתק ממה שעשיתי ב- SysVinit (לא כדי לגרוע מ- SystemD, אבל SysVinit חסכה לי את הצורך לעשות dmesg לראות אם יש משהו שהתעסקתי בו).
מטרת ביצוע שלבי ההפעלה לחלונות זה כדי לחסוך לך את הצורך בעריכת סקריפטים. במילים אחרות, זה יחסוך הרבה זמן למי שלא כל כך סיסמי.
עבור פרפקציוניסטים ו / או סיסדמינים בכירים, עדיף ה- SysVinit וה- OpenRC של ג'נטו (במקרה שלי, הייתי רוצה ש- SysVinit יקבל את מהירות ההפעלה של SystemD, כך ש- UselessD משמש כתוסף נוסף ל- SysVinit או ל- OpenRC יש את הכוחות שעצם SystemD).
אני מניח שניסיתם rc_parallel = »YES» ב- /etc/rc.conf.
זה עדיין קצת יותר איטי מהמערכת אבל רק כמה שניות ומכיוון שזמן הפעילות היומי במקרה שלי הוא אף פעם לא פחות מ- 14 שעות ... הבדל של 8 שניות לא משפיע עלי.
אני חושב שהמזלג הזה ישנה את המסלול ואני מקווה שמפתחים עצמאיים יצטרפו יחד כדי לאחד בין טובת inits עם systemd
וכמובן שעוקבים אחר ההיגיון של משימה אחת ועושים אותה היטב.
@ eliotime3000 יש דברים הרבה יותר חשובים מזמן האתחול, וגם גורם זה לא שזה עניין גדול, לפחות במקרה שלי, זמני האתחול בין systemd ל- OpenRC (באמצעות Gentoo), אינם שונים מאוד, ומנצחים את המערכת למשך פחות מ -4 שניות, ובלי להשתמש ב- rc_parallel = כן ב- OpenRC.
הערה: מכאן ואילך, מי שקורא, אנא עשה זאת בזהירות וסלח לי על כמה ביטויים, גם הבהיר שזו דעתי האישית.
מה שאני לא אוהב במערכת systemd זה העובדה שאני רוצה לעשות דברים שכבר נעשו, כי ההמצאה מחדש של הגלגל נראית לי טיפשה ומיותרת.
מה לעזאזל עושה יוזמה עם הדמונים לוקס, lvm, dns, dhcp, פונקציות avahi, יומני, coredump, devfs, בין היתר? אולי שדים עם כל הפונקציות האלה כבר לא קיימים.
מדוע לעזאזל אתה זקוק לגישת שורש כדי לטפל ביומנים וב- coredump? (זה הצלחתי לאמת באופן אישי ב- Debian וב- Gentoo).
מדוע לעזאזל עלי לאתחל את המחשב האישי שלי אם חל שינוי כלשהו במערכת, האם הוא אינו יכול לחמם אתחול מחדש? החנון של SysVinit יכול לעשות את זה, והכי חשוב, הוא עושה את זה נכון. הם אומרים ש- systemd יכול לעשות את זה, אבל לעשות את הבדיקה ותראה שהוא נכשל ואין ברירה אלא להפעיל מחדש.
זה לא נגמר שם, אבל ל- systemd יש באגים ידועים והם פשוט לא קבועים, והכל בגלל שהצוות (פיטרינג המוביל את המטען) פשוט מעדיף להתעלם מהם ולסמן אותם WONTFIX או פשוט להתעלם מהם. אפילו כמה מהבאגים האלה הם כבר קלאסיקות, העיתונאית, ההרכבה העצמית, ובוא, רבותי, הם משנת 2011 ו -2012 ועדיין לא ניתן לתקן, ולא בגלל שהם לא ידועים (יש לה דו"ח והכל) או שהם לא בקלות ניתן לשחזור, אבל בגלל שהם פשוט לא רוצים לתקן אותם. התנהגות זו אינה באה עם מערכת, Poettering תמיד היה כזה, Avahi (אחת היצירות שלהם) גם היו בעיות דומות, במיוחד עם דליפות זיכרון וצריכת CPU מוגזמת, שרבות מהן עדיין נמשכות. האם אתה רוצה הוכחה נוספת? Pulseaudio הוא עוד טירוף מהסוג הזה, שלמרות שזה היה משהו שרבים ציפו לו, הוא הביא יותר בעיות מפתרונות ורק לא מזמן נפתרו רבות מבעיותיו, כי אם, הרחק מידי פואטינג.
יוקיטרו +100
ניכר, אולי משתמש מתחיל פשוט לא מבין זאת, אבל RedHat היא חברה ושאני יודע, הדבר היחיד שמעניין כל חברה זה להרוויח כסף, אם נוסיף לכך שאולי יהיו הצעות מסוימות של גורמים ממשלתיים ש"לאט לאט לשנות ", אני מאמין שהכל אפשרי ... מר אלוהים כסף יכול לעשות הכל.
לרצון הכוח של כל הממשלות והחברות הגדולות אין מגבלה, אנו קוראים אותו מדי יום, מתברר שמערכת ההפעלה המתנגדת היא GNU / לינוקס, המשתמשים בה נוטים להיות מושכלים יותר לגבי אבטחה ופרטיות.
עם systemd הם התחילו לאט לאט, מהראשון הכל היה נחמד והם הצליחו לכבוש את ההפצות העיקריות כדי לשנות אותם, ואז לאט לאט הם הוסיפו מודולים שיחליפו את מה שהיה קיים וזה תמיד עבד, הם יכולים לומר שאם אתה לא מעוניין שאתה לא מתקין המודולים האלה .... אבל הו הפתעה, כל הפצות מתקינות את זה לגמרי ומשתמשים רגילים לא יודעים לקמפל ידנית ולהסיר אותם.
המודול הכי סוטה הוא journald שקראתי בהודעה שאחד אמר שזה לא אופציונלי, שהוא חובה ושאי אפשר להסיר אותו.
ברור כי לא ניתן יהיה להסירו, הכוונה היא לא לעבוד טוב ולא לתת ל- syslog-ng לעבוד טוב, וגם לא לטפל בתלונות של משתמשים המדווחים על אותם באגים.
הטכניקה היא לכסות כך שלא ניתן יהיה לראות אותה, ואז לנהל את הרשת באופן אוטומטי כך שבעתיד הלא רחוק, לאבד שליטה ידנית מוחלטת על מה שקורה עם הרשת ועם יומני מה שקרה לרשת.
זה יהיה חסר תועלת לקרוא את קוד המערכת, הכל עושה את מה שהוא צריך לעשות ועושה את זה טוב מאוד "בשבילם", מה שלא בסדר הוא הפונקציונליות המשולבת שמייצגת סיכון כולל ל"באג לא מוכרז ".
לכן, systemd אינו טועה, מה שגוי הם יוצריו שיש לשנות.
כמה מוגזם. זה מושך אותך שמדובר בתוכנה חינמית ומה אם יש דברים מוזרים הם מבינים? ועוד בפרויקט שנוי במחלוקת כמו זה, האם לדעתך אין מאות גיקים המעוניינים להסיר את הרגל מהחתול? סנסציוניזם pff תמיד מוכר יותר
כי Systemd הוא למעשה ה- Skynet ... חחחחחח
והמזלג הזה אני מניח שבראשו קנוני?
@אמיליאנו
מה דעתך על לינוקס, למרבה הצער אתה צודק ועם יותר מצער שיש מעט מערכות אדמה, פחות מ- 1/4 מהמשתמשים ... .. בוא נקווה שדברים מוזרים ימשיכו להתרחש כך:
systemd-journald [150]: כתיבת הערך נכשלה (13 פריטים, 351 בתים), תוך התעלמות: כתובת שגויה
להראות שאנחנו לא משוגעים, וגם לא לטהרנים אלא לנושאים טכניים.
אתה יכול לראות את השגיאה ב- cgit זה באמצעות ctrl + f, אך כמובן מכיוון שלנארט בדרך כלל לא מגיב, עוד נוהג רע שיש לו, הם לא יידעו מהי שגיאה זו:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
אתה לא האלבה היחיד:
https://bbs.archlinux.org/viewtopic.php?id=150704
יש הרבה הודעות עם זה אבל אני לא רואה שום דבר שבאמת אומר מה זה, זה נשמע לי כמו באג וזה נראה כמו אלה של PulseAudio עם האבקנים שלו שהעירו אותו ואת האירועים המדוכאים
נורא!!
ולמרות שאתה אולי לא מאמין בזה, יש הרבה יותר שמדווחים על אותה שגיאה, נראה שהיא נובעת משגיאה אחרת והיא סימפטום אך גם שזו שגיאה משלה, בקיצור, systemd מלא בבאג, לפחות ל- sysv לא היו שגיאות, כל כך הרבה זמן שהוכח כסופר מלוטש. היום ניסיתי להשבית את ג'ורנלד ב- VM, זה לא יאפשר לי, זה בלתי אפשרי, הדבר היחיד שאתה יכול לעשות זה לשים syslog ולגרום לג'ורנלד לשלוח לך דברים אז הוא כותב אותם, אבל, מה אם ג'ורנלד נכשל? ... ממתי אי אפשר להשבית כניסה לדמון בלינוקס? ... חלונות זה דבר, אז הם אומרים שזה מודולרי, אם אני רואה
גם הוא לא dmesg מציל אותם. בעין אני שם לב ש- JournalD הוא מפוצץ.
אני מקווה ש- OpenBSD או קרן אפאצ'י יראו את תמיכתם במזלג כזה.
@עלב
יש לך חברה, הצטרף לדוח הבאגים כדי לראות אם lennart עובד קצת:
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
זה באג.
אני מוסיף, זה באג שנוצר על ידי משהו אחר רק שהוא סימפטום אחר »לפי אלה של פדורה, אך עם אותו מקור:
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
חיה את DMESG!
עכשיו, ברצינות, בזכות הכישלון האפי של JournalD אני אראה את תמיכתי במזלג האמור של SystemD, מכיוון ש- JournalD אני לא מבין הרבה (עם DMESG אתה רואה די הרבה שגיאות אתחול הליבה, ואפילו את השדים אפילו של SystemD ).
אנשים רבים דוחים את המערכת משום שהיא אינה תואמת את הפילוסופיה של יוניקס. רבותי יוניקס גוססת ונמצאת בסכנת הכחדה, ישנם מקרים בהם עליכם קצת לשחרר את קשרי העבר ולנסות לעשות משהו טוב יותר גם אם זה פורע מהפילוסופיה הישנה. השאיר שמרנות ואם systemd נותן לך בעיה, דווח על הבאג ועזור לבדוק את התיקונים הפותרים אותו. לדעתי חסר תועלת לא יגיע לשום מקום, ולכן שמו שימושי, חסר תועלת, חסר תועלת, בזבוז זמן ומאמץ מוחלטים שניתן להשקיע בהם במשהו טוב יותר.
בן אדם, אבל לא ראית את הקישורים באותו פוסט ל- RedHat Bugtracker? היוצר של Systemd אינו משיב או מגיב לאף אחד מהם. מה השימוש בדיווח על באגים אם הבחור מריץ אותם דרך התוחם?
בשלב זה, מערכת דיווח דיווחה על 240 רק בבאגזילה של RedHat (עם דוחות גם בעמודים אחרים):
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
עם מקסימום 3 או 4 אנשים עובדים, על פי ויקיפדיה:
https://en.wikipedia.org/wiki/Systemd
צורך לעבוד עם באגים שיכולים לקחת מספר ימים עד מספר חודשים לתקן. ולשם כך אתה צריך להוסיף שעליהם להוסיף תכונות חדשות ולהסיר קוד ישן.
האם לדעתך יש להם זמן להגיב לכל אחד מהדיווחים?
כאן יותר מאחד מאמינים שיש להם את הזכות להגיב על עבודתם של מתכנתי מערכות, כאשר המיטב שהם עשו זה לכתוב סקריפט ב- Bash או ב- Python ולשים נושא WordPress, אך הם חורקים את רגליהם אם הם צריכים לשמור תוכנית ברמה גבוהה.
הרוב המכריע של המתלוננים על SystemD אין מושג על מה הם מדברים. זו פשוט חבורה של תרנגולות שמצפצפות.
ראשית כל hypersayan_xאם הייתי משיק אפליקציה כמו SystemD, הדבר הראשון שהייתי עושה קודם כל, היה לתעד כמה שיותר מה המפרט שלה, הבעיות האפשריות שלו, משמעות היומנים שלו וכו '. עם זה זה היה מונע מטרדות כמו שלי, שם אני עדיין לא יודע מה פירוש השגיאה (או ההודעה) המשמח:
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressבנוסף, אני מחשיב שאם אתה מתכוון להקדיש את עצמך ליצירת יישום, עליך להשקיע לפחות שעה מזמנך בתגובה לבאגים המוצגים על ידי האנשים המשתמשים בה. אם אתה לא מסוגל להתמודד עם זה, לפחות השאיר הודעה או הודע לי, אך לא לענות משאיר אותנו באי וודאות.
לכל אחד לפי עבודתו ... וכל אחד אחראי על מה שהוא עושה. אני לא מבין מה המשמעות של החלק הזה של ההערה, מהעובדה הפשוטה שמעצב ערכות וורדפרס (או משתמש שמתקין פשוט ערכת נושא), או אדם שמתכנת סקריפט של Bash או Python, לא בהכרח מחויב לשמור תוכנית "ברמה גבוהה", רחוקה מכך. כמו שהיה אומר דוד בן: "בכוח רב באה אחריות גדולה", שלוקח את זה לנושא שמעסיק אותנו: «תוכנית נהדרת נושאת באחריות רבה«, ובאחריות אני מבין הכל: תמיכה, פיתוח וכו '.
אם אתה כל כך חביב להסביר בפירוט ועם נתונים טכניים כיצד Systemd עובד כך שאלו מאיתנו שמקלקלים יוכלו להפסיק לעשות את זה או פשוט להבין טוב יותר, אני אודה לך לאינסוף.
לגבי
זה מתועד בצורה מושלמת:
http://www.freedesktop.org/wiki/Software/systemd/
מקטעים: מדריכים ותיעוד למשתמשים ומנהלי מערכת y תיעוד למפתחים
זה נראה לך מעט?
הנה השורה של המסר ההוא:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
והקוד הרלוונטי מופיע ב L448אז הכל תלוי באיזה מסר נתתי לך קודם.
כך כל הפורומים באינטרנט עובדים, הם יכולים להגיב לך או לא, אם הם לא מגיבים זה יכול להיות בגלל: אין להם תגובה, הם לא מעוניינים במסר שלך, יש להם עדיפויות אחרות, או שהם עובדים על דברים אחרים ואין להם זמן בשבילך. קבל שאתה לא מרכז היקום, והם לא מקבלים ממך שום דבר על תיקון באג שמשפיע עליך במיוחד.
ידני שם. זה עניין של קריאתו, אולי הבעיה היא שאנשים רבים לא קוראים אותו, אני לא על דביאן. אבל אני לא מוגבל רק לאדם שהוא ארוז http://www.freedesktop.org/software/systemd/man/systemd.html,
קראתי את הבלוג של http://en.wikipedia.org/wiki/Lennart_Poettering יש מחזור טוב מאוד של (הדרכות) http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x באמת חבר? אני מזמין אותך (פעם נוספת) לתרגם עבורי מה המשמעות של שורה 513 של אותו קישור שהוספת לי, כי אני לא רואה איך זה מסביר מה הבעיה שההודעה הזו מעלה.
זה לא עלי, זה הרבה אנשים .. ראה קישור בתגובה מס '66. 😉
@elav, אני חוזר ואומר, לפי מה שאפשר לקרוא ב- CF, לפני אותה הודעה צריכה להופיע הודעה אחרת המציינת מדוע לא ניתן היה לכתוב ליומן, ולכן זו תהיה הבעיה האמיתית.
טוב שהדברים ממזלגים, זו דרך למדוד יעילות, זה מצחיק אותי, שהם משביתים תכונות שאני משתמש בהן מדי יום ומאיצים את חווית המשתמש, או בדרך אחרת, הם משמשים לאוטומציה של המערכת, אני מחשיב את זה כהערכה של משתמש מתחיל בשימושיות המערכת. זו שאלה של צמיחה (התבגרות) מבחינת הערכות השימוש במערכת, אולי כי אני רוצה יותר לראות אותם כסטים של הזמנות בתוך תסריט, במקום מראות צבעוניות. אולי יותר שימושי לקרוא את המדריך לעיתים קרובות יותר ולהציע הצעות כיצד ליצור מערכת אוטומטית יותר, אך במסגרת הגיונית, המוגדרת על ידי המשתמש (שלא תמיד נמצאת מול המסוף).
לגבי
@מְחוּספָּס
הפיכת הדברים לאוטומטיים, מורידה גמישות ומייצרת הטלה, אינך יכול להכניס את כולם לאותו התיק, על ידי הגדרת משהו אוטומטי שאתה מחפש מזלגות שייווצרו, מכיוון שיהיו יותר אנשים לא מרוצים שלא מתכוונים לשבת ולראות איך הם ליצור חלונות חדשים.
כמה הערות לעיל, שאלתי אם ידוע לך על הפצה שיש לה את חבילת המערכת ללא "המודולים האופציונליים", אך נראה כי אין כאלה ... איש לא ענה לי.
במקרה שלי אין לי צורך, חייתי באושר עם ג'נטו במשך יותר מ -5 שנים עם eudev ו- openrc, אבל יש לי מחברת שאני משתמש בה מעט, שעדיין יש לה ארכלינוקס, אני כל הזמן מעדכן אותה כדי לראות איך הדברים מתנהלים ולא נותנים חוות דעת לפי האוזן מה שאחרים אומרים.
בוא ניגע בהם! @ # $% בדיוק אכלתי ארוחת בוקר שב- ArchLinux אין crontab, cron מטופל עם Systemd .. Grrrr
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
@עלב
יש לקדם הפצות שאינן משתמשות ב- systemd, אין דרך אחרת.
אני יודע, הם לא יהיו הכי קלים להתקנה, אבל ראו את הכיוון של כל זה
אני חושב שעוד הפצות שנולדו מ- LFS יתחילו להופיע, כמו עיקר זה
הייתה אמו של archlinux ואני מבין שהם עדיין משתמשים ב- init.
גם הופעות בסגנון סבאיון שאינן יותר מזריקות עשויות להופיע
gentoo ב- binaries i686.
Systemd הוא כמו הנושא של AC / DC "Got You By The Balls"
https://www.youtube.com/watch?v=2ICWCMaRypI