[sisyphus] udev, hal и что там ещё...

[sisyphus] udev, hal и что там ещё...

[Guest007]

Приветствую

Подскажите, как обстоят дела с новыми технологиями, на которые так решительно 
переведён Сизиф? И какие шаги предпринять после dist-upgrade, чтобы 
флешки/диски монтировались, писались, читались... Эдакое резюме процесса. 
Обсуждений-то много было, но нить я давно потерял, тем более, что в отпуске 
был...

До того стоял subfs.

Заранее благодарен.


-- 
WBR Guest007
JID: guest007@jabber.ru

Re: [sisyphus] udev, hal и что там ещё...

[Anton Farygin]

Guest007 wrote:
> Приветствую
> 
> Подскажите, как обстоят дела с новыми технологиями, на которые так решительно 
> переведён Сизиф? И какие шаги предпринять после dist-upgrade, чтобы 
> флешки/диски монтировались, писались, читались... Эдакое резюме процесса. 
> Обсуждений-то много было, но нить я давно потерял, тем более, что в отпуске 
> был...
> 
> До того стоял subfs.
> 
> Заранее благодарен.
> 
> 

apt-get dist-upgrade
apt-get install ivman pmount

ln -s /usr/bin/ivman-launch $HOME/.xsession.d/

Rgds,
Rider

Re: [sisyphus] udev, hal и что там е...

[Alexandr Isaev]

Anton Farygin пишет:
> Guest007 wrote:
> 
>>Приветствую
>>
>>Подскажите, как обстоят дела с новыми технологиями, на которые так решительно 
>>переведён Сизиф? И какие шаги предпринять после dist-upgrade, чтобы 
>>флешки/диски монтировались, писались, читались... Эдакое резюме процесса. 
>>Обсуждений-то много было, но нить я давно потерял, тем более, что в отпуске 
>>был...
>>
>>До того стоял subfs.
>>
>>Заранее благодарен.
>>
>>
> 
> 
> apt-get dist-upgrade
> apt-get install ivman pmount
> 
> ln -s /usr/bin/ivman-launch $HOME/.xsession.d/
> 
фи как грубо :(
а haldaemon и ivman в rc.d стартовать больше не будут? haldaemon 
запускается только со 2 раза (от руки), а ivman вообще после 3-х ударов 
по почкам и плясок вокруг костра с бубном :( Совсем запустили зверюшек.

Re: [sisyphus] udev, hal и что там е...

[Anton Farygin]

Alexandr Isaev wrote:
> Anton Farygin пишет:
>> Guest007 wrote:
>>
>>> Приветствую
>>>
>>> Подскажите, как обстоят дела с новыми технологиями, на которые так решительно 
>>> переведён Сизиф? И какие шаги предпринять после dist-upgrade, чтобы 
>>> флешки/диски монтировались, писались, читались... Эдакое резюме процесса. 
>>> Обсуждений-то много было, но нить я давно потерял, тем более, что в отпуске 
>>> был...
>>>
>>> До того стоял subfs.
>>>
>>> Заранее благодарен.
>>>
>>>
>>
>> apt-get dist-upgrade
>> apt-get install ivman pmount
>>
>> ln -s /usr/bin/ivman-launch $HOME/.xsession.d/
>>
> фи как грубо :(
> а haldaemon и ivman в rc.d стартовать больше не будут? haldaemon 
> запускается только со 2 раза (от руки), а ivman вообще после 3-х ударов 
> по почкам и плясок вокруг костра с бубном :( Совсем запустили зверюшек.

С этим сейчас разгребаемся.

Rgds,
Rider

Re: [sisyphus] udev, hal и что там е...

[Andrei Bulava]

Anton Farygin wrote:
> Alexandr Isaev wrote:

>> а haldaemon и ivman в rc.d стартовать больше не будут? haldaemon 
>> запускается только со 2 раза (от руки)
> 
> С этим сейчас разгребаемся.

Насчёт haldaemon в письме рядом - по-моему, оно. По задумке, messagebus
должен стартовать до haldaemon, и на одной из систем у меня уже давно

$ ls -1 /etc/rc.d/rc3.d/S*|grep -P 'messagebus|haldaemon'
/etc/rc.d/rc3.d/S46messagebus
/etc/rc.d/rc3.d/S48haldaemon

А вот на другой системе до недавнего времени автоматом не стартовал
haldaemon, и там у messagebus оказался порядковый номер 97 (вот ту
версию dbus, с которой стало 46, и надо упоминать в триггере).

-- 
// AB1002-UANIC

Re: [sisyphus] udev, hal и что там е...

[Andrei Bulava]

Alexandr Isaev wrote:

> а haldaemon и ivman в rc.d стартовать больше не будут? haldaemon 
> запускается только со 2 раза (от руки)

Я недавно нашёл лекарство для haldaemon'а:

# chkconfig messagebus reset

Как это ни странно может показаться...

P.S. Не-будем-показывать-пальцем-кто ;-) круто подставил пользователей
Сизифа, но под пытками признался, что не осилил
/usr/share/doc/rpm-4.0.4/manual/triggers. По-моему, этому доброму
человеку всё-таки стоит разучить документацию и поставить триггер на
версии пакета dbus начиная с той, где произошло изменение порядкового
номера сервиса messagebus.

-- 
// AB1002-UANIC

Re: [sisyphus] udev, hal и что там е...

[Anton Farygin]

Andrei Bulava wrote:
> Alexandr Isaev wrote:
> 
>> а haldaemon и ivman в rc.d стартовать больше не будут? haldaemon 
>> запускается только со 2 раза (от руки)
> 
> Я недавно нашёл лекарство для haldaemon'а:
> 
> # chkconfig messagebus reset
> 
> Как это ни странно может показаться...
> 
> P.S. Не-будем-показывать-пальцем-кто ;-) круто подставил пользователей
> Сизифа, но под пытками признался, что не осилил
> /usr/share/doc/rpm-4.0.4/manual/triggers. По-моему, этому доброму
> человеку всё-таки стоит разучить документацию и поставить триггер на
> версии пакета dbus начиная с той, где произошло изменение порядкового
> номера сервиса messagebus.
> 

Патчи приветствуются.

Rgds,
Rider

Re: [sisyphus] udev, hal и что там е...

[Andrei Bulava]

Anton Farygin wrote:
> Andrei Bulava wrote:

>> Я недавно нашёл лекарство для haldaemon'а:
>>
>> # chkconfig messagebus reset
> 
> Патчи приветствуются.

Это непросто. К сожалению, `chkconfig messagebus reset` имеет побочный
эффект в виде включения сервиса messagebus в системе, где этот сервис до
ранее был выключен (посредством `chkconfig messagebus off`). Нас линчуют :-)

И, кстати, система с выключенным (опять же, посредством `chkconfig
messagebus off`) сервисом messagebus нормально переживёт обновление, во
время которого меняется порядок запуска сервиса.

Вот так у меня и рассинхронизировались две системы, "рабочий" и
"сборочный" Сизифы - второй обновляется гораздо чаще, и переход на
udev+dbus+haldaemon там произошёл раньше -> мой "сборочный" Сизиф не
пережил обновления dbus со сменой порядка запуска сервиса, а "рабочий" -
пережил, т.к. сервис dbus там долгое время (и в момент проблемного
обновления пакета dbus) находился в состоянии off.

Посему, пока резюме: триггер с `chkconfig messagebus reset` лучше не
совать, а то будет ещё хуже, чем есть. С другой стороны, что делать-то?
У кого есть ещё идеи?

P.S. Самое печальное, что нарушена непрерывность обновлений :-(

-- 
// AB1002-UANIC

Re: [sisyphus] udev, hal и что там е...

[Anton Farygin]

Andrei Bulava wrote:
> Anton Farygin wrote:
>> Andrei Bulava wrote:
> 
>>> Я недавно нашёл лекарство для haldaemon'а:
>>>
>>> # chkconfig messagebus reset
>> Патчи приветствуются.
> 
> Это непросто. К сожалению, `chkconfig messagebus reset` имеет побочный
> эффект в виде включения сервиса messagebus в системе, где этот сервис до
> ранее был выключен (посредством `chkconfig messagebus off`). Нас линчуют :-)
> 
> И, кстати, система с выключенным (опять же, посредством `chkconfig
> messagebus off`) сервисом messagebus нормально переживёт обновление, во
> время которого меняется порядок запуска сервиса.
> 
> Вот так у меня и рассинхронизировались две системы, "рабочий" и
> "сборочный" Сизифы - второй обновляется гораздо чаще, и переход на
> udev+dbus+haldaemon там произошёл раньше -> мой "сборочный" Сизиф не
> пережил обновления dbus со сменой порядка запуска сервиса, а "рабочий" -
> пережил, т.к. сервис dbus там долгое время (и в момент проблемного
> обновления пакета dbus) находился в состоянии off.
> 
> Посему, пока резюме: триггер с `chkconfig messagebus reset` лучше не
> совать, а то будет ещё хуже, чем есть. С другой стороны, что делать-то?
> У кого есть ещё идеи?
> 
> P.S. Самое печальное, что нарушена непрерывность обновлений :-(
> 

Вот так всегда.. когда доходит дело до патчей. ;(

Или вы думаете что я не знаю про эту "фичу" chkconfig --reset ?

Правильный вариант - либо зафиксить chkconfig --reset, что бы он не 
включал/выключал сервис, а только менял его порядок, если включен.

Или написать свою реализацию с таким же алгоритмом.

Rgds,
Rider

Re: [sisyphus] udev, hal и что там е...

[Andrei Bulava]

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

Anton Farygin wrote:

> Вот так всегда.. когда доходит дело до патчей. ;(
> 
> Или вы думаете что я не знаю про эту "фичу" chkconfig --reset ?

:-)

> Правильный вариант - либо зафиксить chkconfig --reset, что бы он не 
> включал/выключал сервис, а только менял его порядок, если включен.

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

> Или написать свою реализацию с таким же алгоритмом.

В аттаче - набросок. По стандартной таксе - $445 в кассу :-) Мне
думается, что ldv@ расширит счёт, т.к. я - казуал в bash programming.

Возможно, после обсуждения pro и contra похожий код появится в
/usr/sbin/post_service?

-- 
// AB1002-UANIC

[-- Attachment #2: chkconfig_update.sh --]
[-- Type: text/plain, Size: 445 bytes --]

#!/bin/sh

SERVICE=messagebus
LEVELS="0 1 2 3 4 5 6"

declare -a STATE

for LEVEL in $LEVELS; do
    /sbin/chkconfig --level $LEVEL $SERVICE
    STATE[$LEVEL]=$?
done

/sbin/chkconfig $SERVICE reset

for LEVEL in $LEVELS; do
    LEVEL_STATE=${STATE[$LEVEL]}
    if [ $LEVEL_STATE == 0 ]; then
        /sbin/chkconfig --level $LEVEL $SERVICE on
    elif [ $LEVEL_STATE == 1 ]; then
        /sbin/chkconfig --level $LEVEL $SERVICE off
    fi
done

Re: [sisyphus] udev, hal и что там е...

[Anton Farygin]

Andrei Bulava wrote:
> Anton Farygin wrote:
> 
>> Вот так всегда.. когда доходит дело до патчей. ;(
>>
>> Или вы думаете что я не знаю про эту "фичу" chkconfig --reset ?
> 
> :-)
> 
>> Правильный вариант - либо зафиксить chkconfig --reset, что бы он не 
>> включал/выключал сервис, а только менял его порядок, если включен.
> 
> Наверное, не стоит настолько отличаться от других.
> 
>> Или написать свою реализацию с таким же алгоритмом.
> 
> В аттаче - набросок. По стандартной таксе - $445 в кассу :-) Мне
> думается, что ldv@ расширит счёт, т.к. я - казуал в bash programming.
> 
> Возможно, после обсуждения pro и contra похожий код появится в
> /usr/sbin/post_service?

Было бы отлично.

Что скажет ldv ?

> 
> 
> 
> ------------------------------------------------------------------------
> 
> #!/bin/sh
> 
> SERVICE=messagebus
> LEVELS="0 1 2 3 4 5 6"
> 
> declare -a STATE
> 
> for LEVEL in $LEVELS; do
>     /sbin/chkconfig --level $LEVEL $SERVICE
>     STATE[$LEVEL]=$?
> done
> 
> /sbin/chkconfig $SERVICE reset
> 
> for LEVEL in $LEVELS; do
>     LEVEL_STATE=${STATE[$LEVEL]}
>     if [ $LEVEL_STATE == 0 ]; then
>         /sbin/chkconfig --level $LEVEL $SERVICE on
>     elif [ $LEVEL_STATE == 1 ]; then
>         /sbin/chkconfig --level $LEVEL $SERVICE off
>     fi
> done
> 

Re: [sisyphus] udev, hal и что там е...

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060529 19:40]:
> Что скажет ldv ?
Думаю он порадуется успехам отечественной велосипедоизобретающей
промышленности.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] udev, hal и что там е...

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060529 18:06]:
> Или вы думаете что я не знаю про эту "фичу" chkconfig --reset ?

> Правильный вариант - либо зафиксить chkconfig --reset, что бы он не 
> включал/выключал сервис, а только менял его порядок, если включен.

> Или написать свою реализацию с таким же алгоритмом.
$@#!%#$.  А запустить chkconfig без параметров прежде чем
начинать изобретать велосипед не Б.М.?

chkconfig service resetpriorities

Делает именно то, что описано во втором апзаце.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] udev, hal и что там е...

[Dmitry V. Levin]

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

On Wed, May 31, 2006 at 09:17:39PM +0400, Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060529 18:06]:
> > Или вы думаете что я не знаю про эту "фичу" chkconfig --reset ?
> 
> > Правильный вариант - либо зафиксить chkconfig --reset, что бы он не 
> > включал/выключал сервис, а только менял его порядок, если включен.
> 
> > Или написать свою реализацию с таким же алгоритмом.
> $@#!%#$.  А запустить chkconfig без параметров прежде чем
> начинать изобретать велосипед не Б.М.?
> 
> chkconfig service resetpriorities
> 
> Делает именно то, что описано во втором апзаце.

* Thu Feb  2 2006 Bill Nottingham <notting@redhat.com> 1.3.26-1
- add support for resetting priorities without on/off status (#178864)

Другими словами, если используете resetpriorities, то не забудьте
PreReq: chkconfig >= 1.3.26


-- 
ldv

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

Re: [sisyphus] udev, hal и что там е...

[Andrei Bulava]

Dmitry V. Levin wrote:
> On Wed, May 31, 2006 at 09:17:39PM +0400, Alexey I. Froloff wrote:
>> * Anton Farygin <rider@> [060529 18:06]:
>>> Или вы думаете что я не знаю про эту "фичу" chkconfig --reset ?
>>> Правильный вариант - либо зафиксить chkconfig --reset, что бы он не 
>>> включал/выключал сервис, а только менял его порядок, если включен.
>>> Или написать свою реализацию с таким же алгоритмом.
>> $@#!%#$.  А запустить chkconfig без параметров прежде чем
>> начинать изобретать велосипед не Б.М.?

2raorn@: не надо язвить, пожалуйста. Где вы раньше были? Между прочим,
rider@ не в первый раз спрашивал о `chkconfig service reset`.

О "chkconfig без параметров" я действительно не подумал - видимо, в тот
момент был выгружен модуль ядра, обслуживающий /dev/telepathist :-P

>> chkconfig service resetpriorities
>>
>> Делает именно то, что описано во втором апзаце.

Па-а-азвольте! :-)

$ ls -al /usr/share/man/man8/chkconfig.8.gz
-rw-r--r-- 1 root root 2090 Фев  2  2005 /usr/share/man/man8/chkconfig.8.gz

> * Thu Feb  2 2006 Bill Nottingham <notting@redhat.com> 1.3.26-1
> - add support for resetting priorities without on/off status (#178864)
> 
> Другими словами, если используете resetpriorities, то не забудьте
> PreReq: chkconfig >= 1.3.26

2ldv@: см. выше и

$ rpm -qf /usr/share/man/man8/chkconfig.8.gz
chkconfig-1.3.26-alt1

Вы уж простите великодушно, но о resetpriorities у меня _в_Sisyphus_ *и*
_в_man_ ничего нет, хотя:

$ rpm -q --lastchange chkconfig
* Сбт Фев 04 2006 Dmitry V. Levin <ldv@altlinux.org> 1.3.26-alt1

- Updated to 1.3.26.

А, опять расчёт на /dev/telepathist? ;-)

-- 
// AB1002-UANIC

Re: [sisyphus] udev, hal и что там е...

[Alexey I. Froloff]

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

* Andrei Bulava <abulava@> [060601 11:00]:
> 2raorn@: не надо язвить, пожалуйста. Где вы раньше были? Между прочим,
> rider@ не в первый раз спрашивал о `chkconfig service reset`.
Раньше мы читали cybertalk@, переворачивали грабли и думали,
когда же кто-ньдь догадается посмотреть на этот чёртов
chkconfig и прочитает таки manual/triggers...

Впрочем, это уже оффтопик.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] udev, hal и что там ещё...

[Guest007]

В сообщении от 29 мая 2006 16:25 Anton Farygin написал(a):
> apt-get dist-upgrade
> apt-get install ivman pmount
сделал.

> ln -s /usr/bin/ivman-launch $HOME/.xsession.d/
>
сделал

Куда смотреть, чтоб флешку увидеть? По втыкании оной ничего не происходит 
(кроме записей в 12-й консоли). Раньше получал смонтированное в /media/flash




-- 
WBR Guest007
JID: guest007@jabber.ru

Re: [sisyphus] udev, hal и что там ещё...

[Anton Farygin]

Guest007 wrote:
> В сообщении от 29 мая 2006 16:25 Anton Farygin написал(a):
>> apt-get dist-upgrade
>> apt-get install ivman pmount
> сделал.
> 
>> ln -s /usr/bin/ivman-launch $HOME/.xsession.d/
>>
> сделал
> 
> Куда смотреть, чтоб флешку увидеть? По втыкании оной ничего не происходит 
> (кроме записей в 12-й консоли). Раньше получал смонтированное в /media/flash
> 

Ещё перелогиниться.

должны быть запущены:
udevd
haldaemon
messagebus

Так же из под пользователя должен работать pidof ivman

Ну и самое последнее ядро (для udev)

Rgds,
Rider

Re: [sisyphus] udev, hal и что там ещё...

[Anton Komarevtsev]

Стоят
ivman-0.6.12-alt1
pmount-0.9.11-alt1
dbus-0.61-alt3
hal-0.5.7-alt3
udev-092-alt1
kernel-image-std26-up-2.6.16-alt5

/etc/rc3.d/S46messagebus
/etc/rc3.d/S48haldaemon

pidof ivman дает пустую строку

при вставке флэшки /media пустой, если после этого сделать
# service ivman start
подхватывает ее содержимое. Если извлечь ее и снова воткнуть, придется
снова делать ivman start.

Антон


On 5/29/06, Anton Farygin <rider@altlinux.com> wrote:
> Guest007 wrote:
> > В сообщении от 29 мая 2006 16:25 Anton Farygin написал(a):
> >> apt-get dist-upgrade
> >> apt-get install ivman pmount
> > сделал.
> >
> >> ln -s /usr/bin/ivman-launch $HOME/.xsession.d/
> >>
> > сделал
> >
> > Куда смотреть, чтоб флешку увидеть? По втыкании оной ничего не происходит
> > (кроме записей в 12-й консоли). Раньше получал смонтированное в /media/flash
> >
>
> Ещё перелогиниться.
>
> должны быть запущены:
> udevd
> haldaemon
> messagebus
>
> Так же из под пользователя должен работать pidof ivman
>
> Ну и самое последнее ядро (для udev)
>
> Rgds,
> Rider
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] udev, hal и что там ещё...

[Anton Farygin]

Anton Komarevtsev wrote:
> Стоят
> ivman-0.6.12-alt1
> pmount-0.9.11-alt1
> dbus-0.61-alt3
> hal-0.5.7-alt3
> udev-092-alt1
> kernel-image-std26-up-2.6.16-alt5
> 
> /etc/rc3.d/S46messagebus
> /etc/rc3.d/S48haldaemon
> 
> pidof ivman дает пустую строку
> 
> при вставке флэшки /media пустой, если после этого сделать
> # service ivman start
> подхватывает ее содержимое. Если извлечь ее и снова воткнуть, придется
> снова делать ivman start.


Я же уже писал - ivman нужно запускать под пользователем.

Воспользуйтесь командой ivman-launch.


> 
> Антон
> 
> 
> On 5/29/06, Anton Farygin <rider@altlinux.com> wrote:
>> Guest007 wrote:
>>> В сообщении от 29 мая 2006 16:25 Anton Farygin написал(a):
>>>> apt-get dist-upgrade
>>>> apt-get install ivman pmount
>>> сделал.
>>>
>>>> ln -s /usr/bin/ivman-launch $HOME/.xsession.d/
>>>>
>>> сделал
>>>
>>> Куда смотреть, чтоб флешку увидеть? По втыкании оной ничего не происходит
>>> (кроме записей в 12-й консоли). Раньше получал смонтированное в /media/flash
>>>
>> Ещё перелогиниться.
>>
>> должны быть запущены:
>> udevd
>> haldaemon
>> messagebus
>>
>> Так же из под пользователя должен работать pidof ivman
>>
>> Ну и самое последнее ядро (для udev)
>>

Re: [sisyphus] udev, hal и что там е?...

[Alexey Morsov]

Anton Farygin пишет:
> Я же уже писал - ivman нужно запускать под пользователем.
> 
> Воспользуйтесь командой ivman-launch.
Кстати говоря, раньше понится ivman от юзера форкался в background а 
теперь нет - это так и должно быть?

Re: [sisyphus] udev, hal и что там е?...

[Anton Farygin]

Alexey Morsov wrote:
> Anton Farygin пишет:
>> Я же уже писал - ivman нужно запускать под пользователем.
>>
>> Воспользуйтесь командой ivman-launch.
> Кстати говоря, раньше понится ivman от юзера форкался в background а 
> теперь нет - это так и должно быть?

У меня форкается.

Это вообще то настраивается.

Rgds,
Rider

Re: [sisyphus] udev, hal и что там е?...

[Alexey Morsov]

Anton Farygin пишет:

> У меня форкается.
> 
> Это вообще то настраивается.
Где настраивается? Потому что у меня не форкается (правда у меня x86_64)

Re: [sisyphus] udev, hal и что там е?...

[Anton Farygin]

Alexey Morsov wrote:
> Anton Farygin пишет:
> 
>> У меня форкается.
>>
>> Это вообще то настраивается.
> Где настраивается? Потому что у меня не форкается (правда у меня x86_64)

man IvmConfigBase.xml

Правда у меня тоже x86_64 ;)

Rgds,
Rider

Re: [sisyphus] udev, hal и что там ещё...

[Yura Zotov]

On Tue, May 30, 2006 at 09:20:25AM +0400, Anton Farygin wrote:
> 
> 
> 
> Anton Komarevtsev wrote:
> > Стоят
> > ivman-0.6.12-alt1
> > pmount-0.9.11-alt1
> > dbus-0.61-alt3
> > hal-0.5.7-alt3
> > udev-092-alt1
> > kernel-image-std26-up-2.6.16-alt5
> > 
> > /etc/rc3.d/S46messagebus
> > /etc/rc3.d/S48haldaemon
> > 
> > pidof ivman дает пустую строку
> > 
> > при вставке флэшки /media пустой, если после этого сделать
> > # service ivman start
> > подхватывает ее содержимое. Если извлечь ее и снова воткнуть, придется
> > снова делать ivman start.
> 
> 
> Я же уже писал - ivman нужно запускать под пользователем.
> 
> Воспользуйтесь командой ivman-launch.

Я вот всё хочу спросить, а что будет, если на компе одновременно
работают 2 юзера? Кому флэшка достанется?

--
Юрий А. Зотов

Re: [sisyphus] udev, hal и что там е...

[Alexandr Isaev]

Yura Zotov пишет:
> On Tue, May 30, 2006 at 09:20:25AM +0400, Anton Farygin wrote:
> 
>>
>>
>>Anton Komarevtsev wrote:
>>
>>>Стоят
>>>ivman-0.6.12-alt1
>>>pmount-0.9.11-alt1
>>>dbus-0.61-alt3
>>>hal-0.5.7-alt3
>>>udev-092-alt1
>>>kernel-image-std26-up-2.6.16-alt5
>>>
>>>/etc/rc3.d/S46messagebus
>>>/etc/rc3.d/S48haldaemon
>>>
>>>pidof ivman дает пустую строку
>>>
>>>при вставке флэшки /media пустой, если после этого сделать
>>># service ivman start
>>>подхватывает ее содержимое. Если извлечь ее и снова воткнуть, придется
>>>снова делать ivman start.
>>
>>
>>Я же уже писал - ivman нужно запускать под пользователем.
>>
>>Воспользуйтесь командой ivman-launch.
> 
> 
> Я вот всё хочу спросить, а что будет, если на компе одновременно
> работают 2 юзера? Кому флэшка достанется?
> 
> --
> Юрий А. Зотов

Последнему авторизовавшемуся, вчера случайно проверил. По  хорошему, 
надо прописать, что-бы каталог в который монтируется принадлежал некой 
группе кому можно пользовать флэш и выставлялись на каталог рекурсивно 
права g+rwx, но ИМХО сжелать сие желательно в виде патча.

Re: [sisyphus] udev, hal и что там е...

[Denis G. Samsonenko]

День добрый!

31.05.06, Alexandr Isaev написал:
> > Я вот всё хочу спросить, а что будет, если на компе одновременно
> > работают 2 юзера? Кому флэшка достанется?
>
> Последнему авторизовавшемуся, вчера случайно проверил. По  хорошему,

Т.о. пользоваться этой флешкой сможет только один?

> надо прописать, что-бы каталог в который монтируется принадлежал некой
> группе кому можно пользовать флэш и выставлялись на каталог рекурсивно
> права g+rwx, но ИМХО сжелать сие желательно в виде патча.

Это всё от того, что монтирование происходит при появлении устройства,
а не при обращении к точке монтирования.

На мой взгляд, с точки зрения пользователя, было бы лучше, если бы
монтирование происходило в момент обращения к точке монтирования.
Соответственно права на смонтированное устройство должно браться из
настроек пользователя, обратившегося к устройству. Если у него
прописано, что читать/писать кроме него могут и другие, то пожалуйста,
если нет, то только он.

Но группа разрешённых пользователей всё равно должна быть, для
первичного отсева тех, кому вообще можно, а кому нельзя пользоваться
сменными устройствами (всеми, или некоторыми группами).

Т.е. идеальное повидение на мой взгляд такое:

1) Некий человек вставил флеш (или ещё чего) в USB порт. Некий
системный сервис обнаружил его (hal?) и создал точку монтирования.

2) Некий системный сервис следит за обращениями к созданной точке монтирования.

3) Некий пользователь обращается к созданной точке монтирования (cd
/media/NAME). При этом следящий за ней сервис проверяет пользователя
на предмет вхождения в группу разрешённых для монтирования данного
типа устройств. Если данному пользовавтелю разрешено монтировать
данное устройство, то сервис читает конфигурацию из настроек данного
пользователя и производит монтирование с теми правами, которые увазаны
в настройках у пользователя. Если настройки у пользователя не
прописаны, то применяются настройки по умолчанию (например,
-rwx------, -rwxr-x---, etc).

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

-- 
Всего доброго,

Денис.

Re: [sisyphus] udev, hal и что там ещё...

[Anton Farygin]

Yura Zotov wrote:
> On Tue, May 30, 2006 at 09:20:25AM +0400, Anton Farygin wrote:
>>
>>
>> Anton Komarevtsev wrote:
>>> Стоят
>>> ivman-0.6.12-alt1
>>> pmount-0.9.11-alt1
>>> dbus-0.61-alt3
>>> hal-0.5.7-alt3
>>> udev-092-alt1
>>> kernel-image-std26-up-2.6.16-alt5
>>>
>>> /etc/rc3.d/S46messagebus
>>> /etc/rc3.d/S48haldaemon
>>>
>>> pidof ivman дает пустую строку
>>>
>>> при вставке флэшки /media пустой, если после этого сделать
>>> # service ivman start
>>> подхватывает ее содержимое. Если извлечь ее и снова воткнуть, придется
>>> снова делать ivman start.
>>
>> Я же уже писал - ivman нужно запускать под пользователем.
>>
>> Воспользуйтесь командой ivman-launch.
> 
> Я вот всё хочу спросить, а что будет, если на компе одновременно
> работают 2 юзера? Кому флэшка достанется?

Тому, чей ivman первым перехватит и обработает сообщение.

Также есть вероятность двойного монтирования.

Rgds,
Rider

Re: [sisyphus] udev, hal и что там ещё...

[Guest007]

В сообщении от 29 мая 2006 17:34 Anton Farygin написал(a):
>
> Ещё перелогиниться.
>

# ls -1 /etc/rc.d/rc3.d/S*|grep -P 'messagebus|haldaemon'
/etc/rc.d/rc3.d/S46messagebus

> должны быть запущены:
> udevd
# service udevd status
udevd is running
> haldaemon
нет такой буквы :-(
> messagebus
# service messagebus status
dbus-daemon is running

>
> Так же из под пользователя должен работать pidof ivman
пустая строка

>
> Ну и самое последнее ядро (для udev)
2.6.16-std26-up-alt5

-- 
WBR Guest007
JID: guest007@jabber.ru

Re: [sisyphus] udev, hal и что там

[Andrii Dobrovol`s`kii]

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

Guest007 пишет:
>> haldaemon
> нет такой буквы :-(
Ну так rpm -q hal ?
И дальше по обстоятельствам...
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [sisyphus] udev, hal и что там

[Guest007]

В сообщении от 30 мая 2006 15:38 Andrii Dobrovol`s`kii написал(a):
> Guest007 пишет:
> >> haldaemon
> >
> > нет такой буквы :-(
>
> Ну так rpm -q hal ?
> И дальше по обстоятельствам...
# rpm -q hal
hal-0.5.7-alt3

-- 
WBR Guest007
JID: guest007@jabber.ru

Re: [sisyphus] udev, hal и что там

[Anton Farygin]

Guest007 wrote:
> В сообщении от 30 мая 2006 15:38 Andrii Dobrovol`s`kii написал(a):
>> Guest007 пишет:
>>>> haldaemon
>>> нет такой буквы :-(
>> Ну так rpm -q hal ?
>> И дальше по обстоятельствам...
> # rpm -q hal
> hal-0.5.7-alt3
> 

chkconfig --list haldaemon
chkconfig haldaemon on
service haldaemon start

Rgds,
Rider

Re: [sisyphus] udev, hal и что там

[Guest007]

В сообщении от 30 мая 2006 16:13 Anton Farygin написал(a):
> Guest007 wrote:
> > В сообщении от 30 мая 2006 15:38 Andrii Dobrovol`s`kii написал(a):
> >> Guest007 пишет:
> >>>> haldaemon
> >>>
> >>> нет такой буквы :-(
> >>
> >> Ну так rpm -q hal ?
> >> И дальше по обстоятельствам...
> >
> > # rpm -q hal
> > hal-0.5.7-alt3
>
> chkconfig --list haldaemon
# chkconfig --list haldaemon
service haldaemon supports chkconfig, but is not referenced in any runlevel 
(run 'chkconfig --add haldaemon')

Вот, не догадался.

> chkconfig haldaemon on
> service haldaemon start

-- 
WBR Guest007
JID: guest007@jabber.ru

Re: [sisyphus] udev, hal и что там

[Alexey I. Froloff]

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

* Guest007 <trash4@> [060530 16:56]:
> # chkconfig --list haldaemon
> service haldaemon supports chkconfig, but is not referenced in any runlevel 
> (run 'chkconfig --add haldaemon')

> Вот, не догадался.
Да нет.  Просто тот, кто пакует hal ниасилил документицию на
rpm...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] udev, hal и что там

[Andrei Bulava]

Alexey I. Froloff wrote:
> * Guest007 <trash4@> [060530 16:56]:
>> # chkconfig --list haldaemon
>> service haldaemon supports chkconfig, but is not referenced in any runlevel 
>> (run 'chkconfig --add haldaemon')
> 
>> Вот, не догадался.
> Да нет.  Просто тот, кто пакует hal ниасилил документицию на
> rpm...

Не могу не процитировать rider@: "патчи приветствуются". Лёш, давай жить
дружно?

-- 
// AB1002-UANIC