Linux kernel release 4.x http://kernel.org/

Queste sono le note di rilascio per la versione 4 del kernel Linux. Leggetele attentamente, poiché spiegano di cosa si tratta, come installare il kernel e cosa fare in caso di problemi.

COS'È LINUX?

Linux è un clone del sistema operativo Unix, scritto da zero da Linus Torvalds con l'aiuto di un gruppo eterogeneo di hacker sparsi per la rete. Mira alla conformità con POSIX e Single UNIX Specification.

Ha tutte le funzionalità che ci si aspetterebbe da un Unix moderno e completo, inclusi multitasking reale, memoria virtuale, librerie condivise, caricamento su richiesta, eseguibili con copia su scrittura condivisa, gestione della memoria adeguata e networking multistack che include IPv4 e IPv6.

È distribuito sotto licenza GNU General Public License - consultare il file COPYING allegato per maggiori dettagli.

SU QUALE HARDWARE FUNZIONA?

Sebbene inizialmente sviluppato per PC basati su x86 a 32 bit (386 o superiori), oggi Linux funziona anche (almeno) sulle architetture Compaq Alpha AXP, Sun SPARC e UltraSPARC, Motorola 68000, PowerPC, PowerPC64, ARM, Hitachi SuperH, Cell, IBM S/390, MIPS, HP PA-RISC, Intel IA-64, DEC VAX, AMD x86-64, AXIS CRIS, Xtensa, Tilera TILE, AVR32 e Renesas M32R.

Linux è facilmente portabile sulla maggior parte delle architetture generiche a 32 o 64 bit purché abbiano una unità di gestione della memoria con paginazione (PMMU) e una versione del compilatore GNU C (gcc) (parte di The GNU Compiler Collection, GCC). Linux è stato anche portato su alcune architetture senza PMMU, sebbene in tal caso la funzionalità sia ovviamente un po' limitata. Linux è stato anche portato a sé stesso. Ora è possibile eseguire il kernel come applicazione userspace: si chiama UserMode Linux (UML).

DOCUMENTAZIONE:

C'è molta documentazione disponibile sia in formato elettronico su Internet sia in libri, sia specifica per Linux sia relativa a domande generali su UNIX. Consiglio di consultare le sottodirectory di documentazione su qualsiasi sito FTP Linux per i libri LDP (Linux Documentation Project). Questo README non intende essere una documentazione del sistema: ci sono fonti molto migliori disponibili.
Ci sono vari file README nella sottodirectory Documentation/: questi contengono tipicamente note di installazione specifiche del kernel per alcuni driver, per esempio. Consultare Documentation/00-INDEX per un elenco di ciò che è contenuto in ogni file. Si prega di leggere il file Changes, poiché contiene informazioni sui problemi che potrebbero verificarsi aggiornando il kernel.
La sottodirectory Documentation/DocBook/ contiene diverse guide per sviluppatori e utenti del kernel. Queste guide possono essere rese in diversi formati: PostScript (.ps), PDF, HTML e pagine man, tra gli altri. Dopo l'installazione, "make psdocs", "make pdfdocs", "make htmldocs", o "make mandocs" renderanno la documentazione nel formato richiesto.

INSTALLAZIONE del sorgente del kernel:

Se si installano i sorgenti completi, mettere il tarball del kernel in una directory dove si hanno i permessi (es. la propria home directory) e decomprimerlo:

xz -cd linux-4.X.tar.xz | tar xvf -

Sostituire "X" con il numero di versione dell'ultimo kernel.

NON usare l'area /usr/src/linux! Quest'area contiene un set (di solito incompleto) di header del kernel utilizzati dai file di header delle librerie. Devono corrispondere alla libreria, e non devono essere incasinati da qualunque kernel del giorno.
È anche possibile eseguire l'upgrade tra le release 4.x applicando patch. Le patch sono distribuite in formato xz. Per installare tramite patch, ottenere tutti i file di patch più recenti, entrare nella directory principale del sorgente del kernel (linux-4.X) ed eseguire:

xz -cd ../patch-4.x.xz | patch -p1

Sostituire "x" per tutte le versioni successive alla versione "X" del proprio albero dei sorgenti corrente, in_ordine, e tutto dovrebbe funzionare. Si potrebbe voler rimuovere i file di backup (nome-file~ o nome-file.orig), e assicurarsi che non ci siano patch fallite (nome-file# o nome-file.rej). Se ci sono, o io o voi abbiamo commesso un errore.

A differenza delle patch per i kernel 4.x, le patch per i kernel 4.x.y (detti anche kernel -stable) non sono incrementali ma si applicano direttamente al kernel base 4.x. Ad esempio, se il kernel base è 4.0 e si vuole applicare la patch 4.0.3, non bisogna prima applicare le patch 4.0.1 e 4.0.2. Analogamente, se si sta eseguendo il kernel 4.0.2 e si vuole passare a 4.0.3, è necessario prima annullare la patch 4.0.2 (cioè, patch -R) prima di applicare la patch 4.0.3. Ulteriori informazioni in Documentation/applying-patches.txt

In alternativa, lo script patch-kernel può essere utilizzato per automatizzare questo processo. Determina la versione corrente del kernel e applica tutte le patch trovate.

linux/scripts/patch-kernel linux

Il primo argomento nel comando sopra è la posizione del sorgente del kernel. Le patch vengono applicate dalla directory corrente, ma è possibile specificare una directory alternativa come secondo argomento.
Assicurarsi di non avere file .o obsoleti e dipendenze in giro:

cd linux make mrproper

Ora si dovrebbero avere i sorgenti correttamente installati.

REQUISITI SOFTWARE

Compilare ed eseguire i kernel 4.x richiede versioni aggiornate di vari pacchetti software. Consultare Documentation/Changes per i numeri di versione minima richiesti e come ottenere aggiornamenti per questi pacchetti. Attenzione: l'uso di versioni eccessivamente vecchie di questi pacchetti può causare errori indiretti molto difficili da rintracciare, quindi non dare per scontato di poter semplicemente aggiornare i pacchetti quando si presentano problemi evidenti durante la compilazione o l'esecuzione.

DIRECTORY di BUILD per il kernel:

Quando si compila il kernel, tutti i file di output saranno per default memorizzati insieme al codice sorgente del kernel. Usando l'opzione "make O=output/dir" si può specificare una posizione alternativa per i file di output (incluso .config). Esempio:

 codice sorgente del kernel: /usr/src/linux-4.X
 directory di build:         /home/name/build/kernel

Per configurare e compilare il kernel, usare:

 cd /usr/src/linux-4.X
 make O=/home/name/build/kernel menuconfig
 make O=/home/name/build/kernel
 sudo make O=/home/name/build/kernel modules_install install

Nota bene: se si usa l'opzione 'O=output/dir', essa deve essere usata per tutte le invocazioni di make.

CONFIGURAZIONE del kernel:

Non saltare questo passaggio anche se si sta solo aggiornando una versione minore. Nuove opzioni di configurazione vengono aggiunte in ogni release, e si presenteranno problemi strani se i file di configurazione non sono impostati come previsto. Se si vuole portare la configurazione esistente a una nuova versione con il minimo lavoro, usare "make oldconfig", che chiederà solo le risposte alle nuove domande.

Comandi di configurazione alternativi sono:

"make config" Interfaccia di testo semplice.

"make menuconfig" Menu colorati basati su testo, elenchi radio e finestre di dialogo.

"make nconfig" Menu colorati basati su testo migliorati.

"make xconfig" Strumento di configurazione basato su X windows (Qt).

"make gconfig" Strumento di configurazione basato su X windows (Gtk).

"make oldconfig" Imposta come default tutte le domande basate sul contenuto del file ./.config esistente e chiede informazioni sui nuovi simboli di configurazione.

"make silentoldconfig" Come sopra, ma evita di ingombrare lo schermo con domande già risposte. Aggiorna inoltre le dipendenze.

"make olddefconfig" Come sopra, ma imposta i nuovi simboli ai loro valori predefiniti senza richiedere conferma.

"make defconfig" Crea un file ./.config utilizzando i valori dei simboli predefiniti da arch/$ARCH/defconfig o arch/$ARCH/configs/${PLATFORM}_defconfig, a seconda dell'architettura.

"make ${PLATFORM}_defconfig" Crea un file ./.config utilizzando i valori dei simboli predefiniti da arch/$ARCH/configs/${PLATFORM}_defconfig. Usare "make help" per ottenere un elenco di tutte le piattaforme disponibili per la propria architettura.

"make allyesconfig" Crea un file ./.config impostando i valori dei simboli a 'y' il più possibile.

"make allmodconfig" Crea un file ./.config impostando i valori dei simboli a 'm' il più possibile.

"make allnoconfig" Crea un file ./.config impostando i valori dei simboli a 'n' il più possibile.

"make randconfig" Crea un file ./.config impostando i valori dei simboli a valori casuali.

"make localmodconfig" Crea una configurazione basata sulla configurazione corrente e sui moduli caricati (lsmod). Disabilita qualsiasi opzione di modulo che non è necessaria per i moduli caricati.
```
                    Per creare un localmodconfig per un'altra macchina,
                    salvare l'lsmod di quella macchina in un file
                    e passarlo come parametro LSMOD.

            target$ lsmod > /tmp/mylsmod
            target$ scp /tmp/mylsmod host:/tmp

            host$ make LSMOD=/tmp/mylsmod localmodconfig

                    Quanto sopra funziona anche durante la cross-compilazione.
```
"make localyesconfig" Simile a localmodconfig, tranne che converte tutte le opzioni dei moduli in opzioni built-in (=y).

COMPILAZIONE del kernel:

Assicurarsi di avere almeno gcc 3.2 disponibile. Per maggiori informazioni, fare riferimento a Documentation/Changes.

Nota: è ancora possibile eseguire programmi utente a.out con questo kernel.
Eseguire un "make" per creare un'immagine del kernel compressa. È anche possibile eseguire "make install" se si ha lilo installato adatto ai makefile del kernel, ma potrebbe essere opportuno verificare prima la propria configurazione di lilo.

Per eseguire l'installazione vera e propria, bisogna essere root, ma nessuna delle normali operazioni di build dovrebbe richiederlo. Non prendere il nome di root invano.
Se si è configurata una qualsiasi parte del kernel come `moduli', si dovrà anche eseguire "make modules_install".
Output verboso della compilazione/build del kernel:

Normalmente, il sistema di build del kernel funziona in una modalità abbastanza silenziosa (ma non del tutto). Tuttavia, a volte voi o altri sviluppatori del kernel avete bisogno di vedere i comandi di compilazione, linking o altri esattamente come vengono eseguiti. Per farlo, usare la modalità di build "verbose". Ciò si ottiene inserendo "V=1" nel comando "make". Es.:

make V=1 all

Per far sì che il sistema di build indichi anche il motivo della ricostruzione di ciascun target, usare "V=2". Il default è "V=0".
Conservare un backup del kernel a portata di mano in caso di problemi. Questo è particolarmente vero per le release di sviluppo, poiché ogni nuova release contiene nuovo codice non ancora debugato. Assicurarsi di conservare anche un backup dei moduli corrispondenti a quel kernel. Se si sta installando un nuovo kernel con lo stesso numero di versione del kernel funzionante, fare un backup della directory dei moduli prima di eseguire "make modules_install".

In alternativa, prima della compilazione, usare l'opzione di configurazione del kernel "LOCALVERSION" per aggiungere un suffisso univoco alla versione regolare del kernel. LOCALVERSION può essere impostata nel menu "General Setup".
Per avviare il nuovo kernel, sarà necessario copiare l'immagine del kernel (es. .../linux/arch/i386/boot/bzImage dopo la compilazione) nel posto dove si trova il kernel avviabile regolare.
L'avvio di un kernel direttamente da un floppy senza l'assistenza di un bootloader come LILO non è più supportato.

Se si avvia Linux dal disco rigido, è probabile che si usi LILO, che utilizza l'immagine del kernel specificata nel file /etc/lilo.conf. Il file immagine del kernel è di solito /vmlinuz, /boot/vmlinuz, /bzImage o /boot/bzImage. Per usare il nuovo kernel, salvare una copia della vecchia immagine e copiare la nuova immagine sopra quella vecchia. Quindi, è NECESSARIO RIESEGUIRE LILO per aggiornare la mappa di caricamento!! Se non lo si fa, non sarà possibile avviare la nuova immagine del kernel.

SE QUALCOSA VA STORTO:

Se si hanno problemi che sembrano essere dovuti a bug del kernel, controllare il file MAINTAINERS per vedere se c'è una persona particolare associata alla parte del kernel con cui si hanno problemi. Se non c'è nessuno elencato lì, la seconda opzione migliore è inviare una mail a me ([email protected]), e possibilmente a qualsiasi altra mailing-list pertinente o al newsgroup.
In tutte le segnalazioni di bug, per favore dire di quale kernel si sta parlando, come riprodurre il problema e qual è la propria configurazione (usare il buon senso). Se il problema è nuovo, dirmelo; se il problema è vecchio, cercare di dirmi quando lo si è notato per la prima volta.
Se il bug produce un messaggio come

unable to handle kernel paging request at address C0000010 Oops: 0002 EIP: 0010:XXXXXXXX eax: xxxxxxxx ebx: xxxxxxxx ecx: xxxxxxxx edx: xxxxxxxx esi: xxxxxxxx edi: xxxxxxxx ebp: xxxxxxxx ds: xxxx es: xxxx fs: xxxx gs: xxxx Pid: xx, process nr: xx xx xx xx xx xx xx xx xx xx xx

o informazioni di debug del kernel simili sul proprio schermo o nel log di sistema, riprodurlo esattamente. Il dump può sembrare incomprensibile, ma contiene informazioni che possono aiutare a debuggare il problema. Il testo sopra il dump è anche importante: dice qualcosa sul motivo per cui il kernel ha effettuato il dump (nell'esempio sopra, è dovuto a un puntatore kernel errato). Ulteriori informazioni su come interpretare il dump si trovano in Documentation/oops-tracing.txt
Se si è compilato il kernel con CONFIG_KALLSYMS, si può inviare il dump così com'è, altrimenti si dovrà usare il programma "ksymoops" per interpretare il dump (ma compilare con CONFIG_KALLSYMS è di solito preferibile). Questa utility può essere scaricata da ftp://ftp..kernel.org/pub/linux/utils/kernel/ksymoops/ . In alternativa, si può fare la ricerca del dump manualmente:
Nei dump di debug come quello sopra, aiuta enormemente se si riesce a cercare cosa significa il valore EIP. Il valore esadecimale in sé non aiuta me o nessun altro molto: dipenderà dalla particolare configurazione del kernel. Quello che si dovrebbe fare è prendere il valore esadecimale dalla riga EIP (ignorare "0010:"), e cercarlo nella namelist del kernel per vedere quale funzione del kernel contiene l'indirizzo incriminato.

Per trovare il nome della funzione del kernel, sarà necessario trovare il binario di sistema associato al kernel che ha mostrato il sintomo. Questo è il file 'linux/vmlinux'. Per estrarre la namelist e abbinarla all'EIP del crash del kernel, fare:

nm vmlinux | sort | less

Questo darà un elenco di indirizzi del kernel ordinati in ordine crescente, dal quale è semplice trovare la funzione che contiene l'indirizzo incriminato. Notare che l'indirizzo fornito dai messaggi di debug del kernel non corrisponderà esattamente agli indirizzi delle funzioni (anzi, è molto improbabile), quindi non si può semplicemente 'grep' l'elenco: l'elenco, tuttavia, darà il punto di partenza di ciascuna funzione del kernel, quindi cercando la funzione che ha un indirizzo di partenza inferiore a quello che si sta cercando ma è seguita da una funzione con un indirizzo più alto, si troverà quella desiderata. In effetti, potrebbe essere una buona idea includere un po' di "contesto" nella segnalazione del problema, fornendo alcune righe intorno a quella interessante.

linux-4.1.15_CVE-2023-28772

Più Popolari