Après mount
, certains systèmes de fichiers sont répertoriés. J'ai besoin de savoir ce qu'il y a dedans /dev
, /proc
et /sys
. Quelques exemples seraient super!
Après mount
, certains systèmes de fichiers sont répertoriés. J'ai besoin de savoir ce qu'il y a dedans /dev
, /proc
et /sys
. Quelques exemples seraient super!
Réponses:
L' /dev
arborescence contient des nœuds de périphérique , ce qui permet à l' utilisateur d' accéder aux pilotes de périphérique dans le noyau en cours d'exécution de votre système d'exploitation.¹ Tous les systèmes d'exploitation de type POSIX ont une /dev
arborescence.
L' /proc
arbre provient de System V Unix, où il ne donne que des informations sur chaque processus en cours, à l'aide d'un /proc/$PID/stuff
schéma. Linux a considérablement étendu cela , en ajoutant toutes sortes d'informations sur l'état du noyau en cours d'exécution. En plus de ces fichiers d'informations en lecture seule, Linux /proc
possède également des fichiers virtuels inscriptibles qui peuvent changer l'état du noyau en cours d'exécution. Les systèmes d'exploitation de type BSD n'en ont généralement pas /proc
du tout, donc une grande partie de ce que vous trouverez ici n'est pas portable.
La solution prévue pour ce désordre dans Linux /proc
est /sys
. Idéalement, toutes les informations non liées au processus qui se sont glissées dans l' /proc
arborescence auraient dû être déplacées /sys
maintenant, mais l'inertie historique a gardé beaucoup de choses /proc
. Souvent, il existe deux façons d'effectuer un changement dans le noyau en cours d'exécution: l'ancienne /proc
méthode, conservée pour une compatibilité descendante, et la nouvelle /sys
méthode que vous êtes censé utiliser maintenant.²
Notes de bas de page:
Il y a aussi plusieurs /dev
entrées qui ne correspondent pas aux périphériques matériels, tels que /dev/null
, /dev/random
et /dev/tty
. Ce sont des périphériques virtuels qui permettent aux programmes de l'espace utilisateur de parler à d'autres parties du noyau en plus des pilotes en cours d'exécution de la même manière qu'un périphérique.
En règle générale, a /sys
tendance à être plus strictement organisé que /proc
, car il /sys
reflète les structures de données internes du noyau qui gèrent les ressources du système, alors qu'il a /proc
grandi de manière organique au cours de nombreuses années, et les anciennes décisions de conception douteuses ne peuvent pas changer maintenant car il existe des programmes utilisant ces anciennes interfaces . /sys
a commencé avec un design plus clair et n'a pas à traîner autant de bagages historiques /proc
.