今日からランダムにこのようなことが起こっています。昨日ノートパソコンを整理しようと開いてみました。また、誤ってCMOSバッテリーワイヤーを外しました。
端末で開くとalsamixerチャンネルを制御しようとすると、次のことが発生します。
「PCM」チャンネルを制御することがボリュームを変更する唯一の方法です。
マスターチャンネルを選択するときに上下の矢印キーを使用すると、数字は変わりますが、実際には音量は変わりません。見知らぬ人：マスターボリュームを制御するとミュートされます。また、ヘッドホンチャンネルはミュートされますが、スピーカーチャンネルはミュートされません。
メインチャンネルのミュートを解除するために「M」を押すと、オーディオは復元されません。これを行うには、
pactl set-sink-mute 0 togglesxhkdrc（bspwmを使用）にバインドされているFn + F1を押す必要があります。Fn + F2 / F3（にバインド
pactl set-sink-volume 0 -/+ 5%）を使用して減少/増加すると、基本チャンネルは変更されますが、オーディオは変更されませんがミュートされません。（un）ヘッドフォンチャンネルをミュートしてもオーディオには影響しません。ヘッドフォンチャンネルを増減しても音量は変わりません。
メインチャンネルをミュートするとヘッドホンチャンネルもミュートされますが、メインチャンネルをミュート解除してもヘッドフォンチャンネルはミュート解除されません。
スピーカーがまったく機能しません。
ファンクションキーを使ってメインチャンネルを0に設定すると、ヘッドフォンチャンネルもオフになります。ヘッドホンチャンネルが0になると、右チャンネルのみミュートされます（wtf？）。
Windowsでは、すべてがうまく動作します（Windowsではオーディオドライバの問題がありましたが、再起動すると解決しました）。 USB Live StickのUbuntu 18.10では、すべてがうまく機能します。私はArch Linuxを実行しているノートブック（Lenovo Legion Y520）を使用しています。 alsamixerによると、HDA Intel PCHサウンドカードとチップを使用していますRealtek ALC233。
pavucontrol編集：ヘッドフォンとスピーカーという2つのオーディオ出力があるようです。スピーカーの横に「使用できません」と表示されます。
編集: dmesg:https://pastebin.com/YUr4MyDf
出力ls /proc/asound/card*/codec*：
/proc/asound/card0/コーデック#0
/proc/asound/card0/コーデック#2
ベストアンサー1
pulseボリュームコントロールのみのプラグインコントロールを見てください。F6ハードウェアコントロールを使用してサウンドカードにアクセスしてみてください。
ただし、Pulseaudioをメインオーディオシステムとして実行しているので（これまでの更新の結果としてクリーンアップのために最初に再起動した可能性があります）、そのままにしてデスクトップサウンド設定を使用することをお勧めしますalsamixer。pavucontrol(デスクトップを使用する場合)
両方を使用すると、ミッドアンプが誤って設定され、クリッピングや音響歪みが発生する可能性があります。
alsamixerすでに使用しているように、すべてを良い状態に戻すには一度だけ使用する必要があります（たとえば、誤ってミュートされたノードのミュート解除など）。
編集する
コーデックが正しく識別されました。
[ 3.845593] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
...
[ 3.883968] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC233: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[ 3.883969] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 3.883970] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[ 3.883971] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0
[ 3.883972] snd_hda_codec_realtek hdaudioC0D0: inputs:
[ 3.883973] snd_hda_codec_realtek hdaudioC0D0: Mic=0x19
[ 3.883974] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12
しかし、しばらくして何か失敗しました。
[ 16.496761] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to polling mode: last cmd=0x202f2d00
[ 17.500096] snd_hda_intel 0000:00:1f.3: No response from codec, disabling MSI: last cmd=0x202f2d00
[ 18.510492] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to single_cmd mode: last cmd=0x202f2d00
これで状況が面白くなり始めます。
[ 138.168712] azx_single_send_cmd: 14 callbacks suppressed
[ 391.888726] azx_single_send_cmd: 34 callbacks suppressed
[ 403.161786] azx_single_send_cmd: 114 callbacks suppressed
[ 447.315584] azx_single_send_cmd: 46 callbacks suppressed
[ 514.846522] azx_single_send_cmd: 70 callbacks suppressed
推測してください：ノートパソコンを掃除している間（あなたが私たちに知らせていない他の作業をした場合を除いて）、静電気放電が発生したり、誤って切断されたバッテリケーブルがあってはいけないことと接触して、サウンドカード/コーデックに接続通信が正しく機能しません。
これは正しく診断し修理するのが難しいでしょう。問題の範囲をさらに絞り込むことができるかどうかを確認するには、コーデックファイルの内容を確認できますが、それを行うには、hda-verbこの内容がどのように機能するかを理解する必要があります。これはQ&Aを介してリモートでデバッグできるわけではありません。
Windowsでは動作しますが、Linuxでは動作しない理由がわかりません。 Windowsでは、ハードウェアを異なる方法で初期化できます。