私はすでに次のことをしました。
$ systemctl enable rpcbind
これによりヘッドフォンの音量が上がります。真剣に。
まず理解できません。なぜrpcbindが私の声とまったく関係がないようなので、これは起こりますか？ 2回目のコマンドを実行しても音は変わりませんstart rpcbind。
第二に、私が欲しい防ぐこのようなことが再発生しないようにしてください。音量がわずかに上がります（一部の恥ずかしい動き、ヘッドフォンの外れ、大きな悪口が伴います）。
systemdコマンドが私のボリュームを変更するのを見たのは今回が初めてではありません。<audio>Firefoxでpulseaudio経由でHTML5タグを再生しています。私はArch Linux（アップデート済み）を実行しています。
答え1
これは抜け穴。
実際の根本原因はもう少し深いです。 systemdのリロードロジックに欠陥があります。だからあなたがいるときだけそれを見ることができます。実際にユニットのアクティブ化（つまり、「非アクティブ化 - >アクティブ化」遷移が発生します）：この場合、systemdは暗黙的にユニットを再ロードします。
これまでバグを修正しています。このような表現alsa-state.service（自発的な音量の変更）面倒な場合は、代わりに使用して解決できますalsa-{,re}store.service。後者の代わりに前者を使用する方法の詳細については、マニュアルまたはユニットファイル自体を参照してください。
修正する
コミットでバグが修正されました。6e392c9c45643d106673c6643ac8bf4e65da13c1バックポートされない限り、systemd 220の一部になります。