* [devel] service udevd stop? @ 2005-03-26 12:41 Vadim V. Zhytnikov 2005-03-26 12:49 ` Valery V. Inozemtsev 2005-03-28 8:31 ` Alexey Morozov 0 siblings, 2 replies; 7+ messages in thread From: Vadim V. Zhytnikov @ 2005-03-26 12:41 UTC (permalink / raw) To: ALT Devel; +Cc: morozov Заметил, что service udevd stop всё время говорит, что сервис не запущен. На самом деле udevd запущен и работает. Возможно проблема в том, что PID, записанный в udevd.pid не совпадает с PID процесса udev. Почему? -- Vadim V. Zhytnikov <vvzhy@mail.ru> <vvzhy@netorn.ru> ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] service udevd stop? 2005-03-26 12:41 [devel] service udevd stop? Vadim V. Zhytnikov @ 2005-03-26 12:49 ` Valery V. Inozemtsev 2005-03-26 19:32 ` Anton D. Kachalov 2005-03-28 8:33 ` Alexey Morozov 2005-03-28 8:31 ` Alexey Morozov 1 sibling, 2 replies; 7+ messages in thread From: Valery V. Inozemtsev @ 2005-03-26 12:49 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 450 bytes --] В сообщении от 26 Март 2005 15:41 Vadim V. Zhytnikov написал(a): > Заметил, что > service udevd stop > всё время говорит, что сервис не запущен. > На самом деле udevd запущен и работает. > Возможно проблема в том, что PID, > записанный в udevd.pid не совпадает с > PID процесса udev. Почему? вот сижу я щас смотрю на udev из FC3... нету там ни сервиса, ни тем более /dev на tmpfs. наводит меня это на грусные мысли... -- Valery V. Inozemtsev [-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] service udevd stop? 2005-03-26 12:49 ` Valery V. Inozemtsev @ 2005-03-26 19:32 ` Anton D. Kachalov 2005-03-28 8:33 ` Alexey Morozov 1 sibling, 0 replies; 7+ messages in thread From: Anton D. Kachalov @ 2005-03-26 19:32 UTC (permalink / raw) To: ALT Devel discussion list On Sat, Mar 26, 2005 at 03:49:53PM +0300, Valery V. Inozemtsev wrote: > В сообщении от 26 Март 2005 15:41 Vadim V. Zhytnikov написал(a): > > Заметил, что > > service udevd stop > > всё время говорит, что сервис не запущен. > > На самом деле udevd запущен и работает. > > Возможно проблема в том, что PID, > > записанный в udevd.pid не совпадает с > > PID процесса udev. Почему? > > вот сижу я щас смотрю на udev из FC3... нету там ни сервиса, ни тем более /dev а что же это у них^H^H^Hнас с udev такое? > на tmpfs. наводит меня это на грусные мысли... делись :) Rgds, Anton ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] service udevd stop? 2005-03-26 12:49 ` Valery V. Inozemtsev 2005-03-26 19:32 ` Anton D. Kachalov @ 2005-03-28 8:33 ` Alexey Morozov 2005-03-28 8:36 ` Valery V. Inozemtsev 1 sibling, 1 reply; 7+ messages in thread From: Alexey Morozov @ 2005-03-28 8:33 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 304 bytes --] On Sat, Mar 26, 2005 at 03:49:53PM +0300, Valery V. Inozemtsev wrote: > вот сижу я щас смотрю на udev из FC3... нету там ни сервиса, ни тем более /dev > на tmpfs. наводит меня это на грусные мысли... А я еще периодически гляжу в их багзиллу ;-P. Впрочем, конструктивная критика приветствуется. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] service udevd stop? 2005-03-28 8:33 ` Alexey Morozov @ 2005-03-28 8:36 ` Valery V. Inozemtsev 2005-03-28 9:24 ` Alexey Morozov 0 siblings, 1 reply; 7+ messages in thread From: Valery V. Inozemtsev @ 2005-03-28 8:36 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 443 bytes --] В сообщении от 28 Март 2005 12:33 Alexey Morozov написал(a): > On Sat, Mar 26, 2005 at 03:49:53PM +0300, Valery V. Inozemtsev wrote: > > вот сижу я щас смотрю на udev из FC3... нету там ни сервиса, ни тем более > > /dev на tmpfs. наводит меня это на грусные мысли... > > А я еще периодически гляжу в их багзиллу ;-P. > > Впрочем, конструктивная критика приветствуется. раскажи для начала несведующим зачем там tmpfs -- Valery V. Inozemtsev [-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] service udevd stop? 2005-03-28 8:36 ` Valery V. Inozemtsev @ 2005-03-28 9:24 ` Alexey Morozov 0 siblings, 0 replies; 7+ messages in thread From: Alexey Morozov @ 2005-03-28 9:24 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 3189 bytes --] On Mon, Mar 28, 2005 at 12:36:13PM +0400, Valery V. Inozemtsev wrote: > В сообщении от 28 Март 2005 12:33 Alexey Morozov написал(a): > > On Sat, Mar 26, 2005 at 03:49:53PM +0300, Valery V. Inozemtsev wrote: > > > вот сижу я щас смотрю на udev из FC3... нету там ни сервиса, ни тем более > > > /dev на tmpfs. наводит меня это на грусные мысли... > > А я еще периодически гляжу в их багзиллу ;-P. > > Впрочем, конструктивная критика приветствуется. > раскажи для начала несведующим зачем там tmpfs 1. не конфликтовать со статическим dev. Ничего в данный момент не мешает _остановить_ сервис udevd, если кажется, что udev мешает жить, и вернуться к старой доброй любимой /dev, созданной dev-X.Y.Z-altN.i586.rpm. К тому же, если файл устройства существует с самого начала (т.е. его создавал не udev), то перестают работать [некоторые] правила udev'ные, например, про создание линков (на месте этого дивайса) 2. Чисто udev'ная система НЕ способна грузить модули по запросу. В данный момент в ALT есть два решения: создавать "заранее сконфигурированные" устройства (в /etc/udev/devices) и пользоваться modules_lookup (с соответствующим патчем на tmpfs). В FC пошли по первому пути, что, в общем, просто приводит к дублированию информации и хоронит в пределе идею дин. /dev. 3. Всегда есть возможность НЕ использовать tmpfs (по крайней мере, есть в >= alt3). См. параметр udev_tmpfs в udev.conf. Правда, о работоспособности ничего не скажу, не пробовал ;-) Вообще, говоря, по здравому размышлению, метод с tmpfs / lookup traps работает не слишком здорово. Лучше бы иметь некоторую систему, подобную хе-хе, старому devfsd, то есть, userland-демон, которому по named pipe / u.d. socket поступают от ядра нотификации о том, что кто-то попытался открыть несуществующий дивайс в /dev. Либо /dev должен базироваться на специализированной FUSE-файлухе. Подчеркну, что самому udev'у - пофиг на какой FS сидеть, главное, чтоб там mknod и symlink можно было бы сделать ;-). Но вот для задачи подгрузки модулей по открытию дивайса требуется некоторая... магия. Завязанная, с одной стороны, на ядро, которое должно сообщать что потребовался /dev/lp0, а с другой - на юзерлэнд, который мог бы выполнять соответствующие действия. Если у кого есть опыт программирования такой вот задачи (то есть, либо devfsd-like, либо fuse с виртуализацией дивайсов) - буду признаетелен за консультации (или, хе-хе, лучше готовый код). Если есть какие-либо другие внятные предложения на этот повод - тоже, в общем, добро пожаловать. Что касается _сервиса_ udevd. Демон udev действительно поднимается (дергается hotplug'ом) _до_ поднятия соотв. сервиса (да и вообще до переключения в нужный ранлевел), в пределе, стартует минимальная версия прямо из initrd / early user level (у нас нет) Именно это и было причиной того, что service udevd stop в alt1 не работала, т.к. искался конкретный pid, пробитый в /var/run/... Отдельный же сервис требуется для того, чтобы отработать все правила по монтированию tmpfs, созданию доп. дивайсов итп итп. Поскольку я не стал на данном этапе модифицировать rc.sysinit, то сервис - оптимальное средство сделать все эти действия. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] service udevd stop? 2005-03-26 12:41 [devel] service udevd stop? Vadim V. Zhytnikov 2005-03-26 12:49 ` Valery V. Inozemtsev @ 2005-03-28 8:31 ` Alexey Morozov 1 sibling, 0 replies; 7+ messages in thread From: Alexey Morozov @ 2005-03-28 8:31 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 388 bytes --] On Sat, Mar 26, 2005 at 03:41:00PM +0300, Vadim V. Zhytnikov wrote: > Заметил, что > service udevd stop > всё время говорит, что сервис не запущен. > На самом деле udevd запущен и работает. > Возможно проблема в том, что PID, > записанный в udevd.pid не совпадает с > PID процесса udev. Почему? Потому что в alt1 есть бага. Пофикшено в alt3 (из дедала) Едет alt4. В Сизиф. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-03-28 9:24 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2005-03-26 12:41 [devel] service udevd stop? Vadim V. Zhytnikov 2005-03-26 12:49 ` Valery V. Inozemtsev 2005-03-26 19:32 ` Anton D. Kachalov 2005-03-28 8:33 ` Alexey Morozov 2005-03-28 8:36 ` Valery V. Inozemtsev 2005-03-28 9:24 ` Alexey Morozov 2005-03-28 8:31 ` Alexey Morozov
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git