재부팅 할 때마다 asoundrc가 수정됩니다.

pcm.!default { type asym playback.pcm { type plug slave.pcm "hw:1,0" } capture.pcm { type plug slave.pcm "hw:0,0" } } 

pcm.!default { type asym playback.pcm { type plug slave.pcm "hw:1,0" } capture.pcm { type plug slave.pcm "hw:0,0" } } pcm.!default { type hw card 2 } ctl.!default { type hw card 2 } 

pcm.!default { type hw card 2 } ctl.!default { type hw card 2 } 

cat /proc/asound/modules 0 snd_usb_audio 1 snd_usb_audio 2 snd_bcm2835 

답변

sudo nano /etc/asound.conf 

pcm.!default { type asym playback.pcm { type plug slave.pcm "hw:1,0" } capture.pcm { type plug slave.pcm "hw:0,0" } } 

Answer

답변

p>

부팅 및 종료시 Raspberry Pi가 systemd 서비스를 사용하는 방식과 관련이있는 것 같습니다. 그리고 ALSA 데몬 및 서비스가 초기 (또는 시스템 업그레이드 후) 설정 방법. 내 추측으로는 무언가 에 대한 설치 후 스크립트가 이미 /home/pi/.asoundrc 파일이 있음을 인식하지 못하고 일부 기본값으로 복원하려고 시도한다는 것입니다. 이 기본값의 출처는 명확하지 않습니다. 많은 ALSA 또는 시스템 서비스 구성 파일 또는 관련 매뉴얼 페이지의 주석에 쓰여진 내용은 확실히 아닙니다.하지만 lxpanels 볼륨 애플릿의 버그에서 비롯된 것 같습니다.

제 경우에는 다음으로 문제가 해결 된 것 같습니다.

• 먼저 lxpanel 에서 볼륨 애플릿을 제거한 다음 :

 # Make sure your .asoundrc is correct, then do: alsactl kill save_and_quit sudo shutdown now  

PS. 재부팅 아닌 종료 를 사용하는 것도 중요해 보입니다. / em>!

디버깅 시도

위의 방법이 작동하지 않으면 이것을 읽으십시오.

systemctl 이 서비스를 처리하는 방식의 버그. 파이의 FS는 다른 데비안 기반 시스템과 (누락 된 부분으로) 다르기 때문에 서비스 스크립트의 위치 및 처리 위치가 자체 man 페이지와 완전히 일치하지는 않습니다.

관련 ALSA 관련 서비스를 보려면 , 수행 :

sudo systemctl status alsa-restore alsa-state 

정상적인 상황에서는 다음과 같은 방법으로 의심되는 정적 서비스를 종료 할 수 있습니다.

sudo systemctl mask --system alsa-state.service --now sudo systemctl mask --system alsa-restore.service --now 

그러나 [system,user,runtime, global]의 런타임 위치는 다음과 같습니다.

/etc/systemd/system-preset/*.preset /run/systemd/system-preset/*.preset /lib/systemd/system-preset/*.preset /etc/systemd/user-preset/*.preset /run/systemd/user-preset/*.preset /usr/lib/systemd/user-preset/*.preset 

는 man systemd.preset에 설명 된대로 존중되지 않습니다.
모든 서비스와 현재 상태를 보려면 다음을 사용하십시오.

systemctl list-unit-files -t service -all 

다음을 사용하여 역 종속성을 사용할 수도 있습니다.

systemctl list-dependencies --reverse alsa-restore.service alsa-restore.service ● └─basic.target ● └─multi-user.target ● └─graphical.target 

어쨌든 mask로 서비스를 비활성화 할 때 파일을 /dev/null, 이것은 올바른 위치에서 발생하지 않습니다 (위에 따라). 대신 파일을 수동으로 제거 (이전에 백업) 한 다음 링크를 만들어야합니다.

 cp /etc/systemd/system/alsa-restore.service ~/alsa-restore_service.bak cd /etc/systemd/system/ sudo rm alsa-restore.service sudo ln -s /dev/null alsa-restore.service # It should look something like: ls -al /lib/systemd/system |grep alsa lrwxrwxrwx 1 root root 9 Apr 25 13:23 alsa-restore.service -> /dev/null lrwxrwxrwx 1 root root 9 Apr 25 13:26 alsa-state.service -> /dev/null lrwxrwxrwx 1 root root 9 Jan 23 2017 alsa-utils.service -> /dev/null  

이제 alsa-state.service에 대해서도 위의 과정을 반복해야합니다. 디렉토리의 동일한 파일 : /lib/systemd/system/ (아직없는 경우)

면책 사항

위의 방법은 올바른 방법이 아닐 가능성이 큽니다. 따라서 버그가있는 동작이 해결 될 때까지 매우 실험적인 해결 방법으로 간주하십시오. ALSA 기능이 완전히 중단 될 수 있습니다.

답변

답변

Answer