Когда началось не знаю, но очень давно. При старте системы в момент появления надписи Populating /dev инициализируется звук всегда с одинаковыми настройками регуляторов. Подробнее тут: http://lists.altlinux.org/pipermail/sisyphus/2007-December/210134.html hotplug-2004_09_23-alt17 2.6.18-wks-smp-alt2 01:01.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a)
Это не к hotplug, а к udev (/lib/udev/sound.agent). Странно, но кроме #10931 ничего не вижу, хотя будто такое уже фиксили... (могу путать с hotplug)
(упс)
Есть мнение, что в скрипты обработки "добавления" звуковых устройств стоит вставить задержку между загрузкой модулей и восстановлением настроек микшера. Например, реализовать это через inotify наблюдение за появлением устройств в /dev. Подробнее обсуждение тут: http://lists.altlinux.org/pipermail/sisyphus/2008-January/211266.html
удалите hotplug и будет счастье
На самом деле тут может быть несколько проблем: 1) Упомянутый в письме /etc/dev.d/sound/sound.dev сейчас вообще не используется - вызывается /lib/udev/sound.agent. 2) В текущей версии udev есть лишнее правило, которое при наличии файла /etc/asound.state будет загружать состояние микшера оттуда - таким образом, если ранее по каким-то причинам был произведён запуск alsactl store от root, эти настройки будут восстанавливаться, перекрывая действие /lib/udev/sound.agent. В очередной сборке udev это правило будет удалено; пока можно просто удалить файл /etc/asound.state, если он существует.
> 1) Упомянутый в письме /etc/dev.d/sound/sound.dev сейчас вообще не используется Он будет убран? > 2) В текущей версии udev есть лишнее правило, которое при наличии файла > /etc/asound.state ... > очередной сборке udev это правило будет удалено; пока можно просто удалить файл > /etc/asound.state, если он существует. Подтверждаю, сработало!
Лишний вызов alsactl restore удалён в udev-118-alt1.