Иднината е веќе тука или кодирајте директно во прелистувачот

Ќе ви кажам за една смешна ситуација што ми се случи и како да станам соработник на познат проект.

Не така одамна размислував за една идеја: подигнување на Linux директно од UEFI...
Идејата не е нова и има голем број прирачници на оваа тема. Можете да видите еден од нив тука

Всушност, моите долгогодишни обиди да го решам ова прашање резултираа со целосно формализирање одлука. Решението е прилично функционално и го користам на некои од моите домашни машини. Ова решение е опишано малку подетално. тука.

Суштината на UEFI-Boot е дека партицијата ESP (EFI System Partition) е комбинирана со директориумот /boot. Оние. сите кернели и слики за подигање (initrd) се наоѓаат на истата партиција од која UEFI може да стартува извршни датотеки и, особено, да стартува системски подигачи. Но, самиот кернел на Линукс во многу дистрибуции е веќе склопен со опцијата UEFISTUB, што овозможува самото јадро да се лансира од UEFI.

Ова решение има еден непријатен момент - партицијата ESP е форматирана во FAT32, на која е невозможно да се креираат тврди врски (кои системот редовно ги создава при ажурирање на initrd). И нема ништо особено криминално во ова, но гледањето системски предупредувања при ажурирање на компонентите на кернелот не е многу пријатно...

Постои и друг начин.

Менаџерот за подигање UEFI (истиот каде што треба да го регистрирате подигнувачот на ОС) може, покрај подигнувачите/ кернелите на Линукс, да вчита и драјвери. Така, можете да го вчитате драјверот за датотечен систем каде што имате /boot и да го вчитате кернелот директно од таму користејќи UEFI. Возачот, се разбира, треба да се стави во партицијата ESP. Ова е приближно она што го прават подигнувачите како GRUB. Но, најважното е дека сите често користени функции на GRUB веќе се во UEFI. Поточно во неговиот менаџер за преземање. И за да биде уште подосадно, менаџерот за подигање UEFI има уште повеќе способности во некои работи.

Се чини дека е убаво решение, но има едно „НО“ (или подобро, беше, но повеќе за тоа подоцна). Факт е дека системот за возачи UEFI е прилично едноставен. Не постои такво нешто како монтирање датотечен систем или поврзување на драјвер со одреден уред. Постои системски повик со конвенционално име Мапа, кој го зема секој возач за возврат и се обидува да го поврзе со сите, барем соодветни уреди. И ако возачот можеше да го земе уредот, тогаш се креира мапирање - запис за поврзување. Токму вака треба да се иницијализира нововчитаниот драјвер во заеднички куп со сите други. Сè што ви треба е да поставите еден бит (LOAD_OPTION_FORCE_RECONNECT) на 1 во записот за подигање на драјверот и UEFI ќе ја направи оваа глобална ремапирање откако ќе ја вчита.

Но, ова не е толку лесно да се направи. Стандардната алатка efibootmgr (која се користи за конфигурирање на UEFI offload manager) не знае како (или подобро, не знаела како) да го постави овој бит. Морав да го инсталирам рачно преку прилично комплицирана и опасна процедура.

И уште еднаш, откако се обидов да го сторам тоа со моите раце, не можев да издржам и се официјализирав проблем на GitHub барајќи од програмерите да ја додадат оваа функција.

Поминаа неколку дена, но никој не обрна внимание на моето барање. И од љубопитност, го погледнав изворниот код... го чепкав и на колена сфатив како да ја додадам оваа функција... „На колена“ затоа што не инсталирав такво нешто и го уредив изворот код директно во прелистувачот.

Го знам C (програмскиот јазик) многу површно, но скицирав приближно решение (најчесто copy-paste)... и тогаш си помислив - барем веројатно имам многу грешки таму (моите минати обиди да уредувам туѓи Кодот C беше пополнет околу 10-ти пат) Ќе издадам барање за повлекување. Па дизајниран.

И таму Тревис ЦИ се покажа дека е прикачен за проверка на барањата за повлекување. И тој вредно ми ги кажа сите мои грешки. Па, ако има познати грешки, нема потреба да се поправа: повторно, право во прелистувачот и при четвртиот обид кодот работеше (достигнување за мене).

И токму така, без да го напуштам прелистувачот, форматирав многу реално барање за повлекување во алатка која се користи во скоро сите модерни дистрибуции на Линукс.

Бев изненаден од фактот што, без вистински да го познавам јазикот, без да поставам ништо (зависностите бараат доста библиотеки за склопување) и без воопшто да го стартувам компајлерот, едноставно „кодирав“ една целосно работна и корисна функција во прелистувач.

Сепак, моето барање остана неодговорено од 19 март 2019 година и веќе почнав да заборавам на тоа.

Но вчера ова барање беше додадено во господар.

Па за што е мојата приказна? И тој зборува за фактот дека, во рамките на современите технологии, се покажа дека вистинскиот код веќе може да се напише во прелистувачот, без да се распоредуваат никакви развојни алатки и зависности локално.

Покрај тоа, морам да признаам, ова е веќе второ мое барање за повлекување за добро познати (барем во тесни кругови) комунални услуги. Минатиот пат, моето барање да се поправи приказот на некои полиња во веб-интерфејсот SyncThing резултираше со мое буквално еднолиниско уредување во средина што воопшто не ја познавам.

Само регистрирани корисници можат да учествуваат во анкетата. Најави се, вие сте добредојдени.

Дали да пишувам повеќе или не?

• Да

• не вреди

Гласале 294 корисници. 138 корисници беа воздржани.

Извор: www.habr.com