{"id":38908,"date":"2019-10-31T22:26:41","date_gmt":"2019-10-31T19:26:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere\/"},"modified":"2019-10-31T22:26:41","modified_gmt":"2019-10-31T19:26:41","slug":"budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","title":{"rendered":"Przysz\u0142o\u015b\u0107 ju\u017c tutaj, czyli programujemy prosto w przegl\u0105darce","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Opowiem o zabawnym incydencie, kt\u00f3ry mi si\u0119 przydarzy\u0142, i jak zosta\u0107 wsp\u00f3\u0142autorem w znanym projekcie.
\n<\/a><\/noindex>
\nNiedawno zajmowa\u0142em si\u0119 pewnym pomys\u0142em: uruchamianiem Linuxa bezpo\u015brednio z UEFI...
\nPomys\u0142 nie jest nowy i istnieje pewna liczba przewodnik\u00f3w na ten temat. Jeden z nich mo\u017cna zobaczy\u0107 tutaj<\/a><\/noindex><\/p>\n

W\u0142a\u015bciwie moje d\u0142ugie pr\u00f3by rozwi\u0105zania tego problemu przerodzi\u0142y si\u0119 w dobrze zorganizowane decyzj\u0119<\/a><\/noindex>. Rozwi\u0105zanie jest ca\u0142kowicie funkcjonalne i stosuj\u0119 je na cz\u0119\u015bci moich domowych komputer\u00f3w. Nieco dok\u0142adniej to rozwi\u0105zanie opisano tutaj<\/a><\/noindex>.<\/p>\n

Istota UEFI-Boot polega na tym, \u017ce ESP (EFI System Partition) jest po\u0142\u0105czona z katalogiem \/boot. To znaczy, \u017ce wszystkie j\u0105dra i obrazy pocz\u0105tkowego uruchamiania (initrd) s\u0105 umieszczane w tym samym wydzielonym obszarze, z kt\u00f3rego UEFI mo\u017ce uruchamia\u0107 pliki wykonywalne, a w szczeg\u00f3lno\u015bci uruchamia\u0107 bootloadery systemu. Jednak samo j\u0105dro Linuxa w ju\u017c wielu dystrybucjach jest kompilowane z opcj\u0105 UEFISTUB, kt\u00f3ra pozwala zainicjowa\u0107 j\u0105dro z UEFI.<\/p>\n

To rozwi\u0105zanie ma jeden nieprzyjemny aspekt \u2014 partycja ESP jest sformatowana jako FAT32, na kt\u00f3rej nie mo\u017cna tworzy\u0107 twardych link\u00f3w (kt\u00f3re system regularnie tworzy podczas aktualizacji initrd). I nic szczeg\u00f3lnie z\u0142ego w tym nie ma, ale nie jest mi\u0142o widzie\u0107 ostrze\u017cenia systemu przy aktualizacjach komponent\u00f3w j\u0105dra...<\/p>\n

Istnieje te\u017c inna droga. <\/p>\n

Menad\u017cer rozruchu UEFI (ten, w kt\u00f3rym trzeba wpisa\u0107 bootloader OS) potrafi opr\u00f3cz bootloader\u00f3w\/j\u0105der Linuxa \u0142adowa\u0107 r\u00f3wnie\u017c sterowniki. Tak wi\u0119c mo\u017cna za\u0142adowa\u0107 sterownik do systemu plik\u00f3w, w kt\u00f3rym masz \/boot, i bezpo\u015brednio stamt\u0105d \u0142adowa\u0107 j\u0105dro za pomoc\u0105 UEFI. Oczywi\u015bcie, sterownik trzeba umie\u015bci\u0107 w partycji ESP. W\u0142a\u015bnie tym zajmuj\u0105 si\u0119 bootloadery typu GRUB. Ale smaczek polega na tym, \u017ce wszystkie cz\u0119sto u\u017cywane funkcje GRUB ju\u017c s\u0105 w UEFI. A m\u00f3wi\u0105c jeszcze bardziej szczeg\u00f3\u0142owo, menad\u017cer rozruchu UEFI ma nawet wi\u0119cej mo\u017cliwo\u015bci w niekt\u00f3rych kwestiach. <\/p>\n

Wydawa\u0142oby si\u0119, \u017ce to \u0142adne rozwi\u0105zanie, ale jest jedno \"ALE\" (a raczej by\u0142o, ale o tym p\u00f3\u017aniej). Chodzi o to, \u017ce system sterownik\u00f3w UEFI jest zbudowany do\u015b\u0107 prosto. Nie ma tam poj\u0119cia takiego jak montowanie systemu plik\u00f3w czy wi\u0105zanie sterownika z konkretnym urz\u0105dzeniem. Jest tam wywo\u0142anie systemowe o warunkowej nazwie Map, kt\u00f3re po kolei bierze ka\u017cdy sterownik i pr\u00f3buje powi\u0105za\u0107 go ze wszystkimi, w miar\u0119 odpowiednimi urz\u0105dzeniami. I je\u015bli sterownik uda\u0142o si\u0119 po\u0142\u0105czy\u0107 z urz\u0105dzeniem, to tworzy si\u0119 mapowanie \u2014 powi\u0105zanie. W\u0142a\u015bnie tak w og\u00f3lnej masie z wszystkimi innymi powinien by\u0107 inicjowany nowo za\u0142adowany sterownik. I to wszystko, co trzeba zrobi\u0107 \u2014 w zapisie rozruchowym sterownika ustawi\u0107 jeden bit (LOAD_OPTION_FORCE_RECONNECT) na 1, a UEFI po jego za\u0142adowaniu zrobi ten globalny remap.<\/p>\n

Tylko \u017ce zrobienie tego nie jest takie proste. Standardowe narz\u0119dzie efibootmgr (za pomoc\u0105 kt\u00f3rego konfiguruje si\u0119 mened\u017cera rozruchu UEFI) nie potrafi (w\u0142a\u015bciwie nie potrafi\u0142o) ustawia\u0107 tego bitu. Musia\u0142em ustawia\u0107 go r\u0119cznie przez do\u015b\u0107 skomplikowan\u0105 i niebezpieczn\u0105 procedur\u0119. <\/p>\n

I zn\u00f3w pr\u00f3buj\u0105c to zrobi\u0107 r\u0119cznie, nie wytrzyma\u0142em i stworzy\u0142em zg\u0142oszenie na GitHubie<\/a><\/noindex> z pro\u015bb\u0105 do programist\u00f3w o dodanie tej mo\u017cliwo\u015bci.<\/p>\n

Min\u0119\u0142o kilka dni, ale nikt nie zwr\u00f3ci\u0142 uwagi na moj\u0105 pro\u015bb\u0119. Z ciekawo\u015bci zerkn\u0105\u0142em na \u017ar\u00f3d\u0142a\u2026 stworzy\u0142em fork i zastanowi\u0142em si\u0119, jak t\u0119 funkcj\u0119 doda\u0107 \"na kolanie\"\u2026 \"Na kolanie\", poniewa\u017c niczego takiego sobie nie instalowa\u0142em i edytowa\u0142em \u017ar\u00f3d\u0142a bezpo\u015brednio w przegl\u0105darce.<\/p>\n

C (j\u0119zyk programowania) wiem bardzo powierzchownie, ale mniej wi\u0119cej skonstruowa\u0142em rozwi\u0105zanie (g\u0142\u00f3wnie kopiuj\u0105c i wklejaj\u0105c)\u2026 a potem pomy\u015bla\u0142em \u2014 a chocia\u017c na pewno mam tam pe\u0142no b\u0142\u0119d\u00f3w (moje wcze\u015bniejsze pr\u00f3by poprawy cudzego kodu C sk\u0142ada\u0142y si\u0119 ze dziesi\u0105tego podej\u015bcia), stworz\u0119 Pull Request. No i stworzy\u0142em<\/a><\/noindex>.<\/p>\n

A tam okaza\u0142o si\u0119, \u017ce zainstalowano Travis CI do weryfikacji pull request\u00f3w. I on starannie wy\u015bwietli\u0142 mi wszystkie moje b\u0142\u0119dy. C\u00f3\u017c, je\u015bli b\u0142\u0119dy s\u0105 znane \u2014 czemu ich nie poprawi\u0107: zn\u00f3w bezpo\u015brednio w przegl\u0105darce, i przy czwartej pr\u00f3bie kod si\u0119 skompilowa\u0142 (osi\u0105gni\u0119cie dla mnie).<\/p>\n

I tak, nie wychodz\u0105c z przegl\u0105darki, stworzy\u0142em ca\u0142kiem realny Pull Request do narz\u0119dzia, z kt\u00f3rego korzystaj\u0105 praktycznie wszystkie nowoczesne dystrybucje Linuxa.<\/p>\n

Zdziwi\u0142o mnie to, \u017ce nie znaj\u0105c j\u0119zyka, bez \u017cadnych ustawie\u0144 (potrzebny jest spory zestaw bibliotek do kompilacji) i nawet nie uruchamiaj\u0105c kompilatora, po prostu w przegl\u0105darce \"napisa\u0142em\" ca\u0142kiem dzia\u0142aj\u0105c\u0105 i u\u017cyteczn\u0105 funkcj\u0119.<\/p>\n

Jednak\u017ce m\u00f3j wniosek wisia\u0142 bez reakcji od 19 marca 2019 roku, a ja ju\u017c zacz\u0105\u0142em o nim zapomina\u0107. <\/p>\n

Ale wczoraj ten wniosek zosta\u0142 dodany do master. <\/p>\n

\nC\u00f3\u017c, o czym jest moja opowie\u015b\u0107. Jest ona o tym, \u017ce w ramach nowoczesnych technologii okaza\u0142o si\u0119, \u017ce prawdziwy kod mo\u017cna ju\u017c pisa\u0107 w przegl\u0105darce, nie instaluj\u0105c lokalnie \u017cadnych narz\u0119dzi deweloperskich ani zale\u017cno\u015bci.<\/p>\n

Trzeba przyzna\u0107, \u017ce to ju\u017c m\u00f3j drugi pull request w znane (przynajmniej w w\u0105skich kr\u0119gach) narz\u0119dzia. Poprzednio moja pro\u015bba o poprawienie wy\u015bwietlania niekt\u00f3rych p\u00f3l w interfejsie webowym SyncThing zako\u0144czy\u0142a si\u0119 moj\u0105 dos\u0142ownie jednoliniow\u0105 poprawk\u0105 w \u015brodowisku, kt\u00f3rego zupe\u0142nie nie zna\u0142em.<\/p>\n

Tylko zarejestrowani u\u017cytkownicy mog\u0105 bra\u0107 udzia\u0142 w ankiecie. Zaloguj si\u0119<\/a><\/noindex>, prosz\u0119.<\/p>\n

Czy warto jeszcze pisa\u0107, czy nie?<\/h2>\n