Bansheeまたはtotemでオーディオファイルを開くと、pulseaudioサービスが停止し、自動的に再起動しないことがあります。
ログアウトせずにpulseaudioを再起動するにはどうすればよいですか?
問題を解決しました。
Pulseaudioインスタンスが実行されているかどうかを確認します。
pulseaudio --check
通常は出力を出力せず、終了コードのみを出力します。 0
は実行を意味します。鉱山は稼働していないので、ステップ3に進みました。
インスタンスが実行されている場合:
pulseaudio -k
最後に、デーモンとしてpulseaudioを再度起動します。
pulseaudio -D
再びバンシーを起動してお楽しみください!
pulseaudio -k
を実行する標準セットアップでは、デーモンを再起動します。ほかにすることがない。
PAがpulseaudio
と入力して実行されていない場合、オプションを追加せずに/etc/Pulse/daemon.conf
と/etc/Pulse/default.pa
のデフォルトを使用してデーモンを起動します。
~/.Pulse/
または~/.config/Pulse/
のユーザー定義の設定は、システム全体の設定を上書きします。問題が発生した場合は、pulseaudioを再起動する前にこれらのディレクトリを削除すると役立つことがよくあります。
詳細については、 PulseAudio Wiki を参照してください。
Serviceコマンドを使用します(Ubuntu 14.04以前のみ):
Sudo service pulseaudio restart
Ubuntu 15.10で行う方法は次のとおりです。
pulseaudio -k
を実行して、実行中のデーモンを強制終了します。デーモンが実行されていない場合にのみエラーが発生します。そうでない場合、メッセージは表示されません。pulseaudio --check
を実行して、Pulseaudioが実行されていることを確認できます。 check
コマンドからのクリーンな終了(メッセージなし)は、デーモンが正常に開始されたことを示します。それ以外の場合は、pulseaudio --start
を実行してデーモンを起動します。構成ファイルを最近変更し、デーモンの起動に失敗した場合は、ファイルのエラーを確認し、Pulseaudioからのメッセージがないか(SystemLogアプリで)syslogを確認します。Pulseaudioはユーザーサービスなので、次のとおりです。
systemctl --user restart pulseaudio.service
これもあります:
systemctl --user restart pulseaudio.socket
チェックの場合、restart
をstatus
に置き換えます。
動作に失敗したpulseaudioがS3スリープ(RAMへのサスペンド)に関連している場合、本当の原因はオーディオハードウェアの問題である可能性があり、その後、手作業によるフルリセットを行う必要があります。
pulseaudio -k && Sudo alsa force-reload && sleep 2 && pulseaudio -k && Sudo alsa force-reload
ええ、それは小さな遅延で2回行われる必要があります。理由はわかりませんが、これは毎回うまくいくようです。
並行して複数のデスクトップ環境がある場合(高速ユーザー切り替え)
Sudo killall pulseaudio && Sudo alsa force-reload && sleep 2 && Sudo killall pulseaudio && Sudo alsa force-reload
pulseaudio-チェック
pulseaudio --kill
pulseaudio-開始