LINUX.ORG.RU

кто монтирует /dev в ядре 2.6.x?


0

0

Добрый день.
Поставил ядро 2.6.22.5 (сборка для FC7) на asp7.2.
Возникла проблема с файлами устройств - после загрузки системы похоже что ядро монтирует /dev и создает там свои устройства, при этом становится невозможным использовать ранее существующие файлы устройств на корневом разделе.
Подскажите какими параметрами ядра можно запретить монтирование /dev?

PS mount не показывает примонтированный /dev
но если сделать umount /dev - устройство занято


>Поставил ядро 2.6.22.5 (сборка для FC7) на asp7.2.

А ничего, что система старовата? Про udev читали?

anonymous
()
Ответ на: комментарий от anonymous

что система старовата - это я в курсе
просто стоит задача перенести работающую систему asp7.2 на новое железо, поэтому пришлось ставить свежее ядро
> udev
спасибо за наводку, может Вы еще и подскажете как его можно отключить без пересборки ядра? т.к. очень сомневаюсь что смогу прикрутить для него софт на старую систему.

chief
() автор топика

>Поставил ядро 2.6.22.5 (сборка для FC7) на asp7.2.

В принципе возможно. Старое-то хоть не снесли?

> похоже что ядро монтирует /dev

Никакое ядро самостоятельно ничего не монтирует.

>и создает там свои устройства

Ядро 2.6 никаких устройств не создаёт, а вот ядро 2.4, при монтировании файловой системы devfs создаёт.

>Подскажите какими параметрами ядра можно запретить монтирование /dev?

Никакими. :)
Самое простое видится так:
Загрузитесь с ядром 2.4. Скопируйте каталог /dev (например cp -af /dev /dev2). Перезагрузитесь с ядром 2.6 скопируйти всё обратно в /dev (cp -af /dev2 /dev). Если не будете менять железо, всё должно работать. Для динамического создания устройств используйте udev.

qwe ★★★
()
Ответ на: комментарий от qwe

кто же тогда у меня монтирует /dev на ядре 2.6.x?
под 2.4 devfs не использовался, поэтому все содержимое /dev было статическое.
после загрузки нового ядра в /dev получаю минимальный набор файлов устройств (дисковые разделы и т.д.)
если при этом скопировать новые файлы устройств в каталог /dev - после перезагрузки они не остаются.
на корневом разделе /dev остался тот-же что и был раньше, просто кто-то монтирует поверх свой /dev...
если сделать, например
mount /dev/sda3 /mnt/test
в каталоге /mnt/test/dev - присутствуют все старые файлы.
хочу разобраться кто же монтирует /dev чтобы его отключить

chief
() автор топика
Ответ на: комментарий от qwe

> Да, и ещё, в fstab уберите монтитование /dev и из скриптов загрузки удалите запуск devfsd.
в fstab монтирование /dev не приписано
devfsd тоже не загружается

кстати, а не может /dev остаться от initrd?
образ initrd создавал на другом компе с FC7

chief
() автор топика
Ответ на: комментарий от kto_tama

> я такую древность в глаза не видел
> ты сам себе гемор придумал
переносить весь софт на новый дистрибутив тоже дело не легкое...

chief
() автор топика
Ответ на: комментарий от chief

Может стоит взять ядро последнее из 2.4 и не мучаться?

anonymous
()
Ответ на: комментарий от chief

>кстати, а не может /dev остаться от initrd? образ initrd создавал на другом компе с FC7

Упс. :) А как создавали? initrd - это сжатый gzip`пом cpio архив. Разожмите, распакуйте, оставьте в /init только подгрузку нужных драйверов, запакуйте сожмите.

qwe ★★★
()
Ответ на: комментарий от kto_tama

>я такую древность в глаза не видел ты сам себе гемор придумал

А лет шесть назад как-то ничего более свежего не было. :)

qwe ★★★
()
Ответ на: комментарий от qwe

> Упс. :) А как создавали? initrd - это сжатый gzip`пом cpio архив.
> Разожмите, распакуйте, оставьте в /init только подгрузку нужных драйверов, запакуйте сожмите.

создавал как обычно
mkinitrd --preload=ext3 ...

проблема действительно в initrd, в top-е почему-то висит процесс nash-hotplug, который скорее всего и блокирует /dev
если загрузить без initrd - /dev видится нормально
буду пробовать переделывать имидж или пересобирать ядро с включением нужных модулей

chief
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.