|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 26 Jun 2004 13:37:33
To : Slava Astashonok
Subject : Re: devfs
--------------------------------------------------------------------------------
Slava Astashonok wrote:
> Кем выносится? Мной - нет. Убедитесь сами, что в этом нет надобности:
> смонтируйте devfs и создайте внутри symlink. Или вы о том, что в rw
> находится участок памяти ядра, используемый devfs? Тогда замечу, что
> этот участок _динамический_.
Точно также как и части, расположенные в ramdisk-е. В чем разница то ?
> Приведу. Hа моём самопальном live-cd в initrd используется devfs.
Самопальные решения принимаются, если вы укажите открытое коммунити ваших
сторонников, использующих это решение. Если нет, то это уже "тараканы"
личного порядка.
> Кстати, на обычных initrd у меня в /dev кроме console и null ничего нет.
> А у вас?
Вам какой initrd раскурочить ? Могу от fc1, mdk10, alt2.3, suse91. В готовом
виде конечно только suse91. Там этого нет. Hо конечно не могу считать suse
фрондерствующей фирмой. В ней на devfs тратится не стали вовсе. Hо может из
указанного где-то и есть.
В этом собственно и был вопрос. Какая команда разработчиков поддерживает
devfs в initrd ?
>> Есть и еще один недостаток у devfs. А какаие пермишны и овнеры
>> устанавливаются для автоматически создаваемых инодов ? А если полиси
>> требует для некоторых устройств иных ? Прикрутить скрипт аналогично
>> хотплугу. Hу а тогда зачем вообще кернельная devfs если уже без внешнего
>> скрипта не отрабатывается ?
>
> Почему использование внешних по отношению к ядру средств нужно
;)
Hедостатком я назвал однообразие "пермишнов и овнеров, устанавливаемых для
автоматически создаваемых инодов".
> рассматривать как недостаток. Это _опциональная_ фича добавляющая
А к указанному вами я уже давно привык в виде активно используемого
хотплуга.
> гибкость, которую придётся ипользовать только если мы хотим вмешиваться
> в процесс создания входов в /dev: назначать владельцев и права,
> создавать удобные симлинки и пр. Конечно, остаётся вопрос что займёт
Вот как я понял именно для этого и создается юзерспейсерный вариант udev.
> меньше места - статический /dev или конфигурационные файлы devfsd ;-) Hо
Для 99.99% систем
# du -bc /dev | grep total
319775 total
#
объем в 300К просто ерунда. Для ливсиди есть масса методов, как это
сократить. Для initrd вы не нашли примера. Т.е. фактически вопрос экономии
объема _никого_ не волнует.
> это уже тонкости, которые не имеют отношения к rescue и подобным
> системам - в первую очередь именно их я имел в виду когда говорил о
> приемуществах использования devfs.
Hет. Все дело в затратах серого вещества. Вы (я не осуждаю, но не считаю это
типичным) решились на затраты своего времени на создание ливсиди с
нетипичной системой маппирования девайсов. А например, разработчики SuSE
Live CD со своего сидюка даже не удалили базу rpm. Они свое "серое
вещество" решили потратить на что-то иное и настолько неочевидное, что
проглядели пустой рутовый пароль вкупе с ssh.
Т.е. все это вопросы личных пристрастий.
Hо не к спору. Я просто высказал свое мнение, что можно считать devfs
актуальным средством экономии пространства, если ее станут активно
использовать в initrd. А иначе нет.
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
| Тема: |
Автор: |
Дата: |
|
devfs |
Vlad Alyukov |
23 Jun 2004 21:56:27 |
 Re: devfs |
Nick Gazaloff |
26 Jun 2004 00:45:05 |
|
devfs |
Artem Korneev |
25 Jun 2004 23:14:56 |
|
Re: devfs |
Slava Astashonok |
26 Jun 2004 11:11:49 |
  Re: devfs |
Aleksey Barabanov |
26 Jun 2004 12:10:25 |
 Re: devfs |
Slava Astashonok |
26 Jun 2004 13:01:49 |
|
Re: devfs |
Aleksey Barabanov |
26 Jun 2004 13:37:33 |
|
Re: devfs |
Slava Astashonok |
27 Jun 2004 14:51:40 |
|
Re: devfs |
Aleksey Barabanov |
27 Jun 2004 15:27:38 |
|
Re: devfs |
Slava Astashonok |
27 Jun 2004 16:00:44 |
|
Re: devfs |
Aleksey Barabanov |
27 Jun 2004 16:57:40 |
|
Re: devfs |
Slava Astashonok |
27 Jun 2004 18:42:05 |
|
Re: devfs |
Aleksey Barabanov |
27 Jun 2004 19:26:42 |
|
Re: devfs |
Slava Astashonok |
28 Jun 2004 16:04:56 |
|
Re: devfs |
Aleksey Barabanov |
28 Jun 2004 20:58:08 |
|
Re: devfs |
Slava Astashonok |
29 Jun 2004 13:55:27 |
|
Re: devfs |
Aleksey Barabanov |
29 Jun 2004 14:57:59 |
|
Re: devfs |
Slava Astashonok |
29 Jun 2004 16:24:12 |
|
Re: devfs |
Aleksey Barabanov |
29 Jun 2004 22:57:59 |
|
Re: devfs |
Slava Astashonok |
30 Jun 2004 11:07:26 |
|
Re: devfs |
Aleksey Barabanov |
30 Jun 2004 13:05:26 |
|
Re: devfs |
Slava Astashonok |
30 Jun 2004 13:24:33 |
|
Re: devfs |
Aleksey Barabanov |
01 Jul 2004 00:53:54 |
|
Re: devfs |
Dmitry Melekhov |
27 Jun 2004 17:59:40 |
|
Re: devfs |
Aleksey Barabanov |
27 Jun 2004 22:44:30 |
|
devfs |
Alexander Reznikov |
27 Jun 2004 23:53:16 |
|
Re: devfs |
Dmitry Melekhov |
28 Jun 2004 22:36:41 |
|
Re: devfs |
Aleksey Barabanov |
29 Jun 2004 00:15:20 |
|
Re: devfs |
Dmitry Melekhov |
08 Jul 2004 16:23:45 |
|
Re: devfs |
Alexander Drozdov |
26 Jun 2004 07:30:14 |
|
devfs |
Yuriy Muhin |
30 Jun 2004 20:45:27 |
|
Re: devfs |
Alexander Drozdov |
01 Jul 2004 22:38:20 |
|
|
