# Boot loader

Un boot loader, in informatica, è il programma che, nella fase di avvio (boot) del computer, carica il kernel del sistema operativo dalla memoria secondaria (ad esempio un hard disk) alla memoria primaria (generalmente la RAM), permettendone l'esecuzione da parte del processore e il conseguente avvio del sistema.
Il termine deriva dal fatto che il processo di avvio di un computer viene chiamato bootstrap (dal detto inglese to lift oneself by one's own bootstrap, "tirarsi su per le fibbie degli stivali"). Nel caso di più sistemi operativi installati sulla stessa macchina, il caricamento da parte del boot loader è preceduto dalla selezione del sistema operativo desiderato da parte dell'utente tramite il boot manager.

## Descrizione
### Compiti

La funzione fondamentale di un boot loader è dunque caricare ed eseguire una kernel di sistema operativo, unitamente ai processi e servizi secondari. Nella maggior parte dei casi, questo richiede di accedere alla memoria di massa, per leggere il kernel di sistema operativo, e potenzialmente altri file. Nei casi più semplici, il boot loader contiene l'indirizzo dei blocchi di disco in cui sono memorizzati i file da caricare, e deve quindi essere aggiornato se questi file vengono modificati. L'accesso al disco spesso avviene attraverso le funzioni fornite dal firmware (il BIOS nei sistemi PC IBM compatibili). Alcuni boot loader posseggono la capacità di interpretare uno o più file system per trovare i file da caricare. In questo caso, possono anche caricare un file di configurazione dal disco, o permettere ad un utente avanzato di esplorare il disco alla ricerca di file da caricare. Alcuni boot loader sono in grado di utilizzare le funzionalità fornite da alcune schede di rete (tipicamente ethernet) per scaricare un kernel dalla rete, tipicamente via TFTP.
Ogni sistema operativo installato anzi ogni volume avviabile (esistono infatti anche ambienti di ripristino o simili) ha uno specifico boot loader o, meglio, il file di configurazione di avvio (per Windows 10 si chiama BCD, ad esempio) contiene le istruzioni di avvio specifiche che devono essere lette dal boot loader per ogni volume avviabile.
Funzionalità aggiuntive presenti in alcuni boot loader:
* Molti kernel supportano la possibilità di ricevere parametri di avvio per configurare il loro comportamento; il boot loader si occupa di passarli al kernel, e in alcuni casi permette all'utente di editare questi parametri.
* Alcuni kernel prevedono che altri file siano resi disponibili al kernel durante il boot (per esempio nei sistemi Unix-like è comune l'uso di initrd, un piccolo file system memorizzato in un file). Il caricamento di questi file viene gestito dal bootloader.
* Un boot loader può mostrare all'utente un menù di possibili kernel da caricare, con relativi parametri, permettendo all'utente di scegliere quale sistema operativo avviare.
* Un boot loader può richiedere una password per consentire l'avvio del sistema.

### Funzionamento

Il boot loader viene in molti casi installato in una posizione specifica di uno specifico dispositivo di memoria di massa, tipicamente nel primo blocco del primo disco ("primo" rispetto all'ordine con cui i dispositivi sono collegati al calcolatore), da dove viene caricato dal firmware del calcolatore.
Ad esempio, nell'architettura IBM compatibile il boot loader può essere memorizzato nel master boot record (MBR) del disco di avvio, oppure nel primo settore della partizione che ospita il sistema operativo (nel qual caso deve essere richiamato da un boot manager installato nel MBR); oppure può essere anche nel primo settore di un volume avviabile, come ad esempio un ambiente di ripristino (come Windows Recovery Environment).
Esistono alcune limitazioni imposte dalla tecnica e dai produttori di hardware e firmware per cui, al fine di aggirarle molti boot loader moderni operano ricorrendo al cosiddetto boot in due stadi, lo stage 1 e lo stage 2, divisione logica che rimarca diversi momenti della fase di avvio. Quanto alle limitazioni esse sono, per esempio, la possibilità di caricare dal dispositivo di boot nella memoria centrale solo una piccola quantità di byte e trovarla posizionata in un punto piuttosto sconveniente della memoria - è il caso emblematico dei sistemi basati sulla famiglia x86 che carica i primi 512 byte che incontra sul dispositivo di boot a partire dall'indirizzo 0x0000:0x7C00 in avanti (ultimo byte in 0x0000:0x7DFF).
Con l'avvento della tecnologia Uefi e del relativo partizionamento GPT il funzionamento del boot loader è cambiato sostanzialmente a cominciare dal fatto che si trova, fisicamente, nella cartella efi contenuta nella relativa partizione di sistema.

## Esempio di boot a stadi

Ecco una sommaria descrizione di un possibile boot a stadi:

### Stage 1

Lo stage 1, poc'anzi riferito anche come boot manager, si occupa di mansioni molto elementari e che possono essere codificate in relativamente poco spazio, come ricercare il primo volume di sistema sul disco di boot, cercare, caricare il secondo stadio, più complesso ed esteso, in memoria e passargli il controllo. In questo stadio possono essere effettuate anche minime inizializzazioni di sistema utili al secondo stadio ma non è sempre il caso.

### Stage 2

Lo stage 2 è il vero e proprio gestore di avvio del programma esecutivo o del sistema operativo. Esso è molto più sofisticato, complesso ed esteso del primo stadio e si occupa principalmente, ma non solo, di scegliere quale kernel caricare in memoria per poi cedergli il controllo. Esso comincia ad assomigliare più nel dettaglio ad un vero e proprio sistema operativo per quanto minimale: è tuttavia più corretto chiamarlo programma esecutivo poiché manca di molte delle caratteristiche dei sistemi operativi moderni quali la multiprogrammazione, la gestione delle risorse e così via.
Un singolo boot loader è in grado di caricare molti tipi kernel (e quindi molti sistemi operativi) differenti su partizioni diverse. Naturalmente può essere caricato un solo kernel per volta.

## Boot loader più conosciuti

Nota bene: quelli elencati sotto sono unicamente alcuni bootloader per PC o simili (ad esempio i server). Inoltre, è da tenere presente che computer sono anche, ad esempio, un navigatore satellitare o un PLC e tanti altri tipi: questi hanno boot loader per lo più specifici.
* Winload - usato dai sistemi operativi Windows a partire da Windows Vista/Windows Server 2008 R2
* NTLDR - usato dalle edizioni Windows basate su windows NT
* GRUB - usato nei sistemi Linux moderni
* LILO - usato storicamente da Linux
* BootX - usato da macOS
* SYSLINUX - usato per l'avvio da CD (CD di installazione e live CD)
* PXELINUX - variante di SYSLINUX usata per l'avvio da rete (vedi Preboot Execution Environment)
* Yaboot - usato su macchine di architettura PowerPC
* XOSL (acronimo di eXtended Operating System Loader)
* Das U-Boot - usato per caricare Linux su varie piattaforme hardware
I sistemi IBM, Blade server o mainframe, utilizzano bootloader proprietari quando non direttamente i comandi contenuti nell'UEFI oppure (se sono sistemi nella configurazione Linux based) i bootloader visti sopra (o specifici bootloader Linux ricompilati specificatamente per i sistemi operativi delle macchine IBM come "Petitboot").

## Bootloader mobile

Anche il sistema operativo di uno smartphone, tablet o palmare contiene un boot loader. Nel campo dei dispositivi mobili i bootloader dei sistemi operativi originali sono spesso modificati dagli OEM cioè i produttori del dispositivo, come succede per gli smartphone che montano Android. Questo, invece, non accade per i dispositivi Apple essendo realizzati dalla stessa azienda che sviluppa il sistema operativo (IOS).
I boot loader dei sistemi operativi installati su dispositivi mobili, con le relative limitazioni lato utente, hanno scatenato la "moda" del cosiddetto modding e delle operazioni conseguenti (rootare, sbloccare, flashare, ecc.).