{"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\/it\/blog\/administrirovanie\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","title":{"rendered":"Il futuro \u00e8 gi\u00e0 qui o stiamo codificando direttamente nel browser","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vi racconter\u00f2 di una situazione curiosa che \u00e8 accaduta a me e di come diventare un contributore in un progetto noto.
\n<\/a><\/noindex>
\nNon molto tempo fa, stavo lavorando su un'idea: il caricamento di Linux direttamente da UEFI...
\nL'idea non \u00e8 nuova e ci sono alcune guide su questo tema. Una di esse pu\u00f2 essere consultata qui<\/a><\/noindex><\/p>\n

Le mie lunghe tentativi di risolvere questa questione si sono tradotti in un qualcosa di ben definito risultato<\/a><\/noindex>. La soluzione \u00e8 pienamente funzionante e la utilizzo su alcune delle mie macchine domestiche. Questa soluzione \u00e8 descritta in modo pi\u00f9 dettagliato qui<\/a><\/noindex>.<\/p>\n

Il punto principale dell'UEFI-Boot \u00e8 che la partizione ESP (EFI System Partition) si combina con la directory \/boot. Cio\u00e8, tutti i kernel e le immagini di avvio iniziale (initrd) vengono collocati nella stessa partizione da cui UEFI pu\u00f2 eseguire file eseguibili e, in particolare, avviare i caricamenti di sistema. Ma il kernel Linux stesso \u00e8 gi\u00e0 compilato in molte distribuzioni con l'opzione UEFISTUB, che permette al kernel di avviarsi da UEFI.<\/p>\n

C'\u00e8 un aspetto spiacevole in questa soluzione: la partizione ESP \u00e8 formattata in FAT32, sulla quale non \u00e8 possibile creare link rigidi (che il sistema crea regolarmente durante l'aggiornamento di initrd). Non c'\u00e8 nulla di particolarmente criminale in questo, ma vedere avvisi di sistema durante l'aggiornamento dei componenti del kernel non \u00e8 granch\u00e9 piacevole...<\/p>\n

Esiste anche un'altra via. <\/p>\n

Il gestore di avvio UEFI (quello in cui \u00e8 necessario specificare il caricatore del sistema operativo) \u00e8 in grado di caricare, oltre ai caricamenti\/kernel Linux, anche i driver. Quindi \u00e8 possibile caricare il driver di quel file system dove hai la tua directory \/boot e caricare direttamente il kernel tramite UEFI. Il driver, ovviamente, deve essere collocato nella partizione ESP. Circa questo si occupano i caricatori come GRUB. Ma il punto interessante \u00e8 che tutte le funzioni frequentemente utilizzate di GRUB sono gi\u00e0 disponibili in UEFI. Pi\u00f9 precisamente, nel suo gestore di avvio. E se vogliamo essere ancora pi\u00f9 precisi, il gestore di avvio UEFI ha anche pi\u00f9 opzioni su alcune questioni. <\/p>\n

Sembra una soluzione elegante, ma c'\u00e8 un \u00abMA\u00bb (anzi, c'era, ma ne parler\u00f2 dopo). Il fatto \u00e8 che il sistema di driver UEFI \u00e8 piuttosto semplice. Non c'\u00e8 un concetto di montaggio del file system o di collegamento del driver a un dispositivo specifico. C'\u00e8 una chiamata di sistema con un nome provvisorio, Map, che prende il controllo di ogni driver e cerca di collegarlo a tutti i dispositivi pi\u00f9 o meno adatti. E se il driver riesce a collegarsi al dispositivo, allora viene creato un mapping \u2014 una voce di collegamento. \u00c8 cos\u00ec che il nuovo driver deve essere inizializzato insieme a tutti gli altri. Bastano solo due cose: impostare un bit (LOAD_OPTION_FORCE_RECONNECT) a 1 nella voce di avvio del driver e UEFI far\u00e0 questo famoso remapping globale dopo il caricamento.<\/p>\n

Solo che fare tutto ci\u00f2 non \u00e8 cos\u00ec semplice. L'utility standard efibootmgr (con la quale si configura il gestore di avvio UEFI) non riesce (o meglio, non riusciva) a impostare questo bit. Era necessario impostarlo manualmente attraverso una procedura piuttosto complessa e pericolosa. <\/p>\n

E cos\u00ec, provando ancora una volta a farlo a mano, non ho retto e ho aperto un'issue su GitHub<\/a><\/noindex> con la richiesta agli sviluppatori di aggiungere questa funzionalit\u00e0.<\/p>\n

Sono passati alcuni giorni, ma nessuno ha prestato attenzione alla mia richiesta. E cos\u00ec, per curiosit\u00e0, ho dato un'occhiata al codice sorgente\u2026 l'ho forkato, e ho iniziato a pensare come aggiungere questa funzione\u2026 \"pensando\" perch\u00e9 non avevo installato nulla e modificavo il codice sorgente direttamente nel browser.<\/p>\n

Con il C (linguaggio di programmazione) conosco abbastanza poco, ma ho abbozzato una soluzione (principalmente copiando e incollando)\u2026 poi ho pensato: e sebbene ci siano sicuramente un sacco di errori (le mie precedenti tentativi di modificare codice C di altri erano andate a buon fine dopo circa dieci tentativi), perch\u00e9 non presentare un Pull Request. E cos\u00ec l'ho presentato.<\/a><\/noindex>.<\/p>\n

E l\u00e0 c'era Travis CI attaccato per controllare i pull request. E mi ha restituito con diligenza tutti i miei errori. Beh, se ci sono errori noti, perch\u00e9 non correggerli: di nuovo direttamente nel browser e, con il quarto tentativo, il codice \u00e8 stato compilato (un successo per me).<\/p>\n

E cos\u00ec, senza uscire dal browser, ho presentato un Pull Request piuttosto concreto per l'utility utilizzata praticamente in tutte le moderne distribuzioni Linux.<\/p>\n

Sono rimasto sorpreso dal fatto che, pur non conoscendo bene la lingua e senza configurare nulla (l\u00ec servono diverse librerie per la compilazione), e senza nemmeno avviare il compilatore, sono riuscito a scrivere nel browser una funzionalit\u00e0 completamente funzionante e utile.<\/p>\n

Tuttavia, la mia richiesta \u00e8 stata in attesa di risposta dal 19 marzo 2019, e stavo per dimenticarmene. <\/p>\n

Ma ieri questa richiesta \u00e8 stata aggiunta nel master. <\/p>\n

\nDi cosa parla quindi la mia storia? Riguarda il fatto che, nell\u2019ambito delle tecnologie moderne, si \u00e8 scoperto che \u00e8 possibile scrivere codice reale direttamente nel browser, senza dover installare localmente strumenti di sviluppo e dipendenze.<\/p>\n

Va detto che questo \u00e8 gi\u00e0 il mio secondo pull request a strumenti noti (almeno in cerchie ristrette). L'ultima volta la mia richiesta di correggere la visualizzazione di alcuni campi nell'interfaccia web di SyncThing si \u00e8 tradotta in una modifica letteralmente di una riga in un ambiente che non conoscevo affatto.<\/p>\n

Solo gli utenti registrati possono partecipare al sondaggio. Accedi<\/a><\/noindex>, per favore.<\/p>\n

Vale la pena continuare a scrivere?<\/h2>\n