[sisyphus] IA: udev-105-alt1 - hotplug slowly dies

[sisyphus] IA: udev-105-alt1 - hotplug slowly dies

[Sergey Vlasov]

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

Hello!

В Сизиф отправлен пакет udev-105-alt1, в котором произошло несколько
заметных изменений.

Прежде всего, полностью изменён механизм автоматической загрузки
модулей для поддержки обнаруженных устройств.  Если раньше udevd
вызывал для каждого устройства скрипты из пакета hotplug, которые и
занимались поиском модулей с использованием утилит из libhw-tools,
теперь используется новый механизм, присутствующий в ядрах 2.6.x -
большинство устройств имеют атрибут modalias, значение которого
описывает идентификатор устройства (PCI ID, USB ID, ...); для загрузки
нужных модулей достаточно передать этот modalias программе modprobe,
которая найдёт модули, имеющие алиасы, соответствующие этому
идентификатору.  Теперь правило udev для загрузки нужных модулей
выглядит очень просто (в /etc/udev/rules.d/20-hotplug-modprobe.rules):

SUBSYSTEM=="?*", ENV{MODALIAS}=="?*", RUN+="/sbin/modprobe $env{MODALIAS}"

(ещё есть проверка на ACTION=="add", которая в этом файле общая для
нескольких правил).

Этот механизм работает заметно быстрее старых скриптов hotplug, а
также не требует изменений при появлении новых типов устройств
(достаточно реализации в ядре формирования modalias и соответствующих
алиасов для модулей).

В связи с изменением механизма загрузки модулей меняется и способ
запрета автоматической загрузки модулей.  Если раньше имена мешающих
модулей нужно было заносить в файл /etc/hotplug/blacklist, теперь
вместо этого нужно добавлять команды "blacklist <модуль>" в
конфигурацию modprobe - например, в /etc/modprobe.d/blacklist-local
(лучше создать отдельный файл, чем модифицировать файлы, поставляемые
вместе с пакетами).  В файлах /etc/hotplug/blacklist-* уже содержится
некоторое количество записей, которые в основном покрывают начальное
содержимое /etc/hotplug/blacklist; если же в /etc/hotplug/blacklist
вносились дополнения, его содержимое будет преобразовано в
/etc/modprobe.d/blacklist-autoconverted при обновлении пакета
modprobe.

Совсем избавиться от пакета hotplug в этой сборке не удалось; более
того, отключать сервис hotplug полностью тоже пока не стоит, однако в
/etc/sysconfig/hotplug можно оставить в переменной HOTPLUGRC только
cpu.rc sound.rc acpi.rc:

 - cpu.rc - загрузка модулей cpufreq (впрочем, этот скрипт в текущем
   состоянии не очень полезен - возможно, его лучше удалить и
   пользоваться чем-то другим);

 - sound.rc - действия, выполняемые при загрузке, в данном случае не
   особо полезны, а вот при завершении работы этот скрипт сохраняет
   состояние микшера, которое потом будет восстановлено при
   обнаружении звуковых устройств;

 - acpi.rc - загрузка модулей ACPI (в частности, button для получения
   событий о нажатии кнопок питания и спящего режима).

Полное уничтожение пакета hotplug пока откладывается на некоторое
время.  Принимаются предложения по поводу того, в какой пакет и
инитскрипт лучше засунуть вышеописанные действия.

Ещё одно заметное изменение в пакете udev - добавлен сервис
udevd-final, который запускается с тем же приоритетом, что и старый
сервис hotplug.  В настоящее время единственная функция, которую
выполняет этот сервис - запуск повторной обработки событий, при
обработке которых ранее произошла ошибка (одна из программ, указанных
в правилах в списке RUN, вернула ненулевой статус).  Это, в частности,
решает проблему с неработоспособностью сетевых интерфейсов, для
которых в конфигурации etcnet было установлено USE_HOTPLUG=yes
(проблема возникала из-за того, что udevd запускается раньше сервиса
network, когда активизировать сетевые интерфейсы нежелательно; раньше
такие события просто пропадали; теперь сервис udevd-final обрабатывает
их повторно в тот момент, когда они могут быть обработаны правильно).

Менее заметные изменения:

 - Добавлено создание символических ссылок /dev/disk/by-uuid/* и
   /dev/disk/by-label/* для устройств, управляемых через device mapper
   (LVM2, EVMS); впрочем, эти правила особо не тестировались.

 - Добавлены вызовы /sbin/pam_console_apply - теперь при обработке
   событий не должны портиться права доступа к устройствам, которыми
   управляет pam_console.

 - Убрано отмонтирование /dev при останове сервиса (от него слишком
   много ломается).  По этой причине обновить пакет dev, пользуясь
   советом из его скрипта %pre, теперь не получится - нужно будет,
   например, переместить /dev в другое место через mount -n --move, а
   после обновления вернуть назад.

 - Восстановлено нормальное поведение udevd как сервиса - перезапуск
   после обновления пакета.  Правда, при этом выполняется повторная
   обработка всех событий (для обработки ситуации, когда правила
   существенно изменились), в результате возможны некоторые побочные
   эффекты (например, восстановление состояния микшера в то, которое
   было сохранено при предыдущем завершении работы системы).  С другой
   стороны, это изменение устраняет другие неприятные проблемы
   (например, неработоспособность udevcontrol после обновления).

Наконец, в пакет udev были внесены изменения с целью добавления
поддержки initramfs в mkinitrd - о них подробнее в отдельном письме,
посвящённом mkinitrd-3.0.0-alt1 (на функционирование системы после
загрузки эти изменения не влияют).

-- 
Sergey Vlasov

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

Re: [sisyphus] IA: udev-105-alt1 - hotplug slowly dies

[Alexey Rusakov]

On Thu, 8 Feb 2007 20:56:25 +0300
Sergey Vlasov wrote:

>  - Убрано отмонтирование /dev при останове сервиса (от него слишком
>    много ломается).  По этой причине обновить пакет dev, пользуясь
>    советом из его скрипта %pre, теперь не получится - нужно будет,
>    например, переместить /dev в другое место через mount -n --move, а
>    после обновления вернуть назад.
Поскольку udev всё равно является фактически системообразующим пакетом,
может быть, внести соответствующие действия в %pre и %post пакета dev?

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [sisyphus] IA: udev-105-alt1 - hotplug slowly dies

[Dmitry V. Levin]

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

On Fri, Feb 09, 2007 at 01:15:20AM +0300, Alexey Rusakov wrote:
> On Thu, 8 Feb 2007 20:56:25 +0300, Sergey Vlasov wrote:
> 
> >  - Убрано отмонтирование /dev при останове сервиса (от него слишком
> >    много ломается).  По этой причине обновить пакет dev, пользуясь
> >    советом из его скрипта %pre, теперь не получится - нужно будет,
> >    например, переместить /dev в другое место через mount -n --move, а
> >    после обновления вернуть назад.
> Поскольку udev всё равно является фактически системообразующим пакетом,
> может быть, внести соответствующие действия в %pre и %post пакета dev?

Всё не так просто.
Например, внутри контейнера пакет udev обычно не используется.
Можно попробовать учесть все варианты с помощью
if mountpoint -q /dev; then
	[move code]
fi


-- 
ldv

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

Re: [sisyphus] IA: udev-105-alt1 - hotplug slowly dies

[Alexey Rusakov]

On Fri, 9 Feb 2007 01:24:55 +0300
Dmitry V. Levin wrote:

> On Fri, Feb 09, 2007 at 01:15:20AM +0300, Alexey Rusakov wrote:
> > On Thu, 8 Feb 2007 20:56:25 +0300, Sergey Vlasov wrote:
> > 
> > >  - Убрано отмонтирование /dev при останове сервиса (от него
> > > слишком много ломается).  По этой причине обновить пакет dev,
> > > пользуясь советом из его скрипта %pre, теперь не получится -
> > > нужно будет, например, переместить /dev в другое место через
> > > mount -n --move, а после обновления вернуть назад.
> > Поскольку udev всё равно является фактически системообразующим
> > пакетом, может быть, внести соответствующие действия в %pre и %post
> > пакета dev?
> 
> Всё не так просто.
> Например, внутри контейнера пакет udev обычно не используется.
> Можно попробовать учесть все варианты с помощью
> if mountpoint -q /dev; then
> 	[move code]
> fi
Хорошо, пусть так. Просто апгрейд dev - процедура хоть и редкая, но к
тому же становящаяся всё менее очевидной в свете проникновения
udev. Имеет смысл задуматься об upgrade path при dist-upgrade'е с 3.0
до 3.1 в этом свете, например.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [sisyphus] IA: udev-105-alt1 - hotplug slowly dies

[Alexey I. Froloff]

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

* Sergey Vlasov <vsu@> [070208 20:56]:
>  - Добавлено создание символических ссылок /dev/disk/by-uuid/* и
>    /dev/disk/by-label/* для устройств, управляемых через device mapper
>    (LVM2, EVMS); впрочем, эти правила особо не тестировались.

Апгрейднулся на новый udeff, перезагрузился с со свежесозданным
initramfs:

# ls -l /dev/mapper/
total 0
lrwxrwxrwx 1 root root 16 Feb  9 12:47 control -> ../device-mapper

# ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 Feb  9 12:47 1598c796-a0af-498d-9724-dc1532626339 -> ../../sda2
lrwxrwxrwx 1 root root 10 Feb  9 12:47 3bd30f73-a28a-4eb6-ae12-b7e8c66b508e -> ../../sda5
lrwxrwxrwx 1 root root 10 Feb  9 12:47 6afbc4a0-725d-4772-8b4f-8e67a8acc331 -> ../../sda1
lrwxrwxrwx 1 root root 10 Feb  9 12:47 73034d48-6056-41f7-89b8-760e246a9a6b -> ../../dm-1
lrwxrwxrwx 1 root root 10 Feb  9 12:47 8b3a8d31-2c5d-47b5-ab7d-b48ca4b08c58 -> ../../dm-2
lrwxrwxrwx 1 root root 10 Feb  9 12:47 8d93aaf2-7510-4423-a119-97d9f038cf01 -> ../../dm-0

# mount
/dev/sda5 on / type ext3 (rw)
proc on /proc type proc (rw,noexec,nosuid,gid=19)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda1 on /boot type ext3 (rw)
/dev/mapper/storage-usr on /usr type ext3 (rw)
/dev/mapper/storage-var on /var type ext3 (rw)
/dev/mapper/storage-home on /home type ext3 (rw)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=1024m,mode=1777)
udev on /dev type tmpfs (rw,mode=755,size=5m)
shmfs on /dev/shm type tmpfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)

# cat /etc/fstab 
UUID=3bd30f73-a28a-4eb6-ae12-b7e8c66b508e       /       ext3    defaults        0       1
proc            /proc                   proc    nosuid,noexec,gid=proc          0 0
devpts          /dev/pts                devpts  nosuid,noexec,gid=tty,mode=620  0 0
UUID=6afbc4a0-725d-4772-8b4f-8e67a8acc331       /boot   ext3    defaults        0       2
UUID=8d93aaf2-7510-4423-a119-97d9f038cf01       /usr    ext3    defaults        0       2
UUID=73034d48-6056-41f7-89b8-760e246a9a6b       /var    ext3    defaults        0       2
UUID=8b3a8d31-2c5d-47b5-ab7d-b48ca4b08c58       /home   ext3    defaults        0       2
UUID=1598c796-a0af-498d-9724-dc1532626339       swap    swap    defaults        0       0
tmpfs           /tmp                    tmpfs   nosuid,nodev,size=1024m,mode=1777               0 0

В светлом будущем возможно увидеть недостающие /dev/mapper/* ?

-- 
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: 189 bytes --]

Re: [sisyphus] [devel] IA: udev-105-alt1 - hotplug slowly dies

[Valery V. Inozemtsev]

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

В сообщении от 8 февраля 2007 Sergey Vlasov написал(a):
> Hello!
>
> В Сизиф отправлен пакет udev-105-alt1, в котором произошло несколько
> заметных изменений.
...
>  - sound.rc - действия, выполняемые при загрузке, в данном случае не
>    особо полезны, а вот при завершении работы этот скрипт сохраняет
>    состояние микшера, которое потом будет восстановлено при
>    обнаружении звуковых устройств;

remove ты зря убрал. во первых есть ноуты, у которых при засыпании модули 
звуковухи могут выгружаться (например snd-intel8x0 не поддерживает 
засыпание). во вторых на обычных десктопах мы сейчас получаем всегда 
дефолтные установки микшера. сохранять настройки можно при остановке например 
udev-final примерно следующим способом
export DEVPATH=$(udevtrigger --dry-run --verbose --subsystem-match=sound | 
grep controlC)
export ACTION=remove
/lib/udev/sound.agent

...
> Ещё одно заметное изменение в пакете udev - добавлен сервис
> udevd-final, который запускается с тем же приоритетом, что и старый
> сервис hotplug.  В настоящее время единственная функция, которую
> выполняет этот сервис - запуск повторной обработки событий, при
> обработке которых ранее произошла ошибка (одна из программ, указанных
> в правилах в списке RUN, вернула ненулевой статус).  Это, в частности,
> решает проблему с неработоспособностью сетевых интерфейсов, для
> которых в конфигурации etcnet было установлено USE_HOTPLUG=yes
> (проблема возникала из-за того, что udevd запускается раньше сервиса
> network, когда активизировать сетевые интерфейсы нежелательно; раньше
> такие события просто пропадали; теперь сервис udevd-final обрабатывает
> их повторно в тот момент, когда они могут быть обработаны правильно).

$ rpmquery -R udev | grep etcnet
etcnet

после чего вызывает некоторое недоумение содержимое /lib/udev/net.agent с 
поддержкой net-scripts

...

Еще в 20-hotplug-modprobe.rules есть следующее:
SUBSYSTEM=="pcmcia_socket", RUN+="/sbin/modprobe -b pcmcia"
это совершенно не нужно, т.к. находится в 60-pcmcia.rules из пакета 
pcmciautils

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] [devel] IA: udev-105-alt1 - hotplug slowly dies

[Sergey Vlasov]

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

On Fri, Feb 09, 2007 at 01:24:16PM +0300, Valery V. Inozemtsev wrote:
> В сообщении от 8 февраля 2007 Sergey Vlasov написал(a):
> > Hello!
> >
> > В Сизиф отправлен пакет udev-105-alt1, в котором произошло несколько
> > заметных изменений.
> ...
> >  - sound.rc - действия, выполняемые при загрузке, в данном случае не
> >    особо полезны, а вот при завершении работы этот скрипт сохраняет
> >    состояние микшера, которое потом будет восстановлено при
> >    обнаружении звуковых устройств;
> 
> remove ты зря убрал. во первых есть ноуты, у которых при засыпании модули 
> звуковухи могут выгружаться (например snd-intel8x0 не поддерживает 
> засыпание).

Тогда то, что выгружает эти модули, должно перед этим самостоятельно
сохранить настройки.  Сохранять состояние в обработчике remove,
вызываемом из udevd, уже поздно - в этот момент устройство уже
уничтожено.

> во вторых на обычных десктопах мы сейчас получаем всегда 
> дефолтные установки микшера.

По этому поводу я и написал о необходимости sound.rc...

> сохранять настройки можно при остановке например 
> udev-final примерно следующим способом
> export DEVPATH=$(udevtrigger --dry-run --verbose --subsystem-match=sound | 
> grep controlC)
> export ACTION=remove
> /lib/udev/sound.agent

В принципе можно запихать это и в udevd-final.  Можно туда же засунуть
и загрузку модулей ACPI, но не уверен, что это правильно.

> $ rpmquery -R udev | grep etcnet
> etcnet

Эта зависимость появилась случайно и будет убрана.

> после чего вызывает некоторое недоумение содержимое /lib/udev/net.agent с 
> поддержкой net-scripts
> 
> ...
> 
> Еще в 20-hotplug-modprobe.rules есть следующее:
> SUBSYSTEM=="pcmcia_socket", RUN+="/sbin/modprobe -b pcmcia"
> это совершенно не нужно, т.к. находится в 60-pcmcia.rules из пакета 
> pcmciautils

Там просто были собраны в одну кучу правила для поддержки не совсем
правильно работающих подсистем ядра (не предоставляющих modalias).
Хорошо, уберу pcmcia из этой кучи.

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

Re: [sisyphus] [devel] IA: udev-105-alt1 - hotplug slowly dies

[Dmitry V. Levin]

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

On Fri, Feb 09, 2007 at 02:30:11PM +0300, Sergey Vlasov wrote:
[...]
> > $ rpmquery -R udev | grep etcnet
> > etcnet
> 
> Эта зависимость появилась случайно и будет убрана.

А как насчёт этого:

# apt-get -q dist-upgrade
Reading Package Lists...
Building Dependency Tree...
The following packages will be upgraded
  mkinitrd
The following NEW packages will be installed:
  klibc klibc-utils-initramfs libvolume_id module-init-tools-initramfs udev udev-initramfs udev_static-addon
The following packages have been kept back
  dev ntp-aux ntpdate
1 upgraded, 7 newly installed, 0 removed and 3 not upgraded.
Need to get 0B/525kB of archives.
After unpacking 1056kB of additional disk space will be used.
Do you want to continue? [Y/n]

Разве для mkinitrd нужен udev?


-- 
ldv

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

Re: [sisyphus] [devel] IA: udev-105-alt1 - hotplug slowly dies

[Sergey Vlasov]

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

On Sat, Feb 10, 2007 at 02:40:31AM +0300, Dmitry V. Levin wrote:
> On Fri, Feb 09, 2007 at 02:30:11PM +0300, Sergey Vlasov wrote:
> [...]
> > > $ rpmquery -R udev | grep etcnet
> > > etcnet
> > 
> > Эта зависимость появилась случайно и будет убрана.
> 
> А как насчёт этого:
> 
> # apt-get -q dist-upgrade
> Reading Package Lists...
> Building Dependency Tree...
> The following packages will be upgraded
>   mkinitrd
> The following NEW packages will be installed:
>   klibc klibc-utils-initramfs libvolume_id module-init-tools-initramfs udev udev-initramfs udev_static-addon
> The following packages have been kept back
>   dev ntp-aux ntpdate
> 1 upgraded, 7 newly installed, 0 removed and 3 not upgraded.
> Need to get 0B/525kB of archives.
> After unpacking 1056kB of additional disk space will be used.
> Do you want to continue? [Y/n]
> 
> Разве для mkinitrd нужен udev?

Нужен - оттуда берутся файлы правил (/etc/udev/initramfs-rules.d/* -
это симлинки в /etc/udev/rules.d/*).

Можно вынести правила в отдельный пакет, чтобы по зависимостям не
вытаскивался весь udev; это действительно стоит делать?

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

Re: [sisyphus] [devel] IA: udev-105-alt1 - hotplug slowly dies

[Dmitry V. Levin]

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

On Sat, Feb 10, 2007 at 11:42:18AM +0300, Sergey Vlasov wrote:
> On Sat, Feb 10, 2007 at 02:40:31AM +0300, Dmitry V. Levin wrote:
> > On Fri, Feb 09, 2007 at 02:30:11PM +0300, Sergey Vlasov wrote:
> > [...]
> > > > $ rpmquery -R udev | grep etcnet
> > > > etcnet
> > > 
> > > Эта зависимость появилась случайно и будет убрана.
> > 
> > А как насчёт этого:
> > 
> > # apt-get -q dist-upgrade
> > Reading Package Lists...
> > Building Dependency Tree...
> > The following packages will be upgraded
> >   mkinitrd
> > The following NEW packages will be installed:
> >   klibc klibc-utils-initramfs libvolume_id module-init-tools-initramfs udev udev-initramfs udev_static-addon
> > The following packages have been kept back
> >   dev ntp-aux ntpdate
> > 1 upgraded, 7 newly installed, 0 removed and 3 not upgraded.
> > Need to get 0B/525kB of archives.
> > After unpacking 1056kB of additional disk space will be used.
> > Do you want to continue? [Y/n]
> > 
> > Разве для mkinitrd нужен udev?
> 
> Нужен - оттуда берутся файлы правил (/etc/udev/initramfs-rules.d/* -
> это симлинки в /etc/udev/rules.d/*).
> 
> Можно вынести правила в отдельный пакет, чтобы по зависимостям не
> вытаскивался весь udev; это действительно стоит делать?

Конечно.  Если в системе udev не установлен, то зачем его ставить при
обновлении системы?


-- 
ldv

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

[sisyphus] udev-105-alt2 - bugfixes

[Sergey Vlasov]

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

On Thu, Feb 08, 2007 at 08:56:25PM +0300, Sergey Vlasov wrote:
> Hello!
> 
> В Сизиф отправлен пакет udev-105-alt1, в котором произошло несколько
> заметных изменений.

В пакете udev-105-alt2 некоторые из изменений, оказавшиеся слишком
заметными, исправлены.

Зависимость на пакет etcnet, случайно появившаяся в ходе отрывания
net.agent от hotplug.functions, вновь убрана - теперь установка пакета
udev не требует принудительного перехода с net-scripts на etcnet.

Файлы правил udev вынесены в отдельный пакет udev-rules (который
теперь предоставляет /etc/udev/rules.d, а на всякий случай ещё и
/etc/udev/initramfs-rules.d).  Теперь пакеты udev и udev-initramfs
имеют зависимость на udev-rules, а зависимость udev-initramfs на
основной пакет udev убрана (таким образом, возможна установка нового
mkinitrd без установки udev в основную систему).  Установка пакета
udev-rules не вызывает каких-либо существенных изменений в системе,
кроме появления нескольких файлов и каталогов в /etc, поэтому на него
можно ставить зависимости, не опасаясь гнева тех, кто не желает
использовать udev (на самом деле предполагается, что такие зависимости
будут появляться автоматически у всех пакетов, добавляющих файлы в
каталог /etc/udev/rules.d, но для этого потребуется соответствующее
изменение в rpm-build).

>  - Убрано отмонтирование /dev при останове сервиса (от него слишком
>    много ломается).  По этой причине обновить пакет dev, пользуясь
>    советом из его скрипта %pre, теперь не получится - нужно будет,
>    например, переместить /dev в другое место через mount -n --move, а
>    после обновления вернуть назад.

В udev-105-alt2 отмонтирование /dev при выполнении service udevd stop
возвращено обратно по многочисленным просьбам пользователей пакета
dev.  Видимо, обходить эту операцию при завершении работы системы
придётся каким-то другим способом (например, проверкой вывода
/sbin/runlevel и пропуском отмонтирования /dev в случае, если
происходит смена runlevel).

>  - Восстановлено нормальное поведение udevd как сервиса - перезапуск
>    после обновления пакета.  Правда, при этом выполняется повторная
>    обработка всех событий (для обработки ситуации, когда правила
>    существенно изменились), в результате возможны некоторые побочные
>    эффекты (например, восстановление состояния микшера в то, которое
>    было сохранено при предыдущем завершении работы системы).  С другой
>    стороны, это изменение устраняет другие неприятные проблемы
>    (например, неработоспособность udevcontrol после обновления).

Запуск udevtrigger, вызывавший повторную обработку всех событий, в
udev-105-alt2 был убран из обработки restart (и condrestart,
выполняемого при обновлении пакета).  В результате с устройствами
ничего неприятного при обновлении не происходит (а новые правила
принудительно не применяются), однако события, произошедшие в процессе
перезапуска udevd, теряются.

-- 
Sergey Vlasov

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