Я заметил следующую опцию в ядре: CONFIG_DEVTMPFS
Device Drivers -> Generic Driver Options -> Maintain devtmpfs to mount at /dev
И я вижу, что он включен по умолчанию в ядре дистрибутива Debian 3.2.0-4-amd64
Я пытаюсь понять, какую разницу приносит этот вариант. Без этой опции /dev
монтируется как tmpfs
, с этой опцией монтируется как devtmpfs
. Кроме этого, я не вижу никакой разницы.
Это help
также не прояснило для меня:
Это создает экземпляр файловой системы tmpfs / ramfs на ранней стадии загрузки. В этой файловой системе ядро драйвера ядра поддерживает узлы устройств с их именами и разрешениями по умолчанию для всех зарегистрированных устройств с назначенным старшим / младшим номером.
Он предоставляет полностью функциональный каталог / dev, где обычно запускается udev, управляя разрешениями и добавляя содержательные символические ссылки.
В очень ограниченных средах он может обеспечить достаточный функционал / dev без какой-либо дополнительной помощи. Это также позволяет простые спасательные системы и надежно обрабатывает динамические старшие / младшие номера.
Может кто-нибудь объяснить, пожалуйста, разницу между использованием CONFIG_DEVTMPFS
против стандарта /dev
?
источник
It provides a fully functional /dev directory, where usually udev runs on top, managing permissions and adding meaningful symlinks
. Если ядро заполнится/dev
, то что еще нужно сделатьudev
?udev
. Непосредственно из вашей цитаты udev обрабатывает,managing permissions and adding meaningful symlinks
а также запускает внешние скрипты, уведомляет окружение рабочего стола и т. Д./dev
?