Dovreste leggere questo documento? Beh, magari avete uno dei seguenti sintomi:
Alcuni degli esempi in questo documento assumono che si abbiano a disposizione
tar
, find
e xargs
della GNU. Sono degli standard
e quindi ciò non dovrebbe causare problemi. È pure sottinteso che si
possieda una certa conoscenza della struttura del filesystem del
proprio sistema; se non la si conosce, è essenziale conservare una
copia scritta dell'output del comando mount
durante il normale
funzionamento del sistema (o il contenuto di /etc/fstab
, se si
può leggerlo). Queste informazioni sono importanti e non cambiano a
meno che non si ripartizioni il disco, se ne aggiunga uno nuovo, si
reinstalli il sistema o qualcos'altro di simile.
Alla stesura del presente documento, l'ultima versione del kernel di "produzione" era la 2.2.9, il che significa che i riferimenti e gli esempi corrispondono a quella release. Anche se ho provato a rendere questo documento il più possibile indipendente dalla versione, il kernel è costantemente in sviluppo, quindi se ci si procura una nuova versione inevitabilmente ci saranno alcune differenze. Si noti che ciò non dovrebbe comunque creare grossi problemi, ma potrebbe creare un po' di confusione.
Ci sono due versioni dei sorgenti del kernel Linux, "produzione" e "sviluppo". Le versioni di produzione sono le release con il numero secondario pari; 1.2.x era di produzione, come pure il 2.0.x e il 2.2.x. Al rilascio, questi kernel sono considerati perlopiù stabili ed esenti da bug. I kernel di sviluppo (2.1.x, 2.3.x, ecc.) sono intesi come kernel di test, per gente che vuole provare kernel nuovi e probabilmente bacati. Si è stati avvisati.
Il testo in questo stile
è qualcosa che appare sullo schermo
(es.il nome di un file), oppure qualcosa che può essere digitato
direttamente, come un comando o un'opzione di un comando (se si sta
leggendo la versione in puro testo di questo documento non si noterà alcuna
differenza). Comandi e altri input sono spesso messi tra virgolette
(tra " "), il che causa un classico problema di punteggiatura:
se una di queste cose appare citata alla fine di una
frase, la gente spesso digita un "." assieme al comando, perché
lo stile di citazione americano dice di mettere il punto dentro le
virgolette. Anche se il buon senso (e sfortunatamente ciò implica
che la persona di buon senso conosca al cosiddetto stile di
citazione americano) dovrebbe dire di togliere prima il punto, molta
gente semplicemente non se lo ricorda, così in questi casi l'ho
messo fuori dalle virgolette. In altre parole, volendo indicarwe che si
dovrebbe digitare "make config
" scriverò "make
config
", non "make config
." (NdT: in italiano questo
problema non si pone: il punto è comunque sempre messo fuori dalle
virgolette).