העתיד כבר כאן או קוד ישירות בדפדפן

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

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

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

המהות של UEFI-Boot היא שמחיצת ה-ESP (EFI System Partition) משולבת עם ספריית /boot. הָהֵן. כל הגרעינים ותמונות האתחול (initrd) ממוקמות באותה מחיצה שממנה UEFI יכול להפעיל קבצי הפעלה, ובמיוחד להפעיל את מטעני האתחול של המערכת. אבל ליבת הלינוקס עצמה בהפצות רבות כבר מורכבת עם אפשרות UEFISTUB, המאפשרת להשיק את הליבה עצמה מ-UEFI.

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

יש דרך אחרת.

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

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

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

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

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

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

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

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

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

עם זאת, הבקשה שלי לא נענתה מאז 19 במרץ 2019, וכבר התחלתי לשכוח ממנה.

אבל אתמול נוספה בקשה זו למאסטר.

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

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

רק משתמשים רשומים יכולים להשתתף בסקר. להתחברבבקשה.

לכתוב יותר או לא?

• כן

• לא שווה את זה

294 משתמשים הצביעו. 138 משתמשים נמנעו.

מקור: www.habr.com