[sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Andrei Bulava]

Hi!

Есть у меня два хоста с текущим Sisyphus, на обоих

$ stat
/var/lib/apt/lists/ftp.altlinux.org_pub_distributions_ALTLinux_Sisyphus_i586_base_release|grep
Modify
Modify: 2006-05-03 11:06:33.000000000 +0300

и обновлены по самое не могу (запущено ядро 2.6.16-std26-up-alt4).

1. Реальное железо: на нём не прижился udev-091-alt1 - валится всё, что
зависит от /dev/urandom. Откат на udev-090-alt2 спас ситуацию.

2. Виртуальное железо внутри первого: на нём не живёт hal-0.5.7-alt3 -
всякий раз при старте системы 'hald is dead, but stale PID file exists',
и приходится запускать его ещё раз. После ручного запуска всё в порядке.

Внимание, вопросы:

1) отчего hal-0.5.7-alt3 отлично стартует автоматически на реальном
железе п.1 (нюанс - только с udev-090-alt2) и дохнет на виртуальном
железе п.2 (но с udev-091-alt1)?

2) отчего на реальном железе п.1 дохнет всё, зависящее от /dev/urandom,
с udev-091-alt1?

3) риторический: как всем этим "счастьем" пользоваться-то по дороге к
коммунизму?

P.S. Сегодня меня напрочь выкосил hotplug, поменявший eth0 и eth1
местами (у меня набортная сетевуха используется для своих специальных
целей и не подключена к офисной LAN). За 15 минут до меня дошло, в чём
дело, и я "вправил" мозги системе через ifrename (спасибо etcnet за
поддержку), долго думал... Ведь даже в более другой ОС интерфейсы не
скачут туда-сюда при каждой загрузке :-(

-- 
// AB1002-UANIC

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Gorlov]

Обновил дома ядро до 2.6.16-wks26-up. hal и соотвественно ivman
перестали пускаться автоматом при старте системы.

Лекарство пока пока ещё случаем не изобретено?

ivman-0.6.7-alt1
hashalot-0.2.0-alt3
libhal-0.5.5.1-alt1
hal-0.5.5.1-alt1


-- 
  np: silence

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Gorlov]

Обновил дома ядро до 2.6.16-wks26-up. hal и соотвественно ivman
перестали пускаться автоматом при старте системы.


да..забыл добавить... Сисзиф у меня довольно таки старый..от 27.11 +
мелкие локальные пересборки.
Лекарство пока пока ещё случаем не изобретено?

ivman-0.6.7-alt1
libhal-0.5.5.1-alt1
hal-0.5.5.1-alt1

dbus тоже старый совсем..


-- 
  np: silence

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Farygin]

Anton Gorlov wrote:
> Обновил дома ядро до 2.6.16-wks26-up. hal и соотвественно ivman
> перестали пускаться автоматом при старте системы.
> 
> 
> да..забыл добавить... Сисзиф у меня довольно таки старый..от 27.11 +
> мелкие локальные пересборки.
> Лекарство пока пока ещё случаем не изобретено?
> 
> ivman-0.6.7-alt1
> libhal-0.5.5.1-alt1
> hal-0.5.5.1-alt1
> 
> dbus тоже старый совсем..
> 
> 

Обновляться.

Rgds,
Rider

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Gorlov]

Anton Farygin пишет:

>> Обновил дома ядро до 2.6.16-wks26-up. hal и соотвественно ivman
>> перестали пускаться автоматом при старте системы.
>> да..забыл добавить... Сисзиф у меня довольно таки старый..от 27.11 +
>> мелкие локальные пересборки.
>> Лекарство пока пока ещё случаем не изобретено?
>> ivman-0.6.7-alt1
>> libhal-0.5.5.1-alt1
>> hal-0.5.5.1-alt1
>> dbus тоже старый совсем..
> Обновляться.

Не всё так просто..у меня довольно старый сизиф и боюсь чт оесли 
обновлятся..то слишком многое придётся пересобирать...
или не так много пересобирать придётся?

-- 
   np: silence

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Gorlov]

Anton Farygin пишет:

>> Лекарство пока пока ещё случаем не изобретено?
>> ivman-0.6.7-alt1
>> libhal-0.5.5.1-alt1
>> hal-0.5.5.1-alt1
>> dbus тоже старый совсем..
> Обновляться.
Хм.. кстаи..а как посомтрет заранее списочек того что придётся пересобрать?


-- 
   np: silence

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Farygin]

Anton Gorlov wrote:
> Anton Farygin пишет:
> 
>>> Лекарство пока пока ещё случаем не изобретено?
>>> ivman-0.6.7-alt1
>>> libhal-0.5.5.1-alt1
>>> hal-0.5.5.1-alt1
>>> dbus тоже старый совсем..
>> Обновляться.
> Хм.. кстаи..а как посомтрет заранее списочек того что придётся пересобрать?
> 
> 

Не понял вопроса.

Зачем что-то пересобирать ?

Rgds,
Rider

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Artem]

Anton Farygin wrote:
> Anton Gorlov wrote:
> 
>>Anton Farygin пишет:
>>
>>
>>>>Лекарство пока пока ещё случаем не изобретено?
>>>>ivman-0.6.7-alt1
>>>>libhal-0.5.5.1-alt1
>>>>hal-0.5.5.1-alt1
>>>>dbus тоже старый совсем..
>>>
>>>Обновляться.
>>
>>Хм.. кстаи..а как посомтрет заранее списочек того что придётся пересобрать?
>>
>>
> 
> 
> Не понял вопроса.
> 
> Зачем что-то пересобирать ?
> 
> Rgds,
> Rider
> 
По-моему, человек имел в виду самосборный софт, который отсутствует в 
Сизифе?


-- 
Rgds, Artem.

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Gorlov]

Anton Farygin пишет:

>>>> Лекарство пока пока ещё случаем не изобретено?
>>>> ivman-0.6.7-alt1
>>>> libhal-0.5.5.1-alt1
>>>> hal-0.5.5.1-alt1
>>>> dbus тоже старый совсем..
>>> Обновляться.
>> Хм.. кстаи..а как посомтрет заранее списочек того что придётся пересобрать?
> Не понял вопроса.
> Зачем что-то пересобирать ?

Так у меня сизиф довольно старый.. аш от 27.11.2005.. а на сколько я в 
курсе о того же dbus многое зависит и с тех пор soname менялся.

-- 
   np: silence

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Farygin]

Anton Gorlov wrote:
> Anton Farygin пишет:
> 
>>>>> Лекарство пока пока ещё случаем не изобретено?
>>>>> ivman-0.6.7-alt1
>>>>> libhal-0.5.5.1-alt1
>>>>> hal-0.5.5.1-alt1
>>>>> dbus тоже старый совсем..
>>>> Обновляться.
>>> Хм.. кстаи..а как посомтрет заранее списочек того что придётся пересобрать?
>> Не понял вопроса.
>> Зачем что-то пересобирать ?
> 
> Так у меня сизиф довольно старый.. аш от 27.11.2005.. а на сколько я в 
> курсе о того же dbus многое зависит и с тех пор soname менялся.
> 

так обновлять надо всё сразу.

Частями не получится.

Rgds,
Rider

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Gorlov]

Anton Farygin пишет:

>>> Зачем что-то пересобирать ?
>> Так у меня сизиф довольно старый.. аш от 27.11.2005.. а на сколько я в 
>> курсе о того же dbus многое зависит и с тех пор soname менялся.
> так обновлять надо всё сразу.
> Частями не получится.

Вот и фиг -всё  сразу вытянуть не могу.. максимум что могу -это 
уложиться в 100 мтеров и остальное пересобирать у себя.
Вот и поинтерисовался сколько нужно вытянут ьи сколько и чего пересобрать.



-- 
   np: silence

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Gorlov]

Anton Farygin пишет:

> так обновлять надо всё сразу.
> Частями не получится.

Вопрос - без обновления кедов обойтись можно? Мне достаточно пока-что 
чтоб в /media оно монтипровалось автмоатом после втыкания девайсов...

-- 
   np: silence

Re: [sisyphus] I: udev, hal - сбоит, каждый по-своему :-(

[Anton Gorlov]

Anton Farygin пишет:

>>>>>> Лекарство пока пока ещё случаем не изобретено?
>>>>>> ivman-0.6.7-alt1
>>>>>> libhal-0.5.5.1-alt1
>>>>>> hal-0.5.5.1-alt1
>>>>>> dbus тоже старый совсем..
>>>>> Обновляться.

Кстати вопрос...а можно ли будкт добиться автомонтирования флешек в 
связке со всем выше перечисленным и старом КДЕ?


-- 
   np: silence

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Александр Гвоздев]

В сообщении от 6 мая 2006 17:14 Anton Farygin написал(a):
> > Так у меня сизиф довольно старый.. аш от 27.11.2005.. а на сколько я в 
> > курсе о того же dbus многое зависит и с тех пор soname менялся.
> > 
> 
> так обновлять надо всё сразу.
> 
> Частями не получится.
Всё новое (kde, hal, udev). K3b не видит врайтера на /dev/hdc пока права не изменишь. USB Flash монтируется только вручную (sudo mount /dev/sdXX /mnt/X -o umask=0).
Никаких иконок в KDE, как обещали, нету.
Зачем ломали?

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Led]

В сообщении от 15 мая 2006 21:11 Александр Гвоздев написал(a):
> В сообщении от 6 мая 2006 17:14 Anton Farygin написал(a):
> > > Так у меня сизиф довольно старый.. аш от 27.11.2005.. а на сколько я в
> > > курсе о того же dbus многое зависит и с тех пор soname менялся.
> >
> > так обновлять надо всё сразу.
> >
> > Частями не получится.
>
> Всё новое (kde, hal, udev). K3b не видит врайтера на /dev/hdc пока права не
> изменишь. USB Flash монтируется только вручную (sudo mount /dev/sdXX /mnt/X
> -o umask=0). Никаких иконок в KDE, как обещали, нету.
> Зачем ломали?

кто сломал? ИМХО тот, кто сделал "apt-get dist-upgrade" из сизифа... :(

-- 
Led.

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Александр Гвоздев]

В сообщении от 15 мая 2006 22:14 Led написал(a):
> > >
> > > Частями не получится.
> >
> > Всё новое (kde, hal, udev). K3b не видит врайтера на /dev/hdc пока права не
> > изменишь. USB Flash монтируется только вручную (sudo mount /dev/sdXX /mnt/X
> > -o umask=0). Никаких иконок в KDE, как обещали, нету.
> > Зачем ломали?
> 
> кто сломал? ИМХО тот, кто сделал "apt-get dist-upgrade" из сизифа... :(
Мне казалось, что у разработки должен быть вектор развития... 
Мне казалось, что этот вектор должен вести к уменьшению рутины и геморроя...
С переходом Сизифа с ядра (и сопутствующего) 2.6.14 на 2.6.16 стало хуже. Сильно хуже с т.з. юзера.
Меня интересуют два вопроса: Зачем это сделали? И как это исправить без вертания взад? (Тем более что у apt-get нет очень нужного для
Сизифа параметра dist-downgrade).

PS: Если кому-нибудь интересно:
-----
[gab@canal ~]$ sudo service haldaemon restart
Service hald is not running.                                                                                                                       [PASSED]
Starting hald service:                                                                                                                             [FAILED]
[gab@canal ~]$
--------
В логах пусто :(

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Александр Гвоздев]

В сообщении от 15 мая 2006 22:14 Led написал(a):

> > Всё новое (kde, hal, udev). K3b не видит врайтера на /dev/hdc пока права не
> > изменишь. USB Flash монтируется только вручную (sudo mount /dev/sdXX /mnt/X
> > -o umask=0). Никаких иконок в KDE, как обещали, нету.
> > Зачем ломали?
> 
> кто сломал? ИМХО тот, кто сделал "apt-get dist-upgrade" из сизифа... :(
> 
Если кому интересно. Результаты strace:
------
[root@canal ~]# strace hald
execve("/usr/sbin/hald", ["hald"], [/* 78 vars */]) = 0
uname({sys="Linux", node="canal", ...}) = 0
brk(0)                                  = 0x807f000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=248784, ...}) = 0
mmap2(NULL, 248784, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7f1a000
close(4)                                = 0
open("/usr/lib/libgobject-2.0.so.0", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360j\0"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=224900, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f19000
mmap2(NULL, 229252, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7ee1000
mmap2(0xb7f18000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x36) = 0xb7f18000
close(4)                                = 0
open("/usr/lib/libdbus-glib-1.so.2", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320o\0"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=105984, ...}) = 0
mmap2(NULL, 105052, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7ec7000
mmap2(0xb7ee0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x19) = 0xb7ee0000
close(4)                                = 0
open("/usr/lib/libglib-2.0.so.0", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\306\0"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=527972, ...}) = 0
mmap2(NULL, 531596, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7e45000
mmap2(0xb7ec6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x80) = 0xb7ec6000
close(4)                                = 0
open("/usr/lib/libdbus-1.so.2", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20H\0\000"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=179024, ...}) = 0
mmap2(NULL, 178196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7e19000
mmap2(0xb7e44000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2b) = 0xb7e44000
close(4)                                = 0
open("/usr/lib/libexpat.so.1", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360!\0"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=127548, ...}) = 0
mmap2(NULL, 130452, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7df9000
mmap2(0xb7e17000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x1d) = 0xb7e17000
close(4)                                = 0
open("/lib/i686/libc.so.6", O_RDONLY)   = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220U\1"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0755, st_size=1209840, ...}) = 0
mmap2(NULL, 1220692, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7cce000
mmap2(0xb7df2000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x123) = 0xb7df2000
mmap2(0xb7df6000, 8276, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7df6000
close(4)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ccd000
mprotect(0xb7df2000, 4096, PROT_READ)   = 0
munmap(0xb7f1a000, 248784)              = 0
brk(0)                                  = 0x807f000
brk(0x80a0000)                          = 0x80a0000
gettimeofday({1147719041, 396127}, NULL) = 0
pipe([4, 6])                            = 0
chdir("/")                              = 0
fork()                                  = 11255
rt_sigaction(SIGCHLD, {0x80540b7, [CHLD], SA_RESTART}, {SIG_DFL}, 8) = 0
select(5, [4], NULL, [4], {250, 0})     = ? ERESTARTNOHAND (To be restarted)
--- SIGCHLD (Child exited) @ 0 (0) ---
sigreturn()                             = ? (mask now [RTMIN])
exit_group(1)                           = ?
Process 11254 detached
------

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Anton Farygin]

Александр Гвоздев wrote:
> В сообщении от 15 мая 2006 22:14 Led написал(a):
> 
>>> Всё новое (kde, hal, udev). K3b не видит врайтера на /dev/hdc пока права не
>>> изменишь. USB Flash монтируется только вручную (sudo mount /dev/sdXX /mnt/X
>>> -o umask=0). Никаких иконок в KDE, как обещали, нету.
>>> Зачем ломали?
>> кто сломал? ИМХО тот, кто сделал "apt-get dist-upgrade" из сизифа... :(
>>
> Если кому интересно. Результаты strace:

dbus, acpid запущены ?

Rgds,
Rider

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Александр Гвоздев]

> >>
> > Если кому интересно. Результаты strace:
> 
> dbus, acpid запущены ?
> 
[root@canal ~]# service acpid status
acpid is running
[root@canal ~]# service messagebus status
dbus-daemon is running
[root@canal ~]#

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Anton Farygin]

Александр Гвоздев wrote:
>>> Если кому интересно. Результаты strace:
>> dbus, acpid запущены ?
>>
> [root@canal ~]# service acpid status
> acpid is running
> [root@canal ~]# service messagebus status
> dbus-daemon is running

strace надо запускать с параметрами -fF -o log

Rgds,
Rider

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Anton Farygin]

Александр Гвоздев wrote:
> В сообщении от 16 мая 2006 14:06 Anton Farygin написал(a):
>> strace надо запускать с параметрами -fF -o log
>>
> Запустил

Мда.. отсюда ничего не видно.

Лучше попробовать вот так:
hald --daemon=no --verbose=yes

Rgds,
Rider

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Александр Гвоздев]

В сообщении от 16 мая 2006 15:57 Anton Farygin написал(a):
> Лучше попробовать вот так:
> hald --daemon=no --verbose=yes
причина оказалась в отсутствии группы haldaemon :-E~~~~~~~~~~~~~~

Re: [sisyphus] I: udev, hal - сбоит , каждый по-своему :-(

[Anton Farygin]

Александр Гвоздев wrote:
> В сообщении от 16 мая 2006 15:57 Anton Farygin написал(a):
>> Лучше попробовать вот так:
>> hald --daemon=no --verbose=yes
> причина оказалась в отсутствии группы haldaemon :-E~~~~~~~~~~~~~~

Ага.. понятно.