mit devtmpfs für / dev

24

Ich habe die folgende Option im Kernel bemerkt: CONFIG_DEVTMPFS

Device Drivers -> Generic Driver Options -> Maintain devtmpfs to mount at /dev

Und ich sehe, dass es im Debian-Distributionskernel standardmäßig aktiviert ist 3.2.0-4-amd64

Ich versuche zu verstehen, welchen Unterschied diese Option bringt. Ohne diese Option /devwird gemountet als tmpfs, mit dieser Option wird gemountet als devtmpfs. Ansonsten sehe ich keinen Unterschied.

Das helphat es auch für mich nicht geklärt:

Dadurch wird früh beim Booten eine tmpfs / ramfs-Dateisysteminstanz erstellt. In diesem Dateisystem verwaltet der Kern des Kerneltreibers Geräteknoten mit ihren Standardnamen und -berechtigungen für alle registrierten Geräte mit einer zugewiesenen Major / Minor-Nummer.

Es bietet ein voll funktionsfähiges / dev-Verzeichnis, in dem normalerweise udev oben ausgeführt wird, Berechtigungen verwaltet und sinnvolle Symlinks hinzufügt.

In sehr begrenzten Umgebungen kann es ohne weitere Hilfe zu einer ausreichenden Funktionalität / Entwicklung kommen. Es ermöglicht auch einfache Rettungssysteme und verarbeitet zuverlässig dynamische Major / Minor-Nummern.

Könnte jemand bitte den Unterschied zwischen der Verwendung CONFIG_DEVTMPFSund dem Standard erklären /dev?

user1968963
quelle

Antworten:

25

devtmpfsist ein Dateisystem mit automatisierten Geräteknoten, die vom Kernel ausgefüllt werden. Dies bedeutet, dass Sie weder udev ausführen noch ein statisches /devLayout mit zusätzlichen, nicht benötigten und nicht vorhandenen Geräteknoten erstellen müssen . Stattdessen füllt der Kernel die entsprechenden Informationen basierend auf den bekannten Geräten.

Auf der anderen Seite /deverfordert die Standardbehandlung , dass entweder udevein zusätzlicher Dämon ausgeführt wird oder dass Geräteknoten statisch erstellt werden /dev.

Ulrich Dangel
quelle
1
Bedeutet das wirklich, dass ich udev nicht brauche? Die Hilfe sagt It provides a fully functional /dev directory, where usually udev runs on top, managing permissions and adding meaningful symlinks. /devWas ist zu tun, wenn der Kernel gefüllt ist udev?
user1968963
2
In den meisten Fällen benötigen Sie udev. Udev bearbeitet managing permissions and adding meaningful symlinksund führt externe Skripte aus, benachrichtigt Desktop-Umgebungen usw.
Ulrich Dangel,
Bedeutet das also, dass es besser ist, devtmpfs anstelle von tmpfs für zu verwenden /dev?
CMCDragonkai
@ CMCDragonkai ja, aber Ihre Distribution sollte sich trotzdem darum kümmern
Ulrich Dangel