לאחרונה ביצעתי הגירה של אחד מהמחשבים הניידים שלי מ דביאן a Arch Linux וכאשר הגדרתי דברים הקשורים לממשקי רשת מצאתי כי תקן האתחול החדש עבור system ביצעתי שינוי בשמות המכשירים שהייתי רואה בממשקים האלה.
החל מהתהליך הרגיל הכנסתי למסוף (שאגב משתמש ב- rxvt unicode עם zsh כקונסולת ברירת המחדל) «כתובת ip»השגת הדברים הבאים:
במקרה זה נגדיר את שם ממשק הרשת המתאים לכבל המשותף עם מחבר RJ45 שיש לנו בבית כדי לגשת לאינטרנט. הדבר הראשון שאנחנו רואים הוא שזה לוקח שם enp0s4. זה שונה מאוד מ eth0 כמה ראינו. מה שנעשה הוא לשנות את שמו של הממשק האמור למשתמש נוח יותר כביכול וקל לנו יותר להקליד את המסוף.
כשלב קודם נקליד cat /sys/class/net/enp0s4/addres במסוף כדי לברר את ה- MAC של המכשיר. זה יחזיר מספר מהסוג 000: 00: 00: 00: 00: 0 או פשוט להעתיק את שם כתובת ה- MAC שיוצאת עם הפקודה. ip addr בשלב הקודם. אנחנו חייבים לרשום את זה כי נצטרך את זה אחר כך.
לאחר מכן אנו יוצרים ערך בספריה /etc/udev/rules.d/ בדרך זו:
קובץ טקסט פשוט בשם 10 כללי רשת שישמש כמעבד לפני תקן udev. ראוי לציין כי אנו שמים סודו מכיוון שאנו זקוקים לגישה לקובץ הדורש אישור זה לפעול.
ברגע שפתוח אנו מקלידים אותו:
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:90:f5:6e:83:57" NAME="internet"
להישאר כך במקרה שלי:
לחץ על שילוב המקשים CNTR + o כדי לשמור את השינויים ו- CNTR + x כדי לצאת מהעורך (במקרה זה אני משתמש ב- nano אבל אתה יכול להשתמש בכל מה שאתה רוצה). לאחר מכן אנו מפעילים מחדש את המחשב כך שהשינויים ייכנסו לתוקף, ונקבל לאחר האתחול את הדברים הבאים:
כפי שתראה אם אנו שמים לב לשם הממשקים, זה ששמנו את שמו מופיע עם שם לניהול שנוכל להקליד בקלות.
אני מקווה שתמצא את זה מועיל ואני מזמין אותך להגיב ולשאול שאלות במקרה של חששות כלשהם.
מעכשיו אני אפרסם דברים כאלה ... ברכות.
וואו תודה על המידע, זה נהדר בשבילי, כי השמות שמופיעים עם systemd הם קצת כאב בתחת.
ובכן כן .. למרות שזו לא בעיה אמיתית אם זו צורה .. עדיף לנהל את הממשקים האלה עם שמות מייצגים יותר
LIVE sysvinit XDDD
אני מתאר לעצמי אבל אני רואה שאתה לא משתמש היעד של הפוסט הזה חחח
אני עדיין לא רואה את הטוב במערכת .. במקום להקל על חיינו, נראה לי שזה מסבך את זה .. האם מישהו באמת יכול להגיד לי יתרון "אמיתי"?
מקרה נוסף כמו פולסודיו שבמקרה הוא מאותו יוצר. עד כמה שזה נפלא אבל זה נכשל יותר מרובה ציד ואתה צריך לתת לאלסה להתמודד שוב עם הצליל.
כדי להיות הוגנים זה עדיין מאוד ירוק אבל כרגע היתרון היחיד שאני רואה הוא שהוא גורם למערכת להתחיל 5 שניות מהר יותר בשביל לומר משהו. אני מקווה ש- debian עדיין שומר על sysvinit ו- systemd הוא אופציונלי.
בפרט, אני חושב ש- systemd היא אפשרות טובה, רק שייקח קצת זמן לחדור למשתמשים. אחד הדברים שאני רואה זה שרוב הבעיות נעשות רק בגלל שזה מתועד בצורה גרועה ... אני לא מכחישים שיכולות להיות בעיות בסיסיות אך אין זה אומר שהן בעיות הגורמות ליישום מסוים כשירות או גרועה
נראה כי היתרונות של systemd הם איזוטריים במקצת. קראתי הסברים על השיפורים שיישמתי, אך אינני יודע אם הם מתורגמים לביצועים טובים יותר. ואם לא היו לנו פיזורים עכשיו בלינוקס יש שלוש מערכות הפעלה שאני מכיר: sysvinit, upstart ו- systemd. ולפי הכל, מערכת d תאלץ אותך לשנות את היררכיית הקבצים של יוניקס, המכונה מהלך / usr. קצת מידע מעניין:
http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html
מאמר מעניין מאוד, ואז קראתי אותו במלואו. (וכן, ניקוי היררכיית הספריות לא יזיק, שקבצי התצורה מאוחסנים בספריה בשם "וכו '" ותצורות היישומים מופצות לאורך ספריות שונות המופצות על ידי המערכת. זה מטומטם. במובן הזה יש לאנשי פדורה עשיתי עבודה טובה.)
לגבי מה שהם אומרים על PulseAudio באופן אישי, מעולם לא הייתי זקוק לזה, אני אחד מאלה ש- ALSA נשאר להם (אני תמיד מזהה את HW בצורה מושלמת).
במקרה המסוים של ההפצה שבה אני משתמש, מעולם לא היו לי בעיות עם המחשב השולחני, אם כי במחשב הנייד זה התרגש איך נשמע השמע לאחר שיצא מהשעיה.
למרבה המזל לפני מספר ימים, לאחר שהגיב על כך רבות בפורום, אחד המשתמשים דיווח על הבעיה במעקב אחר הבאגים, הם מצאו את השגיאה ושחררו מיד תיקון שהם אחראים להחיל על צ'אקרה בזמן שהם ממתינים לאורווה הבאה. גרסת הרשות הפלסטינית שתכלול את התיקון הזה.
הגרסה הנוכחית של הרשות הפלסטינית בצ'אקרה: 3.0
טיפ טוב, +1
טוב לראות ש- GNU + Linux סוף סוף יצא מרחם יוניקס והפך למערכת חדשה, חזקה יותר, גמישה ומודרנית יותר, בהתאם לדרישות הנוכחיות.
המערכת עם כמה שהיא ענקית היא עדיין מדהימה, פלא של עוצמה, גמישות ומודולריות, עבודה מצוינת של פואטינג ושותפים.
הדרכה זו טובה מאוד, אבל אני חושב שאם אתה מצליח לבצע את כל השלבים האלה אתה יכול ללמוד גם ב- p0s4 וזה קל יותר, מצד שני טוב לדעת איך הדברים נעשים, לפעמים הם נדרשים ו לממשק שלי בהחלט יש שם לא מובן.
ובכן, אני לא באמת חושב שזה עניין של יכולת לזכור או לא .. מה שאני מנסה לעשות עם מיני הדרכה זו הוא לפתור אי נוחות פוטנציאלית למשתמש בצורה שטחית מאוד, חוץ מזה עם זה אני רוצה הראה שגנו לינוקס הוא גמיש במיוחד, כך שתוכל להתאים אישית אותו כרצונך על ידי ביצוע צעדים פשוטים ... הנקודה השטחית ביותר היא שהוא נראה חמוד יותר על ידי הצבת דברים מותאמים אישית בתוך המערכת ..
עכשיו כשמתקינים את ה- isl archilinux החדש, ה- wifi מזהה אותי כ wlp2s0 ולפעמים כ wlan0, מישהו יודע למה?
Systemd מבצע את השינוי והליבה מספקת תמיכה בממשק .. עקוב אחר ההדרכה שמתפרסמת ותקן אותם בצורה סטטית .. בדרך זו אתה חוסך בעיות
נתקלתי במצב זה גם לפני זמן מה, אבל הם שני דברים שונים
לפי האמנה, הקובץ צריך להיות פחות מ -80 (בדרך כלל 70 במקרה זה)
זה תלוי איך שאר התצורה או כמה לוחות יש לנו
חתול /etc/udev/rules.d/80-net-name-slot.rules
# קובץ זה מסווה כללי שינוי מתמשכים עבור התקני רשת. אם אתה
# מחק קובץ זה, /usr/lib/udev/rules.d/80-net-name-slot.rules עשוי
# שנה שמות של התקני רשת בהתאם ל- ID_NET_NAME_ {ONBOARD, SLOT, PATH}
# מאפיינים של התקני הרשת שלך, עם עדיפות בסדר זה. לִרְאוֹת
# הפלט של 'udevadm test-builtin / sys / class / net / $ interface' עבור
# פרטים על השם החדש הזה.
#
# http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
בקישור, שים את 3 האפשרויות בסוף (ל- freedesktop), עם הקובץ זה לא יוצר אותן באופן אוטומטי בשבילי, וזה לא 70- כלומר, אני לא שם את זה עם שם מסוים, זה עדיין eth0 כמו שצריך להיות (כן יש לי רק אחד) ואם אני שם יותר כמו ה- USB, זה הולך אחרי שנקרא eth1 - 2 - 3, או שהוא שם אותם לפי סדר האיתור של המודול, 70 - זה שימושי אם יש לנו יותר מלוח אחד ואכפת לנו מהשם (אנחנו רוצים שלוח מסוים יהיה eth0 והשני יהיה eth1 או שאתה רוצה לתת לו שם, והוא לא תואם את השם שיוצא אוטומטית מה- סדר הרכבה של המודול)
אם זה 80- זה כל הזמן מכנה אותם בקסם שמות רגילים eth0 eth1 eth2 (לפי סדר הזיהוי)
אם ה -80 לא שם - או שאני שולח אותו לאפס יש לי שמות "מוזרים" שאם אני רוצה אוכל להתנות אותם
אם זה בן 70 או במקרה של החונך, 10- אני מתנה את השמות (יש באג שהסתובב בינואר ואם הוא לא היה בן 70, לא לקחתי אותו, אני לא זוכר אם זה היה קשת או דביאן, אבל במקרה קרה)
אני עדיף להשתמש ב- netcfg ובחלק מהמחשבים
ב- Debian אני לא משתמש ב- 80- אבל אני משתמש בזה ש- udev יצר לפני שעבר ל- systemd /etc/udev/rules.d/70-persistent-net.rules
סביר להניח שהבעיה נובעת מדביאן ... למרות שיהיה צורך לראות אם הבאג השפיע על חבילת הגלם הזמינה ולא על זו שפותחה על ידי כל הפצה .. עם האחרונה, כפי שאני אומר, זו רק אחת הדרכים הרבות לבצע תצורה נכונה.
תראה, כמו כל קאקר טוב שביקשתי ממני / ביתי להתקין את Kali Linux (יורש ה- Backtrack 5).
קאלי, בניגוד ל- BT מבוסס על דביאן, למעשה _ זה_ דביאן עם התוספת המיוחדת של ... systemd!
למעשה זה משך את תשומת ליבי - באופן חיובי - לראות שקאלי לינוקס פועלת עם מערכת כאילו השתמשה בדביאן במשך כל החיים.
בינתיים, קבוצת הליבה של Debian Dev:
"Dev1: -היי, שמעת על אותה מערכת חדשה, זה לא יהיה נהדר ליישם אותה?"
«Dev2: -WTF, אבל מי אתה חושב שאתה !!! כשעוד היית מחרבן את עצמך כבר השתמשתי ב- SysV ואני מזהיר אותך שאני מתכנן להמשיך להשתמש בו עד שאמות !!! »
«Dev3: -היי לעזאזל, צפה במה שאתה אומר ...»
«Dev4: -נראה לי שדוד הוא מסתנן ...»
«Dev5: -תראה, היי, בדביאן אנחנו מתרברבים על איסוף קורי עכביש, אל תיתן לנו חרא חדש כזה. אולי בעוד 15 או 20 שנה כשהוא ייבדק מספיק אנו נעניק לו מבט שני ואם נראה שהוא עומד בדרישות נשלב אותו בסיד »
«Dev1: -אבל היי חבר'ה, זה בסדר, אל תהיו ככה, פשוט נראה לי שזה PID1 * נהדר *, הרבה יותר גמיש, שלם ועוצמתי מ- SysV שלמעשה מראה סימני מחלות עבור הרבה זמן, רק רציתי ... »
«Dev2: -BLASFEMIA !!!»
«Dev4: -אתה, מתוודה, מהיר, אתה בא מקשת, לא לעזאזל!?»
«Dev5: -QUEEEEE ??? אבל מה אתה חושב, איך נשלב משהו שלא נבדק מספיק !! ?? "
«Dev1 מגיבה ל- Dev5: 50 הסנט שלי ... »
«Dev3:-ובכן, לעזאזל עם 50 הסנט שלך אז, איזה חלק לא הבנת שמדובר בדביאן? אנחנו רק מוסיפים תוכנה מיושנת להפצה שלנו, לעזאזל. "
«Dev5: -כמובן, טוב אמר Dev3, הקשיב לי אתה Dev1, רק כאשר תוכנה זו תתחיל להיות מוחלפת בדור הבא של PID1, נשקול לשלב אותה בדביאן. תקופה, לא לדבר יותר על הנושא. "
«Dev1: -זה זה ...»
«Dev2:-ובוא, אתה מחפש את זה גבר, מוטב שתשקיע את זמנך בתיקון ותמיכה ב- SysV ובהארכת חיי השימוש שלה לעשר שנים נוספות, אם הוא משרת אותנו כל כך טוב במשך 20 שנה במשך מה אנחנו נחליף אותו עכשיו. »
«Dev3: -האיש הזה, אם אנחנו עדיין מסתכלים על SysV בחיבה יש PID1 לזמן מה.»
«Dev1: -טוב, בסדר, אני חושב שהם צודקים, מוטב שאפתח טלאים על תוכנה שלא תוכננה לדרישות מודרניות ולכן עם הרבה מאמץ נוכל להמשיך להשתמש בה ...»
«Dev4:-בטח, כמובן, זו הדרך ולא המודרניזם שלך.
"Dev1: -בסדר, בסדר, הם שכנעו אותי, systemd הוא אידיוטי והבחור שעשה את זה הוא אידיוט, שחושב לעשות שטויות כאלה כשיש SysV?"
Dev {2,3,4,5}: - «בואו נצנח בחורים במשך 50 שנות הסטגנציה הבאות!»
אני מקווה שאלאב לא יודע איפה אתה גר ...
האה, אני מתאר לעצמי שהוא צוחק ומלטף את מחבט הבייסבול שלו xD
היתרון של systemd מול sysvinit / openrc או upstart, הוא לא שהוא כל כך גדול, זה פשוט אופנתי כי זה מתחיל תוך 3 או 4 שניות מהר יותר.
אני לא יודע מההתחלה, אני חושב שמעולם לא השתמשתי בזה, לפחות ביודעין.
3 או 4 שניות הן יחסית, יש לי מחשב שבאתחול מלא לקח בערך 10 דקות (דביאן ללא X ועם כל מה שאפשר אופטימיזציה) עם systemd, הוא הלך לחצי או פחות (אותם שירותים, אותם דיסקים, אותו דבר מעבד, אותו איל), כלומר עד שהוא לוקח אחריות,
אם השתמשת אי פעם באובונטו, עליך לדעת שהיא מתחילה, אחרת ברור שלא.
"זה פשוט באופנה כי זה מתחיל תוך 3 או 4 שניות מהר יותר."
למעשה זה לא ככה, למעשה המפתח הראשי של systemd מסביר במפורש בדוא"ל מ- ML שלו שהם מעולם לא חשבו על systemd כעל מערכת התחלה מהירה, שזו רק תוצאה של העבודה של systemd - שהיא ממש עסיסית חושבים במה ניתן להשיג אם יחליטו לבצע אופטימיזציה מהירה יותר של המערכת ...
"היתרון של systemd מול sysvinit / openrc או upstart, הוא לא שהוא כל כך גדול"
ביחס ל- SysV init היתרון הוא ענק לעומת Upstart לא כל כך.
SysVinit היא קטרמינה, עגלה ליד פורשה.
למרות ש- SysVinit שימשה את מטרתה שנים רבות, המציאות היא שהמגבלות הגלויות של תוכנה שיוצרה, מחשבה ועוצבה לפני שנים רבות ולרגע זה ניכרות יותר ויותר.
חלק מהבעיות ב- SysV בנוסף לאטיות שלו בעת האתחול הן תנאי הגזע המתרחשים בדרך כלל בסביבות שונות, מבנה ההפעלה וההפעלה של הדמונים וכמה מורכב להוסיף יישומים ושדים חדשים למבנה זה מבלי לשבור את רצף. של התחלה.
systemd פותר את כל זה בצורה נקייה, פרקטית, סטנדרטית ומתועדת היטב - כאשר ב- SysV זה בדרך כלל שכל הפצה מיישמת אותו כמו שהיא אוהבת הכי טוב.
על Upstart אני לא יודע הרבה מעבר לקבצי התצורה שלו, שלמעשה הם נוראים, זה סיני, זה עינוי לערוך אותם וקל מאוד לעשות טעויות אם אתה לא משוגע ולעשות בלגן.
מצד שני נראה ש- Upstart יעיל באמת מכיוון שהגרסאות האחרונות של אובונטו במחשב שלי התחילו ונסגרו כמעט באופן מיידי - נפלא.
עם זאת, כשנשאל פואטרינג אם הם באמת זקוקים לסיסטמה ואם הם לא מנתחים אפשרויות אחרות כמו Upstart, הוא ענה כי כן, הם ניתחו אותם, שיש הרבה דברים שהם אוהבים ולמעשה זה היה בתוכניות ליישם ב- systemd אך לפיהם הבסיס המבני של Upstart לא היה טוב וכי ייתכן מאוד שבעתיד יהיו להם בעיות הנגזרות מכך.
זכור כי systemd נולדה כיוזמת רד האט משתי סיבות חשובות:
1. בגלל הניסיון _ווסטיסימה_ שיש לחברה באלפי הפריסות שלה, הם הגיעו למסקנה שהם צריכים לבצע שינויים מהותיים מסוימים במערכת שלהם כדי לעמוד בדרישות שלהם, שינויים שמבטלים באופן לוגי יותר מוותיק אחד - כמו כל עמוק. שינויים.
2. זה לא סוד לאף אחד ש- Red Hat מבקש להיות Red Hat ולא GNU + Linux.
מעבר לערבסקות ולהפרעות אחרות, העובדה היא ש- systemd מאומץ יותר ויותר על ידי קהילת GNU + Linux וזה בהכרח טוב מכמה סיבות:
1. הפיתוח מואץ כך שניתן להשיג מוצר טוב יותר בפחות זמן
2. על ידי הכללת הצרכים של הפצות שונות ועל ידי שיתוף פעולה עם מפתחים גדולים של הפצות אלה עם מערכת מערכת אינטראקציה עם מפתחים מהפצות אחרות הדנות בתיקונים ותכונות, קל לאין שיעור להשיג מוצר איכותי.
3. זה אגנוסטי להפצה בה הוא מיושם (חשוב מאוד!) ומאוחד כסטנדרט (כמו POSIX) דבר שמנהל שעליו לעבוד בסביבות הטרוגניות המורכבות מהתפלגויות שונות אך החולק בסיס ניהול. בוודאי מעריכה מערכת דומה.
$ systemctl יעבוד זהה בפדורה כמו openSUSE או Arch או Chakra או Red Hat או Kali Linux או כל הפצה אחרת המשתמשת ב- systemd וזה נהדר.
4. העובדה שמספר גדול של אנשים מתאימים עובדים על אותו PID1 המשמש את ההפצה עצמה מקלה על העבודה הרבה יותר עבור המפתחים עצמם כאשר פותרים בעיות או מחפשים עזרה או רעיונות כיצד ליישם פונקציה כזו או אחרת.
5. מכיוון ש- systemd הוא פרוייקט בינתחומי פתוח וחשוב מאוד, הוא הופך את שיעור האימוץ והשיפור של הפרויקט לאחד מהגדולים בפרויקטים של FLOSS.
לדוגמא, כשמתחזק חבילה של כל הפצה, הכוללת הפעלת שדים בהתחלה, מציג את גרסת השירות שלו ברשימת התפוצה של המערכת המבקשת הערות והצעות, זה קורה שלאחר שיתוף פעולה כללי ניתן יש את השירות הזה כדי להצביע, בצורה הטובה ביותר, על זה שמשתמש לא רק במפתח שפתח את הנושא אלא גם שולח את UPSTREAM למפתחי היישום עצמו כדי שיוכלו להחליט אם הם רוצים להפוך את השירות הזה לחלק מה חבילה משלו ועם זאת להפוך אותו ל- 100% OOTB תואם מערכת.
6. ל- systemd יש מאות מאות תכונות חדשות שהופכות את ניהול המערכות שהיא מנהלת להרבה יותר קל וחלק. לדוגמא, היא אחראית על ניהול מודול ה- PAM למנהלי כניסה, ניהול חיבורים מרוחקים למערכת, טעינת שירותים לפי דרישה בהאזנה על שקעים במקום שדמון ישן בזיכרון וגנבת מעבד וזיכרון שמחכים להפעלה, לנהל דרך אמינה לממשקי רשת ולהתקנים המחוברים למערכת ... זה באמת מפלצת, לויתן ענק אבל בניגוד למערכות אחרות בסדר גודל כזה זה עובד זריז, מהיר וחלק מאוד ואני חושב שהסיבה היחידה שזה כך, בשביל מערכת ענקית כמו systemd (חשבו שבתוך זמן קצר היא תנהל את המערכת כולה) היא שתוכננה להיות יעילה, מודולרית וניתנת להרחבה מהיסוד.
במיוחד מה שאני הכי סובל משימוש ב- systemd הוא שעלי ללמוד מחדש את כל מה שעד עכשיו השתמשתי בו כדי לנהל את המכונה שלי.
ניתן להבין שחלק מהפרהיסטוריקה שנהגה להשתמש במתודולוגיה מסוימת במשך שנים רבות מתנגדות לשינוי כזה ... אבל היי! זהו מדעי המחשב, כאן הדבר היחיד שלא משתנה הוא שהשינוי הוא רציף 😉
ברכות.
שכחתי:
"אם השתמשת אי פעם באובונטו, עליך לדעת שהיא מתחילה, אם לא ברור שלא .."
איזו תגובה לא נעימה, נכון? בבעלות מישהו שמאמין בזה ויודע מעט מאוד.
בעקבות ההיגיון שלך, אני בטוח לחלוטין שאתה יודע כיצד מייצרים את כל האוכל שאתה אוכל, נכון? אני אומר הכל.
אותו דבר כמו כשאתה עולה לאוטובוס או על מטוס, יש לך ידע מוחלט על כל חלקי הרכב, אפילו הקטנים ביותר, כיצד הוא עובד, באילו שמנים, חומרי סיכה ונוזלים אחרים הם משתמשים וכיצד כל אחד מהם מורכב ותהליך הייצור שלו.
או כשאתה משתמש בעט, ודאי ברור לך כיצד מכינים את הדיו.
אני לא יודע אם @ עבר כאן אני עדיין לא קורא את הטיפשות שלך או פשוט מנומס ומתורבת מכדי לענות לך כמו שצריך.
מצידי, אני כבר זקן ורגשן מספיק בכדי לסבול זיפים כמוך:
תמצוץ לי ביצה.
(ולא, אני לא מגן על אף אחד, פשוט חליתי מדי בבינוניות ויהירות רעילה במשפט אחד).
msx, windows משתמש באותה מערכת אתחול מתקופת Moses xD, אותה מערכת קבצים, אותה מערכת סאונד ושום דבר לא קורה! אז זהו לינוקס, שם אנו ממציאים את הגלגל מחדש או מנסים אותו כל 5 או 6 שנים, אבל זה לא מחשוב, זה רק חלק ממנו XD
אהה תראה ...
ברור שלא.
מערכת האתחול התחלפה מ- 98 / Me ל- XP (NTLD) ואז שונתה שוב עם חלונות 7 וכעת היא עודכנה עם חלונות 8 - וזה הגיוני מכיוון שהטכנולוגיות אינן זהות והדרישות אינן זהות.
Windows 7 כולל את Windows Vista.
msx, אבל מה לעזאזל אתה מעשן, אבל מה לעזאזל האמנת? כן עניתי נורמלי לחלוטין, אבל יש לך חרא בראש שאתה מפרש דברים כאדם עם תסביך נחיתות, זו לא אשמתי. זו פשוט הצהרה שהעברתי לבן הזוג, מבלי לרצות לרמות או משהו, אתה יצרת הכל בראש שלך, לעזאזל וויי, לך לך טיליה, על המרירות שיש לך בפנים
ביקשתי ממך כבר לפני כמה ימים בבקשה להפסיק עם זה. אני לא האבא של אף אחד מהם שנוזף בהם .. הם הולכים להילחם על טוויטר, G + או סקייפ .. זה טוב עכשיו.
טוב מאוד,
אולי מה שיש לדביאן (בינתיים) שהוא לא כל כך קפדני עם סקריפטים ומכיל קסם, אם כי ה"כן, עשה מה שאני אומר לך! " לֹא יְסוּלֵא בְּפָּז
הקשת ההיא הם חילול השם? ובכן, קשת הוא ההפך מדביאן סטייבל, זה בטוח
לא לא, כך רואים אותנו אותם אנשי מערות דיגיטליים, מפוחדים לגמרי מהקצב שקשתים נושאים ;-D
הבעיה העיקרית היא לא הפקודות, אלא ההרגל שתופס דיסטרו שאיתו הוא מתרגל.
האפשרות הטובה של Arch, אבל לעת עתה אנסה את Slackware.
תודה על הטיפ!
כמה טוב זה היה שימושי
טיפ טוב =) רק שבכתיבת הטקסט זה בא כדלקמן
"קובץ טקסט פשוט בשם 10 כללי רשת." ובתמונה שהיא הדרך הנכונה זה מגיע כ- 10-network.rules
לגבי
זה שירת אותי .. בגלל תצורה קונקית שיש לי אבל אני גם נגד סוג זה של מאמר שבו הם גורמים לינוקס נראית מאוד קשה לעיניים חסרות ניסיון ..
איזה הבדל זה משנה אם לממשק שלך קוראים איך קוראים לו אם הדבר החשוב הוא שיש לך אינטרנט .. אותו דבר ובתצורה הקונקית שלי השם האחר של ה- wifi ישמש אותי ואם זה בשביל להשתמש במערך אוויר זה גם אותו סיפור אבל כמו ש- Linux נותנת לך את אפשרות ההתאמה האישית ואז שנה אותו .. תודה על המאמר .. תמונה
https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large