-Per questa separazione non è possibile ad un singolo programma disturbare
-l'azione di un altro programma o del sistema e questo è il principale motivo
-della stabilità di un sistema unix-like nei confronti di altri sistemi in cui
-i processi non hanno di questi limiti, o che vengono per vari motivi eseguiti
-al livello del kernel. Pertanto deve essere chiaro a chi programma in Unix che
-l'accesso diretto all'hardware non può avvenire se non all'interno del kernel;
-al di fuori dal kernel il programmatore deve usare le opportune interfacce che
-quest'ultimo fornisce allo user space.
-
-Per capire meglio la distinzione fra kernel space e user space si può prendere
-in esame la procedura di avvio di un sistema unix-like; all'avvio il BIOS (o
-in generale il software di avvio posto nelle EPROM) eseguirà la procedura di
-avvio del sistema (il cosiddetto \textit{bootstrap}\footnote{il nome deriva da
- un'espressione gergale che significa ``sollevarsi da terra tirandosi per le
- stringhe delle scarpe'', per indicare il compito, almeno apparentemente
- impossibile, di far eseguire un programma a partire da un computer appena
- acceso che appunto non ne contiene nessuno; non è impossibile perché in
- realtà c'è un programma iniziale, che è il BIOS.}), incaricandosi di
-caricare il kernel in memoria e di farne partire l'esecuzione; quest'ultimo,
-dopo aver inizializzato le periferiche, farà partire il primo processo,
-\cmd{init}, che è quello che a sua volta farà partire tutti i processi
-successivi. Fra questi ci sarà pure quello che si occupa di dialogare con la
-tastiera e lo schermo della console, e quello che mette a disposizione
-dell'utente che si vuole collegare, un terminale e la \textit{shell} da cui
-inviare i comandi.
-
-E' da rimarcare come tutto ciò, che usualmente viene visto come parte del
-sistema, non abbia in realtà niente a che fare con il kernel, ma sia
-effettuato da opportuni programmi che vengono eseguiti, allo stesso modo di un
-qualunque programma di scrittura o di disegno, in user space.
-
-Questo significa, ad esempio, che il sistema di per sé non dispone di
-primitive per tutta una serie di operazioni (come la copia di un file) che
+Per questa separazione non è possibile ad un singolo programma disturbare
+l'azione di un altro programma o del sistema e questo è il principale motivo
+della stabilità di un sistema unix-like nei confronti di altri sistemi in cui
+i processi non hanno di questi limiti, o in cui vengono per vari motivi
+eseguiti al livello del kernel. Pertanto deve essere chiaro a chi programma in
+Unix che l'accesso diretto all'hardware non può avvenire se non all'interno
+del kernel; al di fuori dal kernel il programmatore deve usare le opportune
+interfacce che quest'ultimo fornisce allo \textit{user space}.
+
+Per capire meglio la distinzione fra \textit{kernel space} e \textit{user
+ space} si può prendere in esame la procedura di avvio di un sistema
+unix-like; all'avvio il BIOS (o in generale il software di avvio posto nelle
+EPROM) eseguirà la procedura di avvio del sistema (il cosiddetto
+\textit{bootstrap}\footnote{il nome deriva da un'espressione gergale che
+ significa ``sollevarsi da terra tirandosi per le stringhe delle scarpe'',
+ per indicare il compito, almeno apparentemente impossibile, di far eseguire
+ un programma a partire da un computer appena acceso che appunto non ne
+ contiene nessuno; non è impossibile perché in realtà c'è un programma
+ iniziale, che è il BIOS.}), incaricandosi di caricare il kernel in memoria e
+di farne partire l'esecuzione; quest'ultimo, dopo aver inizializzato le
+periferiche, farà partire il primo processo, \cmd{init}, che è quello che a
+sua volta farà partire tutti i processi successivi. Fra questi ci sarà pure
+quello che si occupa di dialogare con la tastiera e lo schermo della console,
+e quello che mette a disposizione dell'utente che si vuole collegare, un
+terminale e la \textit{shell} da cui inviare i comandi.
+
+E' da rimarcare come tutto ciò che riguarda l'interazione con l'utente, che
+usualmente viene visto come parte del sistema, non abbia in realtà niente a
+che fare con il kernel, ma sia effettuato da opportuni programmi che vengono
+eseguiti, allo stesso modo di un qualunque programma di scrittura o di disegno
+e della stessa interfaccia grafica, in \textit{user space}.
+
+Questo significa ad esempio che il sistema di per sé non dispone di primitive
+per tutta una serie di operazioni (ad esempio come la copia di un file) che