Aqui continua a minha saga com o Squeeze. Desta vez tive problemas com o som. Não há mais alsaconf porque o mantenedor do alsa-utils (pacote que engloba o alsaconf) alega que o alsaconf tem muitos bugs e é de difícil manutenção.
Na quinta-feira passada conectei a minha webcam Microsoft Lifecam VX-1000 para falar com o meu editor e amigo Rubens Prates. A webcam funciona MUITO bem no Kopete do KDE4 (não fica escura). Desliguei o computador no fim do dia. No dia seguinte, o som não funcionava. O KMix mostrava somente o mic da webcam. Então, despluguei a webcam e rebootei a máquina (eu podia ter descarregado os módulos mas estava tentando recriar o cenário anterior). O som voltou a funcionar. Lendo a documentação do Alsa e consultando a Internet, descobri que a webcam estava sendo carregada antes da placa de som (que é on-board em uma placa-mãe Intel).
Procurando pelo fato no Google, encontrei o bug #524196, que dizia:
There are snd cards supported being that driver which one wants to be the first card. So in your case a file /etc/modprobe.d/sound.conf which encloses:
alias snd-card-0 snd-yourdriver
options snd-yourdriver index=0
alias snd-card-1 snd-usb-audio
options snd-usb-audio index=1
No meu caso, com o auxílio do comando lsmod, descobri que o driver correto é o snd_hda_intel. Então, o meu /etc/modprobe.d/sound.conf ficou assim:
alias snd-card-0 snd_hda_intel
options snd-snd_hda_intel index=0
alias snd-card-1 snd-usb-audio
options snd-usb-audio index=1
Com isto, o dispositivo de som Intel será carregado, no boot, antes da webcam. Provavelmente o alsaconf teria feito tudo isso para mim. Mas não há mais alsaconf no Debian (Squeeze).
Apenas como dica final, caso o som esteja baixo, edite o arquivo /etc/modprobe.d/alsa-base.conf e insira no final:
options snd-hda-intel model=3stack
Pó gostei do seu blog , correndo atrás do meu problema vejo que você também já teve o mesmo problema .
Se possivel gostaria da sua “ajuda/conhecimento adquirido”
hardware
00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
sudo aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: VT1708B Analog [VT1708B Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
Para mim o problema é um pouco diferente :
Acessa ai e vê o que você acha :
http://www.guiadohardware.net/comunidade/som-nvidia/1050907/#post4850414
Tó passando o link , pois já estou consado de sair googleando por ai !
Instale o kernel 2.6.32. Já tem no Squeeze. É o pacote linux-image-2.6.32-3-686. Eu acho que vai resolver, pois o driver de som é mais atualizado. Depois nos diga se deu certo.
[]s
Eriberto
Não funciona a versão mais nova (no meu debian Squeeze “Debian GNU/Linux, with Linux 2.6.32-3-686” ) :
Tenho o mesmo problema e mais 1 : O mesmo fica tentando ter acesso a DMA , mas o driver interno não consegue suporte e difca em looping para tenta acesso ao DMA , já o kernel anterior (“Debian GNU/Linux, with Linux 2.6.32-2-686”) também não consegue DMA , mas consegue (após alguns segundos) dar boot normalmente .
Na questão do som , já cheguei a pegar a ultima versão (do repositório unstable) mas o problema continua , só consigo “Destravar o chipset” usando o alsaconf (que tive que compilar) .
Você consegue dizer (só estou perguntando) , os módulos que devem ser descarregados do som e do kernel , como é feito pelo alsaconf ?
PS : (alsa unload ; alsa reload ) não “destrava o chipset” como no uso do alsaconf , existe algo mais que o alsaconf descarrega (diferente do alsa unload) ?
Espero que não esteja lhe atrapalhando e sendo de nenhuma maneira chata a sua pessoa , por não conhecer corretamente a língua inglês não reportei ainda a central de bugs do Debian
* DMA (direct acess memóri ) para acesso a porta IDE (apenas uma que existe) da placa mãe que lhe passei o link indicado .