amarao (amarao_san) wrote,
amarao
amarao_san

Category:

udev & yota

Ок, становится всё интереснее... Я поэкспериментировал с мышой и свистком. От безысходности я написал такие правила:

ACTION=="add", RUN+="/usr/bin/logger -t udevdebug add %k"
ACTION=="remove", RUN+="/usr/bin/logger -t udevdebug remove %k"

По сути - логгировать каждое событие.

Так вот, для мыши всё срабатывало нормально. А для свистка - только первый раз после перезапуска демона. Т.к. в это время был tail -f для syslog, я обратил внимание, что там есть вот такая строчка:

Oct 27 23:00:13 x220 udevd[13030]: timeout: killing 'cdrom_id --lock-media /dev/sr1' [13063]

Причём повторялась она несколько раз... Почесав в затылке я нашёл правило udev, которое этот дурацкий cdrom_id дёргает:

60-cdrom_id.rules:
...
ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media $tempnode", GOTO="cdrom_end"
...
IMPORT{program}="cdrom_id --lock-media $tempnode"


Итого: udev "подвисает" на выполнении --lock-media и после первого захода больше не хочет перезапускаться.

Тривиальное решение - закомментить нафиг или удалить файл. Собственно, так и сделано.

Куда интереснее, какого хера cdrom_id /dev/sr1 на йотовском свистке подвисает. В чём проблема не знаю, но багрепорт про udev (/lib/udev/cdrom_id - это ж его епархия?) нужно написать.
Tags: desktop linux, linux hardware, udev, yota, грабли
Subscribe

  • Вид со стороны Sacré-Cœur

    ЗЫ Обратите внимание на количество ржавых крыш.

  • Лувр

    Весь Лувр просто набит людьми, которые перерисовывают картины. Большая часть из них увешана табличками "не фотографировать", но этот, видимо,…

  • (no subject)

    Тродосовское (в рамках программы "каждый день по равке").

  • Post a new comment

    Error

    default userpic

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 4 comments