Dopo mount
ci sono elencati alcuni filesystem. Devo sapere cosa c'è nel /dev
, /proc
e /sys
. Alcuni esempi sarebbero fantastici!
Dopo mount
ci sono elencati alcuni filesystem. Devo sapere cosa c'è nel /dev
, /proc
e /sys
. Alcuni esempi sarebbero fantastici!
Risposte:
L' /dev
albero contiene nodi di dispositivo , che danno accesso allo spazio utente ai driver di dispositivo nel kernel in esecuzione del sistema operativo .¹ Tutti i sistemi operativi di tipo POSIX hanno un /dev
albero.
L' /proc
albero è nato in System V Unix, dove forniva solo informazioni su ciascun processo in esecuzione, usando uno /proc/$PID/stuff
schema. Linux lo ha notevolmente ampliato , aggiungendo ogni sorta di informazione sullo stato del kernel in esecuzione. Oltre a questi file di informazioni di sola lettura, Linux /proc
ha anche file virtuali scrivibili che possono cambiare lo stato del kernel in esecuzione. I sistemi operativi di tipo BSD generalmente non hanno /proc
affatto, quindi gran parte di ciò che trovi qui non è portatile.
La soluzione prevista per questo pasticcio in Linux /proc
è /sys
. Idealmente, tutte le informazioni non di processo che sono state portate a galla /proc
nell'albero dovrebbero ormai essere spostate /sys
, ma l'inerzia storica ha mantenuto molte cose /proc
. Spesso ci sono due modi per effettuare un cambiamento nel kernel in esecuzione: la vecchia /proc
strada, mantenuto per retrocompatibilità, e il nuovo /sys
modo in cui si sta suppone di utilizzare now.²
Note:
Ci sono anche diverse /dev
voci che non corrispondono a dispositivi hardware, come /dev/null
, /dev/random
e /dev/tty
. Si tratta di dispositivi virtuali che consentono ai programmi di spazio utente di comunicare con altre parti del kernel oltre ai driver in esecuzione in modo simile a un dispositivo.
Di norma, /sys
tende ad essere organizzato in modo più rigoroso rispetto a /proc
, poiché /sys
rispecchia le strutture di dati del kernel interno che gestiscono le risorse del sistema, mentre è /proc
cresciuto organicamente per molti anni e le vecchie decisioni discutibili di progettazione non possono cambiare ora perché ci sono programmi che usano quelle vecchie interfacce . /sys
è iniziato con un design più chiaro e non deve trascinare tanto bagaglio storico quanto /proc
.