{"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\/da\/blog\/administrirovanie\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","title":{"rendered":"Fremtiden er allerede her eller vi koder direkte i browseren","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Jeg vil fort\u00e6lle om en sjov situation, der skete for mig, og hvordan man bliver bidragsyder til et kendt projekt.
\n<\/a><\/noindex>
\nFor ikke s\u00e5 l\u00e6nge siden arbejdede jeg p\u00e5 en id\u00e9: opstart af Linux direkte fra UEFI\u2026
\nId\u00e9en er ikke ny, og der er en del vejledninger om emnet. En af dem kan ses her<\/a><\/noindex><\/p>\n

Mine langvarige fors\u00f8g p\u00e5 at l\u00f8se dette problem har udm\u00f8ntet sig i en ret veludformet l\u00f8sning<\/a><\/noindex>. L\u00f8sningen er fuldt ud funktionel, og jeg bruger den p\u00e5 nogle af mine hjemmecomputere. En smule mere detaljeret er denne l\u00f8sning beskrevet her<\/a><\/noindex>.<\/p>\n

Essensen af UEFI-Boot er, at ESP (EFI-systempartitionen) fusioneres med katalogen \/boot. Det vil sige, at alle kerner og initrd-billeder placeres p\u00e5 den samme partition, som UEFI kan starte eksekverbare filer fra, og specifikt starte systembootloaderne. Men selve Linux-kernen samles allerede i mange distributioner med indstillingen UEFISTUB, som giver kernen mulighed for at starte fra UEFI.<\/p>\n

Der er en ubehagelig detalje ved denne l\u00f8sning \u2014 ESP-partitionen er formateret i FAT32, hvor det ikke er muligt at oprette h\u00e5rde links (som systemet regelm\u00e6ssigt opretter ved opdatering af initrd). Og der er ikke noget kriminelt i det, men det er ikke s\u00e6rlig behageligt at se systemadvarsler ved opdatering af kernen komponenter\u2026<\/p>\n

Der er ogs\u00e5 en anden vej. <\/p>\n

UEFI bootloaderen (den, hvor OS bootloaderen skal skrives) kan, udover Linux bootloadere\/kerner, ogs\u00e5 indl\u00e6se drivere. S\u00e5 man kan indl\u00e6se driveren til det filsystem, hvor dit \/boot ligger, og direkte derfra indl\u00e6se kernen via UEFI. Driveren skal naturligvis placeres i ESP-partitionen. Det er pr\u00e6cis, hvad bootloadere som GRUB besk\u00e6ftiger sig med. Men det interessante er, at mange af de ofte anvendte funktioner fra GRUB allerede findes i UEFI. Mere pr\u00e6cist i dens boot manager. Og hvis man skal v\u00e6re lidt mere n\u00f8rdet, s\u00e5 har UEFI boot manageren endda flere muligheder i nogle henseender. <\/p>\n

Det ser ud til at v\u00e6re en flot l\u00f8sning, men der er et \"MEN\" (egentlig var der, men mere om det senere). Det er s\u00e5dan set, at UEFI-driverens system er ret ligetil. Der findes ikke noget som montering af filsystemet eller binding af driveren til et specifikt device. Der er et systemopkald med det betingede navn Map, som tager hver driver i tur og orden og fors\u00f8ger at forbinde den med alle, der nogenlunde passer til enhederne. Og hvis driveren kan tilslutte en enhed, skabes der en mapping - en bindingspost. Det er s\u00e5dan, at alle de andre ogs\u00e5 skal initialiseres sammen med den nyindl\u00e6ste driver. Og det, der bare skal g\u00f8res, er at s\u00e6tte en bit i opstartsposten for driveren (LOAD_OPTION_FORCE_RECONNECT) til 1, og UEFI vil derefter foretage denne globale remap efter indl\u00e6sningen.<\/p>\n

Men at g\u00f8re dette er ikke s\u00e5 let. Den standardv\u00e6rkt\u00f8j efibootmgr (som bruges til at konfigurere UEFI-load manageren) kunne ikke (eller rettere sagt, kunne ikke tidligere) s\u00e6tte denne bit. Man m\u00e5tte s\u00e6tte den manuelt gennem en ret kompleks og farlig procedure. <\/p>\n

Og endnu en gang, da jeg fors\u00f8gte at g\u00f8re dette manuelt, kunne jeg ikke holde det ud og oprettede et issue p\u00e5 GitHub<\/a><\/noindex> med en anmodning til udviklerne om at tilf\u00f8je denne mulighed.<\/p>\n

Der gik et par dage, men ingen reagerede p\u00e5 min anmodning. Og af nysgerrighed kiggede jeg p\u00e5 kildekoden\u2026 jeg forgreb mig p\u00e5 den, og klurede s\u00e5, hvordan denne funktion kunne tilf\u00f8jes\u2026 jeg gjorde det fra bunden fordi jeg ikke havde installeret noget, og redigerede kildekoden direkte i browseren.<\/p>\n

C (programmeringssprog) kender jeg kun overfladisk, men jeg skitserede dog en l\u00f8sning (prim\u00e6rt ved at kopiere og inds\u00e6tte)\u2026 og s\u00e5 kom jeg til at t\u00e6nke \u2014 men selvom jeg sikkert har en masse fejl (mine tidligere fors\u00f8g p\u00e5 at rette andres C-kode blev kun samlet ved tiende fors\u00f8g) ville jeg oprette en Pull Request. Og s\u00e5 oprettede jeg<\/a><\/noindex>.<\/p>\n

Der viste sig at v\u00e6re tilsluttet Travis CI til kontrol af pull requests. Og det gav mig omhyggeligt alle mine fejl. N\u00e5, s\u00e5 hvis fejlene er kendte \u2014 hvorfor ikke rette dem: igen direkte i browseren, og p\u00e5 fjerde fors\u00f8g blev koden samlet (en bedrift for mig).<\/p>\n

Og s\u00e5dan, uden at forlade browseren, oprettede jeg en helt reel Pull Request til v\u00e6rkt\u00f8jet, som bruges i n\u00e6sten alle moderne Linux-distributioner.<\/p>\n

Jeg blev selv overrasket over, at jeg, uden at kende sproget ordentligt og uden at have konfigureret noget (der er en hel bunke biblioteker n\u00f8dvendig for ops\u00e6tningen), og uden nogensinde at have startet kompilatoren, bare i browseren \"kodede\" en helt funktionel og nyttig feature.<\/p>\n

Men min foresp\u00f8rgsel h\u00e6ngte uden reaktion siden 19. marts 2019, og jeg begyndte allerede at glemme den. <\/p>\n

Men i g\u00e5r blev denne foresp\u00f8rgsel tilf\u00f8jet til master. <\/p>\n

\nS\u00e5 hvad handler min historie om? Den handler om, at med moderne teknologier viser det sig, at man allerede kan skrive rigtig kode i browseren uden at implementere lokale udviklingsv\u00e6rkt\u00f8jer og afh\u00e6ngigheder.<\/p>\n

Desuden m\u00e5 jeg indr\u00f8mme, at det allerede er min anden pull-request til kendte (i det mindste i sn\u00e6vre kredse) v\u00e6rkt\u00f8jer. Sidste gang f\u00f8rte min anmodning om at \u00e6ndre visningen af nogle felter i webgr\u00e6nsefladen til SyncThing til en bogstavelig en-linjers rettelse i et milj\u00f8, jeg slet ikke kendte.<\/p>\n

Kun registrerede brugere kan deltage i unders\u00f8gelsen. Log ind<\/a><\/noindex>, please.<\/p>\n

Skal jeg skrive mere eller ej?<\/h2>\n