Запуская регулярно обновляемую версию 10.04 LTS, у нас возникает странная проблема с доступом к аудио с pulseaudio 0.9.22. Звуковое устройствоATI Technologies Inc SBx00 Azalia (Intel HDA)
- Войти user1 после перезагрузки: звук ок
- Войти user2 после перезагрузки: звук ок
- Войдите в систему user1, затем user2 : звук ОК: оба имеют звук
но
- Войдите в систему user2, затем user1 : только user2 имеет звук
- Войдите в систему user2 после загрузки, выйдите из системы user2 , затем войдите в систему user1 : нет звука
и
- Войдите user3, затем user1 : все хорошо!
В двух последних случаях user1 получает повторяющиеся ошибки в системном журнале:
protocol-native.c: Denied access to client with invalid authorization data
Эти ошибки исчезают только после того, как PulseAudio запускается из user1 вручную в терминале. Тогда аудио доступ подходит для обоих. Произошла ошибка, module-alsa-card.c: Failed to find a working profile
но звук все еще в порядке.
Мы оба не являемся членами Аудио группы. Удаление ~/.pulse
с обеих учетных записей не влияет на это поведение.
Проблема началась в 9.10 Karmic и продолжала существовать даже после обновления до 10.04 Lucid LTS. Это указывает на то, что некоторые ошибочные настройки пережили обновления.
Зависимость от порядка загрузки пользователей указывает на то, что могут быть задействованы некоторые другие пользовательские настройки, но мы не знаем, с чего начать поиск. Из тестов с 3 пользователями кажется, что нарушены только настройки для user2 .
Загрузка модулей pulseaudio module-esound-protocol-unix
и module-native-protocol-unix
с опцией auth-anonymous=1
в default.pa и system.pa не изменила это поведение. Также это не помогло удалить cookieaudio cookies ~/.esd_auth
и ~/.pulse-cookie
от обоих пользователей.
Здесь добавлены наш default.pa и system.pa .
Предложения с 1) по 8) из приведенного ниже ответа не внесли изменений (запуск pulseaudio в системном режиме был невозможен), но отключение внешнего динамика, перезагрузка, подключение динамика обратно и перезагрузка от user1 сделали свое дело.
До сих пор неясно, где эта аппаратная информация была (ошибочно) сохранена и почему она затрагивала только одну учетную запись пользователя.