{"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\/sv\/blog\/administrirovanie\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","title":{"rendered":"Framtiden \u00e4r redan h\u00e4r eller koda direkt i webbl\u00e4saren","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Jag ska ber\u00e4tta om en komisk situation som h\u00e4nde mig och hur man blir en bidragsgivare till ett v\u00e4lk\u00e4nt projekt.
\n<\/a><\/noindex>
\nNyligen arbetade jag med en id\u00e9: att ladda Linux direkt fr\u00e5n UEFI\u2026
\nId\u00e9n \u00e4r inte ny och det finns ett antal manualer p\u00e5 detta \u00e4mne. En av dem kan man titta p\u00e5 ). Ett typiskt exempel p\u00e5 anv\u00e4ndning:<\/a><\/noindex><\/p>\n

Mina l\u00e5ngvariga f\u00f6rs\u00f6k att l\u00f6sa denna fr\u00e5ga har leder till ett ganska v\u00e4l utformat beslutet<\/a><\/noindex>. L\u00f6sningen fungerar bra och jag anv\u00e4nder den p\u00e5 n\u00e5gra av mina hemmamaskiner. En mer detaljerad beskrivning av denna l\u00f6sning finns i ). Ett typiskt exempel p\u00e5 anv\u00e4ndning:<\/a><\/noindex>.<\/p>\n

K\u00e4rnan i UEFI-boot \u00e4r att ESP (EFI System Partition) partitionen kombineras med katalogen \/boot. Det vill s\u00e4ga att alla k\u00e4rnor och initiala laddningsbilder (initrd) placeras p\u00e5 just den partition fr\u00e5n vilken UEFI kan k\u00f6ra k\u00f6rbara filer och specifikt startladdare f\u00f6r systemet. Men sj\u00e4lva Linux-k\u00e4rnan kompilieras redan i m\u00e5nga distributioner med alternativet UEFISTUB, vilket g\u00f6r att sj\u00e4lva k\u00e4rnan kan starta fr\u00e5n UEFI.<\/p>\n

Det finns en obehaglig aspekt av denna l\u00f6sning \u2014 ESP-partitionen \u00e4r formaterad i FAT32, d\u00e4r det inte g\u00e5r att skapa h\u00e5rda l\u00e4nkar (som systemet regelbundet skapar vid uppdatering av initrd). Och det finns inget s\u00e4rskilt brottsligt med detta, men det \u00e4r inte s\u00e5 trevligt att se systemvarningar vid uppdatering av k\u00e4rnkomponenter\u2026<\/p>\n

Det finns en annan v\u00e4g. <\/p>\n

UEFI-laddaren (den som man m\u00e5ste ange operativsystemets laddare till) kan f\u00f6rutom att ladda laddare\/k\u00e4rnor f\u00f6r Linux \u00e4ven ladda drivrutiner. S\u00e5 man kan ladda drivrutinen f\u00f6r det filsystem d\u00e4r man har sin \/boot och direkt fr\u00e5n det ladda k\u00e4rnan med hj\u00e4lp av UEFI. Drivrutinen m\u00e5ste naturligtvis placeras i ESP-partitionen. Ungef\u00e4r detta g\u00f6r laddare som GRUB. Men po\u00e4ngen \u00e4r just att alla ofta anv\u00e4nda funktioner i GRUB redan finns i UEFI. N\u00e4rmare best\u00e4mt i dess laddarhanterare. Och om man ska vara \u00e4nnu mer petig, s\u00e5 har UEFI-laddarhanteraren faktiskt fler m\u00f6jligheter i vissa avseenden. <\/p>\n

Det verkar vara en vacker l\u00f6sning, men det finns ett \"MEN\" (eller snarare fanns det, men mer om det senare). Det handlar om att UEFI-drivrutinsystemet \u00e4r ganska enkelt utformat. Det finns inget s\u00e5dant koncept som montering av filsystem eller koppling av en drivrutin till en specifik enhet. Det finns ett systemanrop med det villkorliga namnet Map som g\u00e5r igenom varje drivrutin och f\u00f6rs\u00f6ker koppla den till alla, mer eller mindre l\u00e4mpliga enheter. Om drivrutinen lyckas koppla till en enhet, skapas en mappning \u2014 en kopplingspost. Just s\u00e5 m\u00e5ste den nyinl\u00e4sta drivrutinen initieras tillsammans med alla andra. Och allt som beh\u00f6vs \u00e4r att s\u00e4tta en bit (LOAD_OPTION_FORCE_RECONNECT) i 1 i drivrutinens startpost, s\u00e5 kommer UEFI efter att ha laddat den att g\u00f6ra den globala remappen.<\/p>\n

Men att g\u00f6ra detta \u00e4r inte s\u00e5 enkelt. Den standardm\u00e4ssiga verktygen efibootmgr (som anv\u00e4nds f\u00f6r att konfigurera UEFI:s lasthanterare) kan (eller snarare kunde) inte s\u00e4tta denna bit. Jag var tvungen att g\u00f6ra det manuellt genom en ganska komplex och farlig procedur. <\/p>\n

Och s\u00e5, efter att ha f\u00f6rs\u00f6kt g\u00f6ra detta manuellt igen, kunde jag inte motst\u00e5 och skapade ett issue p\u00e5 GitHub<\/a><\/noindex> med en beg\u00e4ran till utvecklarna att l\u00e4gga till denna funktion.<\/p>\n

Det gick n\u00e5gra dagar, men ingen uppm\u00e4rksammade min beg\u00e4ran. Och av nyfikenhet kollade jag p\u00e5 k\u00e4llkoden\u2026 forka den och funderade p\u00e5 hur jag skulle kunna l\u00e4gga till denna funktion \"manuellt\"\u2026 \"manuellt\" eftersom jag inte installerade n\u00e5got och redigerade direkt i webbl\u00e4saren.<\/p>\n

Jag k\u00e4nner C (programmeringsspr\u00e5ket) v\u00e4ldigt ytligt, men jag skissade p\u00e5 en l\u00f6sning (fr\u00e4mst genom att kopiera och klistra in)\u2026 sen t\u00e4nkte jag \u2014 varf\u00f6r inte skicka en Pull Request, \u00e4ven om jag har s\u00e4kert mycket fel (mina tidigare f\u00f6rs\u00f6k att r\u00e4tta andras C-kod gav resultat f\u00f6rst efter tio f\u00f6rs\u00f6k). S\u00e5 jag skapade den<\/a><\/noindex>.<\/p>\n

Och d\u00e4r visade det sig att Travis CI var kopplad f\u00f6r att kontrollera pull requests. Och den gav mig noggrant alla mina fel. Om felen \u00e4r k\u00e4nda - varf\u00f6r inte r\u00e4tta dem: \u00e5terigen direkt i webbl\u00e4saren, och efter fj\u00e4rde f\u00f6rs\u00f6ket s\u00e5 byggdes koden (ett framg\u00e5ng f\u00f6r mig).<\/p>\n

Och s\u00e5, utan att l\u00e4mna webbl\u00e4saren, l\u00e4mnade jag in en fullt fungerande Pull Request till ett verktyg som anv\u00e4nds i n\u00e4stan alla moderna Linux-distributioner.<\/p>\n

Jag blev sj\u00e4lv f\u00f6rv\u00e5nad \u00f6ver att jag, utan att riktigt kunna spr\u00e5ket och utan att st\u00e4lla in n\u00e5got (det beh\u00f6vs en hel del beroenden f\u00f6r att bygga), och utan att ens k\u00f6ra kompilatorn, helt enkelt \"kodade\" en fullt fungerande och anv\u00e4ndbar funktion direkt i webbl\u00e4saren.<\/p>\n

Men min beg\u00e4ran hade h\u00e4ngt utan respons sedan den 19 mars 2019, och jag hade n\u00e4stan gl\u00f6mt bort den. <\/p>\n

Men ig\u00e5r lades den h\u00e4r beg\u00e4ran till i master. <\/p>\n

\nS\u00e5 vad handlar min ber\u00e4ttelse om? Den handlar om att inom ramen f\u00f6r moderna teknologier har det visat sig att man faktiskt kan skriva verklig kod i webbl\u00e4saren utan att beh\u00f6va st\u00e4lla in n\u00e5gra lokala utvecklingsverktyg eller beroenden.<\/p>\n

Dessutom m\u00e5ste jag erk\u00e4nna att detta redan \u00e4r min andra pull request i k\u00e4nda (\u00e5tminstone inom smala kretsar) verktyg. Senast resulterade min beg\u00e4ran om att \u00e5tg\u00e4rda visningen av vissa f\u00e4lt i webgr\u00e4nssnittet f\u00f6r SyncThing i en bokstavligen enradig \u00e4ndring i en milj\u00f6 som jag \u00f6verhuvudtaget inte k\u00e4nner till.<\/p>\n

Endast registrerade anv\u00e4ndare kan delta i omr\u00f6stningen. Logga in<\/a><\/noindex>, tack.<\/p>\n

Ska jag skriva mer eller inte?<\/h2>\n