私はIntel Kaby Lakeプロセッサをサポートする新しいマザーボードを使って新しいコンピュータを作成しました。このマザーボードにRealtek ALC1220(S1220A)オーディオチップセット。 Linux Mint 18.1をインストールした後、残念ながらサウンドが機能しないことがわかりました。どんなに努力してもサウンドカードはまったく検出されません。サウンド設定には1つの仮想デバイスのみが表示されます。
user@linux-mint ~ $ aplay -l
aplay: device_list:268: no soundcards found...
user@linux-mint ~ $ lspci -knn | grep -i -A4 Audio
00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a2f0]
Subsystem: ASUSTeK Computer Inc. Device [1043:8723]
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:a2a3]
マザーボード:ASUS ROG STRIX H270I ゲーミング
オーディオチップセット:ROG SupremeFX 8チャンネルHDオーディオコーデックS1220A
Linuxディストリビューション:Linux Mint 18.1
現在のカーネル:4.11.6
私は何を試みたか。
~によると https://bbs.archlinux.org/viewtopic.php?id=226579そしてLinux Mint 18.1のRealtek S1220AS1220AチップセットのサポートはLinux Kernel 4.11で導入されました。 Linux Mint 18.1にはカーネル4.4が付属していますが、Update Managerを介してカーネル4.9にアップグレードするオプションがあります。ただし、これを行った後にすべてのALSAコンテンツを再インストールしても効果はなく、オーディオデバイスはまだ検出されませんでした。その後、UKUUを使用してカーネル4.11.6をインストールすることにしました。インストールがエラーなく完了したように見え、GRUBをアップグレードした後、システムは新しいカーネルでMintを起動します。
user@linux-mint ~ $ uname -r
4.11.6-041106-generic
ALC1220オーディオチップセットをカーネル4.9で実行している人がいるという報告もあります。
UEFI設定に関連する可能性があるというヒントも見つかりました。このトピックの非専門家として、システムを起動する前にUEFIと互換性/レガシー設定を無効にしようとしましたが、どちらも効果がないようです。
このチップセットを使用してLinux Mintでサウンドを取得する方法を知っている人はいますか?
アップデート1:
dmesg | grep snd
次を返します。
[ 4.951807] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
[ 4.951966] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 5.079301] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
[ 5.080811] snd_hda_intel 0000:00:1f.3: no codecs found!
アップデート2:
@dirktの確認提案に従って、次のことをprobe_mask
試しました。
sudo modprobe -r snd_hda_intel
sudo modprobe snd_hda_intel probe_mask=0x1ff
その後、dmesg
何も変更されていないことを確認してください。
[ 374.653091] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0xff
[ 374.653126] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 374.763149] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
[ 374.764764] snd_hda_intel 0000:00:1f.3: no codecs found!
答え1
部分的な答え:
私は見たALC 1220パッチ、ALC 882(多くのコーデックが使用)と同じ修正を追加します。
しかし、問題は、コーデックチップとの通信がまったく機能しないようです。これサウンドカードドライバがsnd_hda_intel
ロードされ、タイムアウトエラーが発生しますが、2番目のエラーは発生しません。何動作しますが、コーデックが見つかりません。したがって、パッチ関連のステップには達しません。
アイデア:
1) BIOS にサウンドカード設定があることを確認します。おそらくここで何かを変更すると、コーデック通信が正しく機能するようになります。
2)中HDオーディオ.txtBIOSが破損している場合は、強制的にプローブを実行できます。
BIOSが破損しているコンピュータでは、ハードウェアが使用中であると報告していないコーデックスロットをドライバが検出するように強制する必要がある場合があります。この場合は、
probe_mask
オプションビット8(0x100)をオンにしてください。残りの8ビットは、無条件にプローブするコーデックスロットに渡されます。たとえば、probe_mask=0x103
コーデックスロット0と1は、ハードウェアレポートの内容に関係なく強制的に取得されます。
だからrootで試してみてください
modprobe -r snd_hda_intel
modprobe snd_hda_intel probe_mask=0x1ff
何が起こっているのかを確認してくださいdmesg
。
3)役に立たない場合は、ALSA開発者にバグを報告し、アイデアがあることを確認してください。
答え2
私の設定でこの問題を解決しました。
私は同じチップセットを持っていて、数時間触れた後(Realtekパッチを適用し、他の場所で述べたようにalsaドライバを強制的に再起動するなど)、ついに私の仕事をすることができました。
次のターミナルコマンドでalsamixerを使用します。
alsamixer
F6を押して「HD Audio Generic」(またはRealtekチップに対応するオプション)を選択します。
ミュートされた入力がないことを確認した後(MMでマークされ、「M」キーを押して調整されます)、下矢印キーを使用して「自動ミュート」を有効から無効に切り替えました。突然、スピットファイアの音が私のスピーカーを通して鳴り響いた。