J'ai remarqué l'option suivante dans le noyau: CONFIG_DEVTMPFS
Device Drivers -> Generic Driver Options -> Maintain devtmpfs to mount at /dev
Et je vois qu'il est activé par défaut dans le noyau de distribution Debian 3.2.0-4-amd64
J'essaie de comprendre quelle différence cette option apporte. Sans cette option, /dev
est monté comme tmpfs
, avec cette option, il est monté comme devtmpfs
. A part ça, je ne vois aucune différence.
Ils help
ne l'ont pas non plus clarifié pour moi:
Cela crée une instance de système de fichiers tmpfs / ramfs tôt au démarrage. Dans ce système de fichiers, le noyau du pilote du noyau conserve les nœuds de périphérique avec leurs noms et autorisations par défaut pour tous les périphériques enregistrés avec un numéro majeur / mineur attribué.
Il fournit un répertoire / dev entièrement fonctionnel, où généralement udev s'exécute en haut, gérant les autorisations et ajoutant des liens symboliques significatifs.
Dans des environnements très limités, il peut fournir un fonctionnel / dev suffisant sans autre aide. Il permet également des systèmes de sauvetage simples et gère de manière fiable les nombres majeurs / mineurs dynamiques.
Quelqu'un pourrait-il expliquer la différence entre l'utilisation CONFIG_DEVTMPFS
et la norme /dev
?
la source
It provides a fully functional /dev directory, where usually udev runs on top, managing permissions and adding meaningful symlinks
. Si le noyau se remplit/dev
, que reste-t-il à faireudev
?udev
. Directement à partir de votre devis, udev gèremanaging permissions and adding meaningful symlinks
et exécute des scripts externes, notifie les environnements de bureau, etc./dev
?