Linux Mint 18.1의 Realtek ALC1220 오디오 칩셋

Linux Mint 18.1의 Realtek ALC1220 오디오 칩셋

방금 Intel Kaby Lake 프로세서를 지원하는 새로운 마더보드를 사용하여 새 컴퓨터를 만들었습니다. 이 마더보드에는리얼텍 ALC1220 (S1220A)오디오 칩셋. Linux Mint 18.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
리눅스 배포판:리눅스 민트 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와 함께 제공되지만 업데이트 관리자를 통해 커널 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로드되고 시간 초과 오류가 발생하지만 두 번째 오류는 발생하지 않습니다.무엇작동하지만 코덱을 찾을 수 없습니다. 따라서 패치 관련 단계에는 도달하지 않습니다.

아이디어:

1) BIOS에 사운드 카드 설정이 있는지 확인하십시오. 아마도 여기에서 뭔가를 변경하면 코덱 통신이 제대로 작동하게 될 것입니다.

2) 중HD 오디오.txtBIOS가 손상된 경우 강제로 프로브를 실행할 수 있습니다.

BIOS가 손상된 컴퓨터에서는 하드웨어가 사용 중이라고 보고하지 않는 코덱 슬롯을 드라이버가 감지하도록 강제해야 하는 경우가 있습니다. 이 경우 probe_mask옵션 비트 8(0x100)을 켜십시오. 나머지 8비트는 무조건 프로브할 코덱 슬롯으로 전달됩니다. 예를 들어 probe_mask=0x103코덱 슬롯 0과 1은 하드웨어 보고 내용에 관계없이 강제로 검색됩니다.

그러니 루트로 시도해 보세요

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" 키를 눌러 조정됨) 아래쪽 화살표 키를 사용하여 "자동 음소거"를 활성화에서 비활성화로 전환했습니다. 갑자기 스핏파이어의 소리가 내 스피커를 통해 울려 퍼졌습니다.

관련 정보