[sisyphus] su - или Спасение рядового Пользователя

[Anton Farygin]

Led пишет:
> В сообщении от Tuesday 22 January 2008 20:42:14 Anton Farygin написал(а):
>> Led пишет:
>>> В сообщении от Tuesday 22 January 2008 14:16:34 Anton Farygin написал(а):
>>>> Alexei V. Mezin пишет:
>>>>> Anton Farygin пишет:
>>>>>> Не видел этого вопроса.. если это ещё актуально, то модули грузит
>>>>>> udev, которому приходит сигнал от ядра о появлении нового устройства.
>>>>>> service udev start заставляет ядро отправить такие сигналы по всем
>>>>>> девайсам в системе.
>>>>> Да, до этого момента я добрался. И даже обнаружил, что udev имеет
>>>>> скрипт, который пытается восстановить громкость. И даже вписал в этот
>>>>> скрипты отладочные echo, и обнаружил, что команда восстановления
>>>>> alsactl restore вызывается. Но! Уровни все равно не восстанавливаются.
>>>>> Хотя эта же команда, выполненная после загрузки системы все делает как
>>>>> надо. Может быть нужны задержки после загрузки модулей и перед работой
>>>>> с картой? Ошибка есть, проявляется не на всех железках. Но ловить ее
>>>>> надо, потому что это хоть и не blocker, но впечатление от дистриба
>>>>> портит сильно.
>>>> Именно так - нужен таймаут. Устройства в /sys и в /proc появляются не
>>>> сразу после загрузки драйверов. Обыкновенный race - успеет/не успеет.
>>> Ловил подобное с
>>> modprobe nbd && nbdclient ...
>>>
>>> Пришлось после "modprobe nbd" ставить цикл на 20 повторов с проверкой
>>> наличия /dev/nbd0 в нём и "sleep 0.5":)
>> inotify это лучше обработает ;)
> 
> В шелл-скрипте?

Да. Отлично работает:

$ rpm -ql inotify-tools
/usr/bin/inotifywait
/usr/bin/inotifywatch
/usr/lib/libinotifytools.so.0
/usr/lib/libinotifytools.so.0.3.4
/usr/share/doc/inotify-tools-3.11
/usr/share/doc/inotify-tools-3.11/AUTHORS
/usr/share/doc/inotify-tools-3.11/ChangeLog
/usr/share/doc/inotify-tools-3.11/NEWS
/usr/share/doc/inotify-tools-3.11/README
/usr/share/man/man1/inotifywait.1.gz
/usr/share/man/man1/inotifywatch.1.gz