[sisyphus] mknod /dev/ppp

[sisyphus] mknod /dev/ppp

[Peter Evdokimov]

hi, all!

текущий сизиф. ядро wks26. dialup через kppp.
прозвонка-соединение-отбой. в логах:

localhost pppd[8889]: pppd is unable to open the /dev/ppp device. You
need to create the /dev/ppp device node by executing the following
command as root: ^Imknod /dev/ppp c 108 0 

куда рыть? кого кусать? :)

-- 
Peter Evdokimov <blackp@bashnet.ru>
pbs

Re: [sisyphus] mknod /dev/ppp

[Sviataslau Svirydau]

Peter Evdokimov wrote:
> hi, all!
> 
> текущий сизиф. ядро wks26. dialup через kppp.
> прозвонка-соединение-отбой. в логах:
> 
> localhost pppd[8889]: pppd is unable to open the /dev/ppp device. You
> need to create the /dev/ppp device node by executing the following
> command as root: ^Imknod /dev/ppp c 108 0 
> 
> куда рыть? кого кусать? :)
> 

$ sudoo mknod /etc/udev/devices/ppp c 108 0
$ sudo service udevd restart


-- 
Best Regards,
Sviataslau Svirydau <Sviataslau_Svirydau at epam.com>
phone:  +375 (17) 210 1662, ext. 1503
fax:    +375 (17) 210 1168
mobile: +375 (29) 641 4214
-- 
pain, n.:
	One thing, at least it proves that you're alive!

Re: [sisyphus] mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 329 bytes --]

On Thu, Mar 24, 2005 at 05:28:14PM +0200, Sviataslau Svirydau wrote:
> $ sudoo mknod /etc/udev/devices/ppp c 108 0
> $ sudo service udevd restart

Нужно отметить, что для того, чтобы это работало, нужен udev >=
0.50-alt3, который в дедале.

Сейчас договоримся с г-ном Фарыгиным до деталей, закину в Сизиф версию
alt4.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] mknod /dev/ppp

[Sviataslau Svirydau]

Alexey Morozov wrote:
> On Thu, Mar 24, 2005 at 05:28:14PM +0200, Sviataslau Svirydau wrote:
> 
>>$ sudoo mknod /etc/udev/devices/ppp c 108 0
>>$ sudo service udevd restart
> 
> 
> Нужно отметить, что для того, чтобы это работало, нужен udev >=
> 0.50-alt3, который в дедале.

да, тут я лажанулся, совсем про это забыл... :)

> Сейчас договоримся с г-ном Фарыгиным до деталей, закину в Сизиф версию
> alt4.

Давно пора :)

-- 
Best Regards,
Sviataslau Svirydau <Sviataslau_Svirydau at epam.com>
phone:  +375 (17) 210 1662, ext. 1503
fax:    +375 (17) 210 1168
mobile: +375 (29) 641 4214
-- 
Stult's Report:
	Our problems are mostly behind us.  What we have to do now is
	fight the solutions.

Re: [sisyphus] mknod /dev/ppp

[Vitaly Lipatov]

On Thursday 24 March 2005 18:28, Sviataslau Svirydau wrote:
> Peter Evdokimov wrote:
> > hi, all!
> >
> > текущий сизиф. ядро wks26. dialup через kppp.
> > прозвонка-соединение-отбой. в логах:
> >
> > localhost pppd[8889]: pppd is unable to open the /dev/ppp
> > device. You need to create the /dev/ppp device node by
> > executing the following command as root: ^Imknod /dev/ppp c
> > 108 0
> >
> > куда рыть? кого кусать? :)
>
> $ sudoo mknod /etc/udev/devices/ppp c 108 0
> $ sudo service udevd restart
Какой-то неправильный совет. А бага где?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [sisyphus] mknod /dev/ppp

[Peter Evdokimov]

В Чтв, 24/03/2005 в 23:15 +0600, Alexey Morozov пишет:
> On Thu, Mar 24, 2005 at 05:28:14PM +0200, Sviataslau Svirydau wrote:
> > $ sudoo mknod /etc/udev/devices/ppp c 108 0
> > $ sudo service udevd restart
> 
> Нужно отметить, что для того, чтобы это работало, нужен udev >=
> 0.50-alt3, который в дедале.
> 
> Сейчас договоримся с г-ном Фарыгиным до деталей, закину в Сизиф версию
> alt4.

это будет работать и для ядра std26?

sy,
	peter

Re: [sisyphus] mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 1017 bytes --]

On Fri, Mar 25, 2005 at 08:32:53AM +0500, Peter Evdokimov wrote:
> В Чтв, 24/03/2005 в 23:15 +0600, Alexey Morozov пишет:
> > On Thu, Mar 24, 2005 at 05:28:14PM +0200, Sviataslau Svirydau wrote:
> > > $ sudoo mknod /etc/udev/devices/ppp c 108 0
> > > $ sudo service udevd restart
> > 
> > Нужно отметить, что для того, чтобы это работало, нужен udev >=
> > 0.50-alt3, который в дедале.
> > 
> > Сейчас договоримся с г-ном Фарыгиным до деталей, закину в Сизиф версию
> > alt4.
> это будет работать и для ядра std26?
Ну, с той подпоркой, что все такие вот "подозрительные дивайсы"
должны быть загодя созданы в /etc/udev/devices/. Решение, прямо скажем,
так себе, но другого я прямо сейчас не вижу. Если надумается чего,
не стесняйтесь, пишите в багзиллу.

Вообще, еще есть шанс, что мы уговорим Сергея Власова на прикладывание
к std26-up ядру патча на tmpfs, тогда часть конфигурации будет
описываться в modules_lookup, и список статически создаваемых
дивайс-инодов можно будет сильно сократить.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 397 bytes --]

On Fri, Mar 25, 2005 at 12:40:40PM +0600, Alexey Morozov wrote:
> Вообще, еще есть шанс, что мы уговорим Сергея Власова на
> прикладывание к std26-up ядру патча на tmpfs

Мож начать с wks26-up?  А vsu@ уговаривать на мержить те его
части, которые не противоречат внутренним ощущениям? ;-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: mknod /dev/ppp

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 356 bytes --]

Michael Shigorin пишет:
> On Fri, Mar 25, 2005 at 12:40:40PM +0600, Alexey Morozov wrote:
> 
>>Вообще, еще есть шанс, что мы уговорим Сергея Власова на
>>прикладывание к std26-up ядру патча на tmpfs
> 
> 
> Мож начать с wks26-up?  А vsu@ уговаривать на мержить те его
> части, которые не противоречат внутренним ощущениям? ;-)
к wks26 оно уже приложено...

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

> к std26-up ядру патча на tmpfs, тогда часть конфигурации будет
> описываться в modules_lookup

а как насчет "политики партии" ?

автор udev считает создание устройств по запросу a la DevFS ересью.

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Sviataslau Svirydau пишет:
> $ sudoo mknod /etc/udev/devices/ppp c 108 0
> $ sudo service udevd restart

Почему бы udev'у не переносить устройства из /dev в /etc/udev/devices 
автоматически?

Ведь наверное можно сделать обвязку типа modules_lookup, которая бы 
перехватывала создание устройств через mknod

А то у меня с slmodem та же беда, нет тaкого устройства slamr0 и все.

Re: [sisyphus] mknod /dev/ppp

[Sergey]

On Thursday 24 March 2005 19:19, Peter Evdokimov wrote:

> localhost pppd[8889]: pppd is unable to open the /dev/ppp device. You
> need to create the /dev/ppp device node by executing the following
> command as root: ^Imknod /dev/ppp c 108 0 
> 
> куда рыть? кого кусать? :)

Я первый спросил. :-)

Ответ тут уже дважды был:
echo ppp_generic >> /etc/modules

-- 
С уважением, Сергей
a_s_y@sama.ru

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Ivan Fedorov пишет:
> к wks26 оно уже приложено...
где? :-(

...а вот неть у меня папки /etc/udev/devices
А если и создать -  ничего хорошего не выходит.

[root@localhost bdv]# rpm -q kernel-image-wks26-up
kernel-image-wks26-up-2.6.10-alt5
[root@localhost bdv]# rpm -q udev
udev-0.50-alt1

А интересует по причине не создавания устройства /dev/slamr0 для 
софт-модема.

Re: [sisyphus] Re: mknod /dev/ppp

[Peter Evdokimov]

В Пнд, 28/03/2005 в 00:43 +0400, Arioch пишет:

> > к wks26 оно уже приложено...
> где? :-(
> 
> ...а вот неть у меня папки /etc/udev/devices
> А если и создать -  ничего хорошего не выходит.
> 
> [root@localhost bdv]# rpm -q kernel-image-wks26-up
> kernel-image-wks26-up-2.6.10-alt5
> [root@localhost bdv]# rpm -q udev
> udev-0.50-alt1
> 
> А интересует по причине не создавания устройства /dev/slamr0 для 
> софт-модема.

поставить 0.50-alt3 (у меня появилось) из дедала или ждать 0.50-alt4 -
уже сказали тут.
у меня теперь другая фигня - дома модем внешний - порт ttyS1, а на
работе унутренний, раньше ставил ttyS4, а теперь на 2.4.29 так и
работает, а под wks26 упорно не видит и говорит: модем занят. зато есть
ttySL0 -> твой slamr0 :) но у меня-то не софт-модем, а usr вполне
нормальный.

sy,
	peter

Re: [sisyphus] mknod /dev/ppp

[Peter Evdokimov]

В Пнд, 28/03/2005 в 00:13 +0500, Sergey пишет:

> > куда рыть? кого кусать? :)
> 
> Я первый спросил. :-)
> 
> Ответ тут уже дважды был:
> echo ppp_generic >> /etc/modules

было, не помогало. еще пробовал ppp_sync.

sy,
	peter

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 447 bytes --]

On Sat, Mar 26, 2005 at 03:52:19AM +0300, Arioch wrote:
> >к std26-up ядру патча на tmpfs, тогда часть конфигурации будет
> >описываться в modules_lookup
> а как насчет "политики партии" ?
> автор udev считает создание устройств по запросу a la DevFS ересью.
Он неправ.

Или, что более вероятно, вы неверно интерпретировали его слова.
Он просто говорит, то создание устройства по запросу - не задача
udev. И в этом он совершенно прав.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 687 bytes --]

On Mon, Mar 28, 2005 at 09:04:43AM +0600, Peter Evdokimov wrote:
> > А интересует по причине не создавания устройства /dev/slamr0 для 
> > софт-модема.
> 
> поставить 0.50-alt3 (у меня появилось) из дедала или ждать 0.50-alt4 -
> уже сказали тут.
> у меня теперь другая фигня - дома модем внешний - порт ttyS1, а на
> работе унутренний, раньше ставил ttyS4, а теперь на 2.4.29 так и
> работает, а под wks26 упорно не видит и говорит: модем занят. зато есть
> ttySL0 -> твой slamr0 :) но у меня-то не софт-модем, а usr вполне
> нормальный.
Давайте оба в багзиллу, а?

Я сегодня прекращаю прием заявлений граждан на создание статических
дивайсов. Еще есть шанс успеть ;-)


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 2473 bytes --]

On Sun, Mar 27, 2005 at 12:20:15PM +0400, Arioch wrote:
> Sviataslau Svirydau пишет:
> >$ sudoo mknod /etc/udev/devices/ppp c 108 0
> >$ sudo service udevd restart
> 
> Почему бы udev'у не переносить устройства из /dev в /etc/udev/devices 
> автоматически?
1. service udevd stop
2. du -s /dev/
3. думать.


Впрочем, я уже почти изобрел еще один костылик:
-------------------------
udev_static - это пакет, дополняющий udev. В то время как udev сам по
себе предназначен, в основном, для обработки динамически создаваемых
файлов устройств, его подход не всегда приемлем в реальной жизни.
В частности, система с одним только udev не в состоянии загружать
требуемый модуль, когда какая-либо программа пытается открыть 
файл устройства, т.к. данного файла устройства не существует до
загрузки соответствующего модуля.

modules_lookup пытается исправить этот недочет, перехватывая обращения к
еще не созданным файлам устройств и загружая ассоциированные с этими
файлами ядерные модули. К сожалению, данный подход требует наличия патченной
версии tmpfs, и по-прежнему не покрывает всех возможных случаев.

Свежие версии пакета udev (>= 0.50-alt3) поддерживают каталог
/etc/udev/devices, где администратор системы может создать
"сконфигуренные заранее" файлы устройств, которые будут скопированны
в /dev при старте демона udev. Однако данный подход, будучи применен
бездумно, расходует много дискового пространства в рутовом разделе.

udev_static предоставляет сжатый архив cpio, в котором содержатся файлы
устройств, которые необходимо создать при старте демона udev, подобно
подходу с /etc/udev/devices/. Однако выбранная форма хранения списка
таких устройств (сжатый архив cpio) позволяет существенно снизить расход
дискового пространства: даже набор устройств, соответствующий полному
пакету dev, занимает менее 90Kb дискового пространства.
------------------------

прим: поскольку текст сначала писался по-английски, а потом я придумывал
к нему, по сути, адекватный перевод, то возможны ... шероховатости стиля
(а сколько их в английском, лучше и не думать ;-)). Строго не судите,
лучше подскажите исправления.

> Ведь наверное можно сделать обвязку типа modules_lookup, которая бы 
> перехватывала создание устройств через mknod
Ох... Повторяю вопрос: кто-нибудь писал плагины к FUSE?

> А то у меня с slmodem та же беда, нет тaкого устройства slamr0 и все.
Не понимаю. В багзиллу и/или jabber. morozov на altlinux орг.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:

>>автор udev считает создание устройств по запросу a la DevFS ересью.

> Или, что более вероятно, вы неверно интерпретировали его слова.
> Он просто говорит, то создание устройства по запросу - не задача
> udev. 

Не смоглашусь. Он не просто говорит "делайте сами"
Он говорит "делайте сами, потом что я этого делать не буду, потому что 
это неправильная идея"

Например:

Q: But I love that feature of devfs, please?
A: The devfs approach caused a lot of spurious modprobe attempts as
    programs probed to see if devices were present or not.  Every probe
    attempt created a process to run modprobe, almost all of which were
    spurious.

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:
> Давайте оба в багзиллу, а?
> 
> Я сегодня прекращаю прием заявлений граждан на создание статических
> дивайсов. Еще есть шанс успеть ;-)

Раздача костылей - это хорошо.
#6337

Но! 1) я повесил багу на udev, а может быть надо было на modules_lookup 
? Ведь если сами драйвера модема не будут установлены, то зачем содавать 
девайсы? А если будут, м.б. лучше rpm'ке с жрайверами проверять наличие 
достаточно свежего udev'а и самоу создавать /etc/udev/devices/sl* ?

2) или вообще на slmodem - почему он в dmesg'e пишет про устройства, я 
ядру не дает команды на его содание? правда не уверен, что у этого бага 
есть перспективы, насколько SmartLink прислушивается к подоюным жалобам.

3) я не понял, пытается ли rpm'ка от slmodem сама создать эти драйвера 
или надеетсй на MAKEDEV ? Если второе - то тогда костыль с 
/etc/udev/devices самое похожее поведение системы. Но елси эти девайсы 
пытаются создаться при установкке rpm драйвера (наверное есть такие 
драйвера?) то IMHO udev могла бы перехватывать mknod в /dev и 
автоматически дублировать в /etc/udev/devices.

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:
> 1. service udevd stop
> 2. du -s /dev/

ТЫ к тому, что tmpfs отмонтируется и там будет пусто?

Если да, то при чем тут?

>>Ведь наверное можно сделать обвязку типа modules_lookup, которая бы 
>>перехватывала создание устройств через mknod
> 
> Ох... Повторяю вопрос: кто-нибудь писал плагины к FUSE?

Быть может ты, когда реализовывал modules_lookup ?

Re: [sisyphus] Re: mknod /dev/ppp

[Denis Smirnov]

On Mon, Mar 28, 2005 at 05:07:13PM +0700, Alexey Morozov wrote:

AM> Я сегодня прекращаю прием заявлений граждан на создание статических
AM> дивайсов. Еще есть шанс успеть ;-)

А моё добавление по поводу zaptel (в конфиг) уже принято?

-- 
С уважением, Денис

http://freesource.info

Re: [sisyphus] Re: mknod /dev/ppp

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 523 bytes --]

On Mon, Mar 28, 2005 at 05:15:00PM +0400, Arioch wrote:
> A: The devfs approach caused a lot of spurious modprobe attempts as
>    programs probed to see if devices were present or not.  Every probe
>    attempt created a process to run modprobe, almost all of which were
>    spurious.
Гыы. Как это похоже на modules_lookup ;))

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Это sudo у Вас неправильное.
Положим, sudo у вас у всех, скорее всего, одинаковое. :)
		-- ldv in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 611 bytes --]

On Mon, Mar 28, 2005 at 05:28:07PM +0400, Arioch wrote:
> Alexey Morozov пишет:
> >1. service udevd stop
> >2. du -s /dev/
> ТЫ к тому, что tmpfs отмонтируется и там будет пусто?
> Если да, то при чем тут?

_Там_ будет НЕ пусто. Там будет статический dev. Занимающий 352K
Есть желание засунуть это в /etc?

> >>Ведь наверное можно сделать обвязку типа modules_lookup, которая бы 
> >>перехватывала создание устройств через mknod
> >
> >Ох... Повторяю вопрос: кто-нибудь писал плагины к FUSE?
> Быть может ты, когда реализовывал modules_lookup ?
Нет. Оно построено совсем на другой технологии.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:

> _Там_ будет НЕ пусто. Там будет статический dev. Занимающий 352K
> Есть желание засунуть это в /etc?

Нету. и не было. Было желание... см. ниже :-)

>>>>Ведь наверное можно сделать обвязку типа modules_lookup, которая бы 
>>>>перехватывала создание устройств через mknod
>>>
>>>Ох... Повторяю вопрос: кто-нибудь писал плагины к FUSE?
>>
>>Быть может ты, когда реализовывал modules_lookup ?
> 
> Нет. Оно построено совсем на другой технологии.

Я не понимаю.
m_l перехватывает открытие файла на чтение, и пытается его создать с 
использованием соотв. модулей ядра.

То о чем я говорю, это перехватить открытие файла (создание его, 
открытие на запись), дождаться закрытие (mknod отработало, устройство 
создано) и копирование файла в etc (раз создали, значит он кому-то 
нужен, а сам не создался)

Вопрос, неужели перехватть открытие на запись настролько труднее, чем 
открытие на чтение?

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 2070 bytes --]

On Mon, Mar 28, 2005 at 07:37:11PM +0600, Andrey Rahmatullin wrote:
> On Mon, Mar 28, 2005 at 05:15:00PM +0400, Arioch wrote:
> > A: The devfs approach caused a lot of spurious modprobe attempts as
> >    programs probed to see if devices were present or not.  Every probe
> >    attempt created a process to run modprobe, almost all of which were
> >    spurious.
> Гыы. Как это похоже на modules_lookup ;))
Особенно, если лезть своими грязными альсаплеерами куда ни попадя :-P

На самом деле, пенять на зеркало - занятие малопродуктивное. Думаю,
программа, которая втупую перебирает 62 штуки дивайса в надежде на
то, что хоть кто-нибудь да отзовется, вряд ли может считаться
корректной. Да-да, я понимаю, а кому сейчас леХко, и вообще, в этом
вашем линуксе все так вот, через^W с использованием малопристойных
акробатических трюков. Но тем не менее, проблема есть, и решать её надо.

Что касается самодостаточности связки udev и hotplug.
Очевидно, что наличествуют дивайсы, которые не обрабатываются хотплагом.
И не только потому, что он это не может, но и потому, что это может быть
НЕ НУЖНО. Очевидно также, что дергать модули по мере обращения к
устройству... ну, не жизненно необходимо, но удобно. Очевидно также,
что в условиях отсутствия заранее созданных модулей надо перехватывать
такие обращения и пытаться с ними что-то сделать, ТОЧНО ТАК ЖЕ, КАК ЭТО
ДЕЛАЕТ ЯДРО (да, да, не удивляйтесь, думаете, вы зачем рассказывали ядру,
кто у нас сегодня за modprobe в /proc/sys/kernel/modprobe?) Вопрос только
в том, насколько удачно реализован тот или иной механизм.

Говорить, что это не нужно вообще - это прятать голову в бетонный пол.
Багзиллы потом пестреют довольно дурацкими (репортерам: сорри, конечно)
сообщениями о том, что "нет дивайса -> нет модуля -> не работает ***",
я сижу, пытаюсь понять, какие дивайсы требуются, и создаю их, at@ как
QA-менеджер глядит за процессом, радуется числу пофикшенных багов, все
при деле, а толку чуть. И, если вы думаете, что у нас у одних эта
проблема - добро пожаловать в багзиллу FC.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 1605 bytes --]

On Mon, Mar 28, 2005 at 06:06:09PM +0400, Arioch wrote:
> >_Там_ будет НЕ пусто. Там будет статический dev. Занимающий 352K
> >Есть желание засунуть это в /etc?
> Нету. и не было. Было желание... см. ниже :-)
> 
> >>Быть может ты, когда реализовывал modules_lookup ?
> >Нет. Оно построено совсем на другой технологии.
> Я не понимаю.
> m_l перехватывает открытие файла на чтение, и пытается его создать с 
> использованием соотв. модулей ядра.
Перехватывает не modules_lookup. При обращении к несуществующему
файлу в _модифицированной_ и специально _настроенной_ tmpfs не
происходит немедленного возврата из вызова с ошибкой, а дергается
(ядром, точнее, драйвером tmpfs) указанная в параметрах монтирования
файловой системы программа. Программа смотрит, до какого устройства
пытались доступиться, сверяется по своей базе, какой модуль
соответствует данному устройству и, в общем случае, пытается загрузить
этот модуль. Все. Никакой магии. Никаких "перехватов на запись" и
"перехватов на открытие". Вообще, modules_lookup - это, по сути,
двадцатистрочный скрипт на bash, основным занятием которого является
разбор конфигурационного файла /etc/modules_lookup.conf.

> 
> То о чем я говорю, это перехватить открытие файла (создание его, 
> открытие на запись), дождаться закрытие (mknod отработало, устройство 
> создано) и копирование файла в etc (раз создали, значит он кому-то 
> нужен, а сам не создался)
В результате, весь /dev уедет в итоге в /etc, да?
> 
> Вопрос, неужели перехватть открытие на запись настролько труднее, чем 
> открытие на чтение?
При чем тут это?


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 403 bytes --]

On Mon, Mar 28, 2005 at 05:34:15PM +0400, Denis Smirnov wrote:
> On Mon, Mar 28, 2005 at 05:07:13PM +0700, Alexey Morozov wrote:
> 
> AM> Я сегодня прекращаю прием заявлений граждан на создание статических
> AM> дивайсов. Еще есть шанс успеть ;-)
> А моё добавление по поводу zaptel (в конфиг) уже принято?
Не вижу в списке. Продублируйте, пожалуйста.
Или письмом на morozov на gorodok нет.



[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 236 bytes --]

On Mon, Mar 28, 2005 at 09:38:52PM +0700, Alexey Morozov wrote:
> что в условиях отсутствия заранее созданных модулей надо перехватывать
                                            ^^^^^^^^^^
					читать "файлов устройств"
					


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:

> На самом деле, пенять на зеркало - занятие малопродуктивное. Думаю,
> программа, которая втупую перебирает 62 штуки дивайса в надежде на

согласен, но...
Если такова (отсутствие load on demand) будет пoлитика партии на 
каком0нибудь freedestop.org или kernel.org - то все дистры потянутся 
туда и Альту придется туда же.

[sisyphus] Re: mknod /dev/ppp

[Michael Shigorin]

On Mon, Mar 28, 2005 at 09:35:32PM +0400, Arioch wrote:
> Если такова (отсутствие load on demand) будет пoлитика партии
> на каком0нибудь freedestop.org или kernel.org - то все дистры
> потянутся туда и Альту придется туда же.

Ойданупрям.  На задвиги kernel.org клали и кладут, и будут
класть, судя по тому, что и они уже с этим согласились.

Уж извиняюсь за прямоту.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:

> Перехватывает не modules_lookup.

Я имею ввиду не конкретный скрипт, но всю его обвязку, включая настройки 
tmpfs

> При обращении к несуществующему
> файлу в _модифицированной_ и специально _настроенной_ tmpfs не
> происходит немедленного возврата из вызова с ошибкой, 

При любом обращении или только чтении?
А если обращение на запись ( или что делает mknod ?)


>>То о чем я говорю, это перехватить открытие файла (создание его, 
>>открытие на запись), дождаться закрытие (mknod отработало, устройство 
>>создано) и копирование файла в etc (раз создали, значит он кому-то 
>>нужен, а сам не создался)
> 
> В результате, весь /dev уедет в итоге в /etc, да?

Нет, ибо устройства, которые уже созданы udev'ом не будут уезжать в /etc.
Нет, ибо никто не ставит на свою систему ВСЕ драйвера сразу.

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:

> 1. service udevd stop
в порядке брюзжания - в ответ на service udevd status выдается udev is 
running - без d на конце udevd :-)

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 1173 bytes --]

On Tue, Mar 29, 2005 at 12:47:18AM +0400, Arioch wrote:
> >При обращении к несуществующему
> >файлу в _модифицированной_ и специально _настроенной_ tmpfs не
> >происходит немедленного возврата из вызова с ошибкой, 
> При любом обращении или только чтении?
> А если обращение на запись
При "обращении". Под обращением понимается открытие (неважно,
на запись или на чтение) или stat.

Поэтому, например, ls /dev/ppp приводит к соотв. вызову modules_lookup
(если ppp еще нет), а ls /dev | grep ppp - нет.


> ( или что делает mknod ?)
Как следует непосредственно из названия ;-) создает узел ;-)
make node.


> >>То о чем я говорю, это перехватить открытие файла (создание его, 
> >>открытие на запись), дождаться закрытие (mknod отработало, устройство 
> >>создано) и копирование файла в etc (раз создали, значит он кому-то 
> >>нужен, а сам не создался)
> >
> >В результате, весь /dev уедет в итоге в /etc, да?
> 
> Нет, ибо устройства, которые уже созданы udev'ом не будут уезжать в /etc.
Не понял ничего, извините. udev, в случае необходимости, точно так же
пользуется mknod'ом, как и _любая_ другая программа. В нем нет никакой
магии, увы.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 237 bytes --]

On Tue, Mar 29, 2005 at 03:14:15AM +0400, Arioch wrote:
> Alexey Morozov пишет:
> 
> >1. service udevd stop
> в порядке брюзжания - в ответ на service udevd status выдается udev is 
> running - без d на конце udevd :-)
Принято.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:
> Не понял ничего, извините. udev, в случае необходимости, точно так же
> пользуется mknod'ом, как и _любая_ другая программа. В нем нет никакой
> магии, увы.

Что случиться, если при запущенном udev я сделаю mknod на несуществующее 
(пока ) устройство ?

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 772 bytes --]

On Tue, Mar 29, 2005 at 11:33:42AM +0400, Arioch wrote:
> Alexey Morozov пишет:
> >Не понял ничего, извините. udev, в случае необходимости, точно так же
> >пользуется mknod'ом, как и _любая_ другая программа. В нем нет никакой
> >магии, увы.
> Что случиться, если при запущенном udev я сделаю mknod на несуществующее 
> (пока ) устройство ?
Ничего плохого ;-).
Создастся устройство с указанными параметрами.
Собственно говоря, достаточно посмотреть на стартовый скрипт udev, чтобы
увидеть как я этот самый mknod делаю ;-)

udev - это просто способ [автоматически] позвать mknod или там какие-то
еще требуемые файловые функции в указанном каталоге, лежащем на файловой
системе [почти] _произвольного_ типа (нет, FAT не подходит, umsdos/uvfat
- вполне;-))


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:
>>Что случиться, если при запущенном udev я сделаю mknod на несуществующее 
>>(пока ) устройство ?
> Ничего плохого ;-).
> Создастся устройство с указанными параметрами.

...а если m_l его не найдет?

> Собственно говоря, достаточно посмотреть на стартовый скрипт udev, чтобы
> увидеть как я этот самый mknod делаю ;-)

Доедет - посмотрю.

> udev - это просто способ [автоматически] позвать mknod или там какие-то
> еще требуемые файловые функции в указанном каталоге, 

Жаль, если нельзя будет будет отследить создание файла там же.
Хотя уже слегка пахнет бесконечной рекурсией :-)

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 805 bytes --]

On Tue, Mar 29, 2005 at 12:56:15PM +0400, Arioch wrote:
> Alexey Morozov пишет:
> >>Что случиться, если при запущенном udev я сделаю mknod на несуществующее 
> >>(пока ) устройство ?
> >Ничего плохого ;-).
> >Создастся устройство с указанными параметрами.
> ...а если m_l его не найдет?
А при чем здесь modules_lookup?

> >Собственно говоря, достаточно посмотреть на стартовый скрипт udev, чтобы
> >увидеть как я этот самый mknod делаю ;-)
> Доедет - посмотрю.
Э-э-э, а что мы обсуждаем? ;-)

> >udev - это просто способ [автоматически] позвать mknod или там какие-то
> >еще требуемые файловые функции в указанном каталоге, 
> Жаль, если нельзя будет будет отследить создание файла там же.
> Хотя уже слегка пахнет бесконечной рекурсией :-)
Знаете, отследить можно. Непонятно, зачем.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:
>>>>Что случиться, если при запущенном udev я сделаю mknod на несуществующее 
>>>>(пока ) устройство ?
>>>
>>>Ничего плохого ;-).
>>>Создастся устройство с указанными параметрами.
>>
>>...а если m_l его не найдет?
> 
> А при чем здесь modules_lookup?

Так именно он должен, получив имя отсутствующего файла, попробовать его 
создать, загрузив соотв. модуль.
Например при отсутствии agpgart должен скопом загрузит intel-agp, 
ati-agp, via-agp и остальные :D

>>Доедет - посмотрю.
> 
> Э-э-э, а что мы обсуждаем? ;-)

alt4 еще не доехал!

>>>udev - это просто способ [автоматически] позвать mknod или там какие-то
>>>еще требуемые файловые функции в указанном каталоге, 
>>
>>Жаль, если нельзя будет будет отследить создание файла там же.
>>Хотя уже слегка пахнет бесконечной рекурсией :-)
> 
> Знаете, отследить можно. Непонятно, зачем.

Чтобы если пакет при установке создает файл устройства - то он создался 
бы и на udev.
Чтобы если в каком-нить юзерском FAQ (или например в README для 
kernel-modules-slmodem) сказано сделать mknod /dev/slamr0 c 212 - то 
юзер мог это сделать не думая и не знаю про /etc/udev/devices

обратная совместимость.

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 1433 bytes --]

On Tue, Mar 29, 2005 at 04:13:16PM +0400, Arioch wrote:
> Alexey Morozov пишет:
> >>>>Что случиться, если при запущенном udev я сделаю mknod на 
> >>>>несуществующее (пока ) устройство ?
> >>>Ничего плохого ;-).
> >>>Создастся устройство с указанными параметрами.
> >>...а если m_l его не найдет?
> >А при чем здесь modules_lookup?
> Так именно он должен, получив имя отсутствующего файла, попробовать его 
> создать, загрузив соотв. модуль.
> Например при отсутствии agpgart должен скопом загрузит intel-agp, 
> ati-agp, via-agp и остальные :D
Так, давайте сначала

Вы спросили: что случится, если _вы_ сделаете mknod при запущенном udev.
Я дал ответ.

Как с этим связан вопрос про modules_lookup? Если _никак_ , то какой у
вас вопрос про modules_lookup?


> >Э-э-э, а что мы обсуждаем? ;-)
> alt4 еще не доехал!
А какая разница?

> >Знаете, отследить можно. Непонятно, зачем.
> Чтобы если пакет при установке создает файл устройства - то он создался 
> бы и на udev.
??

Ставим пакет dev и огребаем /dev/hdt63?? Я правильно понимаю то, что вы
предлагаете?

> Чтобы если в каком-нить юзерском FAQ (или например в README для 
> kernel-modules-slmodem) сказано сделать mknod /dev/slamr0 c 212 - то 
> юзер мог это сделать не думая и не знаю про /etc/udev/devices
Боюсь, я никогда не ставил себе задачи сделать пользователя бездумным
автоматом.

> обратная совместимость.
Хотите реализовать?


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:
> On Tue, Mar 29, 2005 at 04:13:16PM +0400, Arioch wrote:
> 
>>Alexey Morozov пишет:
>>
>>>>>>Что случиться, если при запущенном udev я сделаю mknod на 
>>>>>>несуществующее (пока ) устройство ?
>>>>>
>>>>>Ничего плохого ;-).
>>>>>Создастся устройство с указанными параметрами.
>>>>
>>>>...а если m_l его не найдет?
>>>
>>>А при чем здесь modules_lookup?
>>
>>Так именно он должен, получив имя отсутствующего файла, попробовать его 
>>создать, загрузив соотв. модуль.
>>Например при отсутствии agpgart должен скопом загрузит intel-agp, 
>>ati-agp, via-agp и остальные :D
> Как с этим связан вопрос про modules_lookup? Если _никак_ , то какой у
> вас вопрос про modules_lookup?

Вопрос: Можно ли сделать автоматическое дублирование свежесозданных на 
/dev (udev) нод в /etc/udev/devices, чтобы они не исчезали при 
перезегрузке ?

Вы сказали - надо делать FUSE plugin
Я сказал - зачем, если эта функциональность, в части взаимодействия 
udev<->доп.примочки, весьма похожа на уже сделанную modules_lookup - и 
можно будет делать по образцу.
Вы сказали - эээ, нет, механизм работы m_l совсем другой, приспособить 
его для такого копирования не удастся, и надо будет делать полноценный 
FUSE plugin

Собственно вот и весь разговор, можно обойтись методами m_l или надо 
лезть в FUSE :-)


>>alt4 еще не доехал!
> 
> А какая разница?

Именно в нем реализован /udev/devices

>>Чтобы если пакет при установке создает файл устройства - то он создался 
>>бы и на udev.

> Ставим пакет dev и огребаем /dev/hdt63?? Я правильно понимаю то, что вы
> предлагаете?

Я имел ввиду пакеты с драйверами.


>>Чтобы если в каком-нить юзерском FAQ (или например в README для 
>>kernel-modules-slmodem) сказано сделать mknod /dev/slamr0 c 212 - то 
>>юзер мог это сделать не думая и не знаю про /etc/udev/devices
> 
> Боюсь, я никогда не ставил себе задачи сделать пользователя бездумным
> автоматом.
> 
Когда в ReadMe к драйверу говорится одно, а на практике надо делать 
другое (пусть и в Сизифе) это не есть гуд.


>>обратная совместимость.
> 
> Хотите реализовать?

Еще не знаю, я еще не глядел на alt4 ;)

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 2207 bytes --]

On Tue, Mar 29, 2005 at 06:34:47PM +0400, Arioch wrote:
> Вопрос: Можно ли сделать автоматическое дублирование свежесозданных на 
> /dev (udev) нод в /etc/udev/devices, чтобы они не исчезали при 
> перезегрузке ?
Да можно, конечно, дурное дело не хитрое. Берете, и копируете их все в
/etc/udev/devices. Можно по крону, можно на шатдауне.

> Вы сказали - надо делать FUSE plugin
> Я сказал - зачем, если эта функциональность, в части взаимодействия 
> udev<->доп.примочки, весьма похожа на уже сделанную modules_lookup - и 
> можно будет делать по образцу.
Наверное, потому что modules_lookup вместе с соответствующим патчем,
во-первых, имеет серьезные родовые проблемы, во-вторых, требуется
патчить ядро патчем, который имеет сомнительные вид и происхождение.

> Вы сказали - эээ, нет, механизм работы m_l совсем другой, приспособить 
> его для такого копирования не удастся, и надо будет делать полноценный 
> FUSE plugin
FUSE плагин - это один _из_ вариантов. Замечательный тем, что не надо
лезть в ядро, можно плескаться целиком в юзерлэнде.

> Собственно вот и весь разговор, можно обойтись методами m_l или надо 
> лезть в FUSE :-)
Текущими методами tmpfs-lookup-traps патча можно только лишь заметить,
что кто-то пытается обратиться к несуществующему дивайсу, и предпринять
какие-либо действия на этот повод. Все.

> Именно в нем реализован /udev/devices
Он реализован в alt3. В Дедале. Уже пару месяцев как.

> >>Чтобы если пакет при установке создает файл устройства - то он создался 
> >>бы и на udev.
> >Ставим пакет dev и огребаем /dev/hdt63?? Я правильно понимаю то, что вы
> >предлагаете?
> Я имел ввиду пакеты с драйверами.
Понятно

> >>kernel-modules-slmodem) сказано сделать mknod /dev/slamr0 c 212 - то 
> >>юзер мог это сделать не думая и не знаю про /etc/udev/devices
> >Боюсь, я никогда не ставил себе задачи сделать пользователя бездумным
> >автоматом.
> Когда в ReadMe к драйверу говорится одно, а на практике надо делать 
> другое (пусть и в Сизифе) это не есть гуд.

Хинт: устаревшее ридми?

> >>обратная совместимость.
> >Хотите реализовать?
> Еще не знаю, я еще не глядел на alt4 ;)
Да причем тут alt4?
Впрочем, все уже готово.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:

> 
>>Именно в нем реализован /udev/devices
> 
> Он реализован в alt3. В Дедале. Уже пару месяцев как.
> 

Вот только ядра мне из Дедала и не хватало. ТУт Сизиф ингода удивляет 
мама не горюй :-)

> 
> Хинт: устаревшее ридми?

Это вы в мейнстриме скажете, что все кроме udev устарело? :-)
Или каждый раз будете ридми править не забывать?

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 507 bytes --]

On Wed, Mar 30, 2005 at 01:23:59AM +0400, Arioch wrote:
> >>Именно в нем реализован /udev/devices
> >Он реализован в alt3. В Дедале. Уже пару месяцев как.
> Вот только ядра мне из Дедала и не хватало. ТУт Сизиф ингода удивляет 
> мама не горюй :-)
Без комментариев, вы не в теме.

> >Хинт: устаревшее ридми?
> Это вы в мейнстриме скажете, что все кроме udev устарело? :-)
Мэйнстрим уже в курсе.
> Или каждый раз будете ридми править не забывать?
У меня нет slmodem'ов. И почему-то я не горюю.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Alexey Morozov пишет:
> On Wed, Mar 30, 2005 at 01:23:59AM +0400, Arioch wrote:
> 
>>>>Именно в нем реализован /udev/devices
>>>
>>>Он реализован в alt3. В Дедале. Уже пару месяцев как.
>>
>>Вот только ядра мне из Дедала и не хватало. ТУт Сизиф ингода удивляет 
>>мама не горюй :-)
> 
> Без комментариев, вы не в теме.

Ну не в тем, пусть. А что, отпатченный tmpfs уже во всех ядрах, не 
только дедаловских?

[sisyphus] Re: mknod /dev/ppp

[Michael Shigorin]

On Wed, Mar 30, 2005 at 12:54:26PM +0400, Arioch wrote:
> Ну не в тем, пусть. А что, отпатченный tmpfs уже во всех ядрах,
> не только дедаловских?

Ой, а в дедале сейчас есть ядра?

~> rsync rsync.altlinux.org::ALTLinux/Daedalus/i586/RPMS.daedalus/*kernel*
Welcome to ALT Linux Team public rsync server!

-rw-r--r--       19585 2005/01/10 22:18:59 gfs-kernel-std26-up-devel-0-alt20050110.i586.rpm
-rw-r--r--      845715 2004/11/07 14:31:38 kernel-feat-fs-reiser4-2004.08.23-alt1.noarch.rpm
-rw-r--r--      182415 2004/12/22 21:20:10 kernel-feat-swsusp24-2004.11.24-alt2.noarch.rpm
-rw-r--r--      187239 2005/01/11 15:34:22 kernel-feat-swsusp26-2005.01.02-alt1.noarch.rpm

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: mknod /dev/ppp

[Arioch]

Michael Shigorin пишет:

> -rw-r--r--       19585 2005/01/10 22:18:59 gfs-kernel-std26-up-devel-0-alt20050110.i586.rpm
> -rw-r--r--      845715 2004/11/07 14:31:38 kernel-feat-fs-reiser4-2004.08..23-alt1.noarch.rpm
> -rw-r--r--      182415 2004/12/22 21:20:10 kernel-feat-swsusp24-2004.11.24-alt2.noarch.rpm
> -rw-r--r--      187239 2005/01/11 15:34:22 kernel-feat-swsusp26-2005.01.02-alt1.noarch.rpm
> 

НУ хорошо, запинали.
А все равно, меня тут ДЕдалом уже запугали, так что... ;)

Re: [sisyphus] Re: mknod /dev/ppp

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 616 bytes --]

On Wed, Mar 30, 2005 at 12:54:26PM +0400, Arioch wrote:
> Alexey Morozov пишет:
> >On Wed, Mar 30, 2005 at 01:23:59AM +0400, Arioch wrote:
> >>>>Именно в нем реализован /udev/devices
> >>>Он реализован в alt3. В Дедале. Уже пару месяцев как.
> >>Вот только ядра мне из Дедала и не хватало. ТУт Сизиф ингода удивляет 
> >>мама не горюй :-)
> >Без комментариев, вы не в теме.
> Ну не в тем, пусть. А что, отпатченный tmpfs уже во всех ядрах, не 
> только дедаловских?
Для функциональности /etc/udev/devices как раз НЕ нужна патченная tmpfs.
Делалось как раз для случаев, когда modules_lookup неприменим.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]