W jądrze zauważyłem następującą opcję: CONFIG_DEVTMPFS
Device Drivers -> Generic Driver Options -> Maintain devtmpfs to mount at /dev
Widzę, że jest domyślnie włączony w jądrze dystrybucji Debiana 3.2.0-4-amd64
Próbuję zrozumieć, jaką różnicę przynosi ta opcja. Bez tej opcji /dev
jest montowany jako tmpfs
, przy tej opcji jest montowany jako devtmpfs
. Poza tym nie widzę żadnej różnicy.
help
Nie wyjaśnić to dla mnie albo:
To tworzy instancję systemu plików tmpfs / ramfs na początku uruchamiania. W tym systemie plików rdzeń sterownika jądra utrzymuje węzły urządzeń z ich domyślnymi nazwami i uprawnieniami dla wszystkich zarejestrowanych urządzeń z przypisanym numerem głównym / pomocniczym.
Zapewnia w pełni funkcjonalny katalog / dev, w którym zwykle udev działa na wierzchu, zarządzając uprawnieniami i dodając znaczące dowiązania symboliczne.
W bardzo ograniczonym środowisku może zapewnić wystarczającą funkcjonalność / programistę bez dalszej pomocy. Umożliwia także proste systemy ratownicze i niezawodnie obsługuje dynamiczne liczby główne / drobne.
Czy ktoś mógłby wyjaśnić różnicę między używaniem CONFIG_DEVTMPFS
a standardem /dev
?
źródło
It provides a fully functional /dev directory, where usually udev runs on top, managing permissions and adding meaningful symlinks
. Jeśli jądro zapełni się/dev
, co pozostaje do zrobieniaudev
?udev
. Bezpośrednio z twojego cytatu, udev obsługuje,managing permissions and adding meaningful symlinks
a także uruchamia zewnętrzne skrypty, powiadamiając środowiska pulpitu itp./dev
?