Вопросы Теги

Ядро удаляет записи в/dev на initramfs?

Синаптический и Менеджер обновлений оба графические интерфейсы для APT1 - если Вы всегда хотите видеть то, что продолжается, поскольку Вы используете диспетчер пакетов, использовать apt-get или aptitude в терминале.

Для различия между apt-get и aptitude посмотрите этот вопрос: Какова реальная разница между "Кв. - добираются" и "способность"? (Как насчет "wajig"?)

[1] http://www.debian.org/doc/manuals/reference/ch02.en.html

6
04.07.2012, 17:58
1 ответ

udev подсистема создает и монтирует a tmpfs файловая система на /dev во время начальной загрузки. Содержание заполняется ядром, поскольку устройства обнаруживаются. С тех пор tmpfs находится в виртуальной памяти, это не является персистентным, таким образом, Ваши изменения не выживают через перезагрузки. Даже если у Вас есть a /dev уже, монтирование новой файловой системы скрывает каталог, и похоже, что все Ваше экстренное сообщение устройства было удалено. Они не имеют, но конечным результатом является то же: экстренное сообщение не то, где Вы ожидаете.

Я подозреваю, что Вы найдете что Ваш hda и hdaX записи были заменены sda и sdaX записи. С другой стороны, выезд /proc/devices и /proc/partitions завоевать репутацию udev присваивает диску.

Иногда, быстрое и грязное решение как fdisk -l /dev/[sh]d[a-z] может помочь (работы лучше, если у Вас есть меньше чем 26 дисков каждого типа).

Между прочим, схема именования, используемая udev стандартизирован, и Ваши помехи /dev мог сделать хуже, чем следовать конвенциям. Если udev думает, что это /dev/sda, пойдите с этим. Вы могли выйти из потенциальной странности и недоразумений в будущем.

1
27.01.2020, 20:30
  • 1
    Это - пользовательский дистрибутив для фиксированной встроенной цели, таким образом, этому только нужен статический/dev и нет никакого udev. Я только выполняю mdev как агент замены в горячем режиме, потому что я обрабатываю Карты флэш-памяти с интерфейсом USB. Список каталогов от цели был выполнен прямо после того, как init выполнялся ядром. Никакие другие приложения или демоны не работают в это время. –  Mr Stinky 03.07.2012, 16:31
  • 2
    Это - пользовательский дистрибутив для фиксированной встроенной цели, таким образом, этому только нужен статический/dev и нет никакого udev. Я только выполняю mdev как агент замены в горячем режиме, потому что я обрабатываю Карты флэш-памяти с интерфейсом USB. Список каталогов от цели был выполнен прямо после того, как init выполнялся ядром. Никакие другие приложения или демоны не работают в это время. –  Mr Stinky 03.07.2012, 16:31
  • 3
    Интересный! Ну, ядро не имеет никакой причины удалить что-либо в /dev, таким образом, если Вы не работаете udev, необходимо посмотреть на код пространства пользователя, который мог бы. И проверьте, смонтировано ли что-то на /dev так или иначе. Возможно остатки более раннего udev запуск? Насколько нетронутый сценарии начальной загрузки? –  Alexios 03.07.2012, 18:56
  • 4
    Вещь является на 100% пользовательской. Нет никаких остатков ничего. Сценарии начальной загрузки являются всем моим собственным выполнением. Мой/etc/init.d/rcS просто делает это: #!/bin/sh ls /dev ... и я вижу это /dev/hda1 отсутствует. Нет ничего иного работающего, прежде чем я перечислю /dev каталог. –  Mr Stinky 03.07.2012, 21:22
  • 5
    Единственная вещь я могу думать о проверке, могла бы быть /etc/inittab файл, который является единственным пользователем настраиваемый сценарий, который называют прежде /etc/init.d/rcS AFAIK это только звонит /etc/init.d/rcS но я действительно сделал, чтобы некоторые другие смонтировали сценарии там ранее, я, возможно, оставил некоторый хлам, о котором я забыл. Я должен буду проверить, когда я возвращаюсь в работать завтра. –  Mr Stinky 03.07.2012, 21:28
  • 6
    , Если проблема не находится в полном пространстве пользователя, это должно быть где-нибудь в initramfs. Но это - определенно не отказ ядра. –  Alexios 04.07.2012, 14:22

Теги

Похожие вопросы