定期的に更新される10.04 LTSを実行すると、pulseaudio 0.9.22でオーディオにアクセスするときに奇妙な問題が発生します。サウンドデバイスはATI Technologies Inc SBx00 Azalia (Intel HDA)
- 再起動後のuser1へのログイン:サウンドOK
- 再起動後にuser2にログイン:サウンドOK
- ログインuser1その後user2:サウンドOK:両方ともサウンドがあります
だが
- user2にログインしてからuser1:user2のみに音声があります
- ログインuser2のブート、ログアウト後にuser2は、ログインユーザー1:音無し
そして
- user3にログインしてからuser1にログインします。すべてが正常です!
後者の2つの場合、user1はsyslogで繰り返しエラーを取得しています:
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
をロードし、default.paとsystem.paの両方module-native-protocol-unix
のオプションを使用auth-anonymous=1
しても、この動作は変わりませんでした。また、pulseaudio Cookie ~/.esd_auth
と~/.pulse-cookie
両方のユーザーからの削除も役に立たなかった。
ここに追加されているのはdefault.paとsystem.paです。
以下の回答からの1)から8)の提案は変更を加えませんでした(システムモードでpulseaudioを実行することはできませんでした)が、外部スピーカーのプラグを抜いて、再起動し、スピーカーを再び接続して、user1から再度再起動するのがトリックでした。
このハードウェア情報が(誤って)保存された場所と、1つのユーザーアカウントのみに影響を与えた理由はまだ不明です。