{"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 programmando direttamente nel browser","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Condivider\u00f2 un episodio divertente che mi \u00e8 capitato e come diventare un contributore in un progetto noto.
\n<\/a><\/noindex>
\nNon molto tempo fa, ho lavorato su un'idea: caricare Linux direttamente da UEFI\u2026
\nL'idea non \u00e8 nuova e ci sono diverse guide su questo tema. Una di esse pu\u00f2 essere consultata qui<\/a><\/noindex><\/p>\n

Le mie lunghe tentativi di risolvere questo problema si sono concretizzati in una soluzione ben definita soluzione<\/a><\/noindex>. \u00c8 una soluzione completamente funzionante e la utilizzo su alcune delle mie macchine di casa. Questa soluzione \u00e8 descritta in modo pi\u00f9 dettagliato qui<\/a><\/noindex>.<\/p>\n

Il concetto di UEFI-Boot \u00e8 che la partizione ESP (EFI System Partition) \u00e8 combinata con la directory \/boot. Cio\u00e8, tutti i kernel e le immagini di avvio iniziale (initrd) sono collocati nella stessa partizione da cui l'UEFI pu\u00f2 avviare i file eseguibili e, in particolare, avviare i caricamenti del sistema. Ma il kernel Linux stesso \u00e8 gi\u00e0 compilato con l'opzione UEFISTUB in molte distribuzioni, che consente al kernel di essere avviato direttamente dall'UEFI.<\/p>\n

C'\u00e8 un aspetto spiacevole di questa soluzione: la partizione ESP \u00e8 formattata in FAT32, su cui non \u00e8 possibile creare collegamenti fisici (che il sistema crea regolarmente durante l'aggiornamento di initrd). Non \u00e8 niente di grave, ma vedere i messaggi di avviso del sistema durante l'aggiornamento dei componenti del kernel non \u00e8 molto piacevole...<\/p>\n

Esiste anche un altro modo. <\/p>\n

Il gestore di avvio UEFI (quello in cui bisogna inserire il bootloader del sistema operativo) \u00e8 in grado di caricare, oltre ai bootloader\/kernel Linux, anche i driver. Quindi, si pu\u00f2 caricare il driver di quel filesystem dove si trova \/boot e caricare direttamente il kernel tramite UEFI. Ovviamente, il driver deve essere posizionato nella partizione ESP. Questo \u00e8 pi\u00f9 o meno ci\u00f2 di cui si occupano i bootloader come GRUB. Ma la particolarit\u00e0 \u00e8 che tutte le funzioni comunemente usate di GRUB sono gi\u00e0 disponibili in UEFI. Pi\u00f9 precisamente, nel suo gestore di avvio. E per essere ancora pi\u00f9 pignoli, il gestore di avvio UEFI ha persino pi\u00f9 funzionalit\u00e0 in alcuni aspetti. <\/p>\n

Sembra una bella soluzione, ma c'\u00e8 un \"MA\" (o meglio, c'era, ma di questo parleremo pi\u00f9 tardi). Il fatto \u00e8 che il sistema dei driver UEFI \u00e8 piuttosto semplice. Non esiste il concetto di montaggio di un file system o di associazione di un driver a un dispositivo specifico. Esiste una chiamata di sistema con un nome provvisorio Map (in inglese) che prende ogni driver a turno e cerca di associarlo a tutti i dispositivi, anche se non del tutto adatti. Se un driver riesce a collegarsi a un dispositivo, viene creato un mapping \u2014 un record di associazione. \u00c8 cos\u00ec che un driver ricaricato deve inizializzarsi in mezzo agli altri. Ed ecco cosa serve: nell'entry di avvio del driver, bisogna impostare un bit (LOAD_OPTION_FORCE_RECONNECT) a 1 e UEFI, dopo il suo caricamento, far\u00e0 questo rimappamento globale.<\/p>\n

Solo che farlo non \u00e8 cos\u00ec semplice. L'utility standard efibootmgr (con cui si configura il gestore di avvio UEFI) non \u00e8 in grado (o meglio, non era in grado) di impostare questo bit. Era necessario impostarlo manualmente tramite una procedura piuttosto complessa e rischiosa. <\/p>\n

E cos\u00ec, dopo averci provato un'altra volta manualmente, non ho resistito e ho deciso di procedere. questione 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. Per curiosit\u00e0, ho dato un'occhiata ai sorgenti... ho fatto un fork e ho provato a capire 'a occhio' come aggiungere questa funzione... 'a occhio' perch\u00e9 non ho installato nulla e ho modificato direttamente i sorgenti nel browser.<\/p>\n

Il C (linguaggio di programmazione) lo conosco solo superficialmente, ma ho abbozzato una soluzione (principalmente copiando e incollando)... poi ho pensato \u2014 visto che sicuramente avr\u00f2 un sacco di errori (le mie precedenti tentativi di modificare codice C di altri richiedevano almeno dieci prove), far\u00f2 un Pull Request. E cos\u00ec l'ho fatto<\/a><\/noindex>.<\/p>\n

E l\u00ec ho scoperto che era integrato Travis CI per il controllo dei pull request. E mi ha restituito tutte le mie errori con attenzione. Bene, se sono noti gli errori, perch\u00e9 non correggerli: di nuovo direttamente nel browser, e al quarto tentativo il codice si \u00e8 compilato (un traguardo per me).<\/p>\n

E cos\u00ec, senza uscire dal browser, ho creato un Pull Request reale per un'utility che viene utilizzata praticamente in tutte le moderne distribuzioni Linux.<\/p>\n

Sono rimasto sorpreso dal fatto che, pur non conoscendo bene la lingua e senza dover configurare nulla (l\u00ec ci sono molte dipendenze per la compilazione), e non avendo mai avviato nemmeno il compilatore, ho semplicemente \"codificato\" una funzionalit\u00e0 utile e operativa direttamente nel browser.<\/p>\n

Tuttavia, la mia richiesta \u00e8 rimasta senza risposta dal 19 marzo 2019, e stavo cominciando a dimenticarla. <\/p>\n

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

\nDi cosa parla quindi il mio racconto? Riguarda il fatto che, con le moderne tecnologie, \u00e8 possibile scrivere codice reale direttamente nel browser, senza dover installare alcun strumento di sviluppo o dipendenze localmente.<\/p>\n

Va detto che questa \u00e8 gi\u00e0 la mia seconda pull request per utilit\u00e0 conosciute (almeno in certi circoli). L'ultima volta, la mia richiesta di correggere la visualizzazione di alcuni campi nell'interfaccia web di SyncThing si \u00e8 tradotta in una correzione letteralmente di una sola 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 o no?<\/h2>\n