Newsgroup: it.comp.os.linux.iniziare
Titolo: Problema audio

Buongiorno,
ultimamente ho qualche problema con la scheda audio: improvvisamente ha 
smesso di funzionare e non riesco più a sentire nulla (video, 
musica, ...), quindi non penso sia un problema legato a qualche programma 
particolare.
Non saprei dire se questo possa essere stato causato dall'installazione 
di qualche pacchetto, uso gnome su debian testing, e di norma installo i 
pacchetti dai repository ufficiali.
Come posso fare a cercare di capire qual è il problema?
Grazie
alfa

Il 18-09-2010, alfa dice:

Io ho cominciato dando:
$: lsmod | grep snd
e poi quest'altra:
$: lsmod | grep pcs
da me c'era il modulo intel che era in conflitto con quello
dello speaker e l'ho risolto facendo prove con modprobe.
-- 
Saluti, Dalet

 speaker e l'ho risolto facendo prove con modprobe.
Ho provato ad usare i comandi che hai indicato, ma non sono così esperto 
da capire ugualmente quale sia il problema e come risolverlo. Il 
risultato è questo:
debian:~# lsmod | grep snd
snd_hda_codec_realtek   235522  1 
snd_hda_intel          19987  1 
snd_hda_codec          54244  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               5380  1 snd_hda_codec
snd_pcm_oss            32591  0 
snd_mixer_oss          12606  1 snd_pcm_oss
snd_pcm                60471  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_midi            4400  0 
snd_rawmidi            15515  1 snd_seq_midi
snd_seq_midi_event      4628  1 snd_seq_midi
snd_seq                42881  3 snd_seq_midi,snd_seq_midi_event
snd_timer              15582  2 snd_pcm,snd_seq
snd_seq_device          4493  3 snd_seq_midi,snd_rawmidi,snd_seq
snd                    46446  14 
snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore               4598  1 snd
snd_page_alloc          6249  2 snd_hda_intel,snd_pcm
debian:~# lsmod | grep pcs
pcspkr                  1699  0 
Grazie
alfa

pcspkr                  1699  0 
Sembra la stessa scheda della mia, prova a fare questo (tanto
non corri nessun rischio) e poi vedo che sei loggato root,
quindi non c'hai neppur bisogno di sudo (se non va poi puoi
sempre ricancellare):
1) aggiungi queste righe in /etc/modprobe.d/blacklist.conf
alla fine
## Queste due righe seguenti le ho inserite io alfa
blacklist snd_pcsp
blacklist snd_hda_intel
2) aggiungi queste altre in /etc/rc.local ma stai attento
di metterle PRIMA di "exit 0", cioe' cosi':
==================== cut here ==================
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
## Queste tre righe seguenti le ho inserite io alfa, prima
di "exit 0" che c'era gia':
modprobe -r pcspkr
modprobe snd_hda_intel
modprobe pcspkr
exit 0
===================== cut here =============
3) e ora riavvia.
In realta' sarebbe meglio far rifare l'initrd.img prima di
riavviare, un modo sicurissimo per farlo e' dare ad esempio:
#: dpkg-reconfigure udev
-- 
Saluti, Dalet

di "exit 0" che c'era gia':
Occhio che ho dimenticato di "commentare", cioe' mettici
un cancelletto anche qui se per caso lo scrivi uguale:
# di "exit 0" che c'era gia':
-- 
Saluti, Dalet



Ti ringrazio per la spiegazione di tutto quello che avevi fatto per 
risolvere il problema, tuttavia anche con le modifiche che mi hai 
indicato il problema non si è risolto e l'audio continua a non funzionare.
Altre idee?
Grazie
alfa

 Altre idee?
Mah!,scrivere di che Ca**o di distribuzione stai parlando,per esempio...
Postare il risultato di lspci,provare a lanciare alsamixer come root
Lanciare alsaconf sempre come root
Scrivere di che mainboard si tratta
Tornare a windows (e non e' una battuta).
Vedi tu.
-- 
last-kernel-inside

Copyleft scribbe:


Altre idee?
Il conflitto tra snd_intel e il modulo dello speaker io l'ho
scoperto/determinato perche' lo speaker era muto in console
e tornava normale togliendo e rimettendo i moduli audio con
#: modprobe -r snd_<TAB><TAB> li vedi tutti che adesso nella
test hanno esteso la bash completion.
Quindi vedi un po' di toglierli con -r e ricaricarli in ordine
differente (con modprobe senza -r).
Inoltre ad esempio in kde la musichetta all'avvio e all'uscita
(io lo avvio da console con startx) l'ho sempre sentita, mi
sono accorto che l'audio non andava dando play (e' il grande
sox) da console e allora ho visto che era muto anche xine e
in iceweasel youtube.
Ma c'ho passato un mesetto eh, perche' su questa piastra
madre intel la squeeze (anche tu hai la squeeze o la lenny?)
fino all'altro giorno mi dava errore hardware introducendo
un qualsiasi cdrom-dvd audio o video, e ho scoperto che per
questo la colpa era quasi certamente di fuse, che ho tolto
via e ora e' tutto perfetto.
Molte cose le scopri dando:
$: dmesg | less
La storia di fuse l'ho scoperta perche' facendo un'altra
installazione della test (adesso ha un'installer cambiato)
il masterizzatore mi leggeva perfettamente anche tutti i dvd
video. Allora ho confrontato i pacchetti installati dando:
$: dpkg --ge<TAB> | sort | awk '{print $1}' > ./pacch1
e poi confrontando con "diff -W 80 -y pacch1 pacch2"
Pero' per dire: la test2 ha il difetto di non caricare/vedere
il driver video del frame buffer della intel, quindi chissa'
da cosa puo' dipendere perche' i kernel sono identici e dal
dmesg mi risulta un problema di PM, quindi bohhh non
m'interessa perche' qui adesso c'ho tutto finalmente
perfetto e velocissimo e la console e' splendida.. sembra
quella della Slack;-)
-- 
Saluti, Dalet

 Vedi tu.
Ti ringrazio per la risposta, anche se non ho proprio intenzione di 
tornare a Window.
Come ho detto inizialmente uso gnome su debian testing (squeeze), ecco il 
risultato di lspci.
debian:~# lspci
00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller 
Hub (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated 
Graphics Controller (rev 02)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition 
Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 
(rev 01)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 
(rev 01)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI 
Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI 
Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI 
Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI 
Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI 
Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC 
Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE 
Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE 
Controller (rev 01)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 
01)
02:00.0 Ethernet controller: Atheros Communications L2 Fast Ethernet (rev 
a0)
Lanciando alsamixer mi sembra essere tutto corretto, mentre alsaconf non 
esiste più su debian.
Grazie
alfa

 $: dmesg | less
Questo dice moltissime cose, anche se non ci capisco granchè... se può 
servire posso postare il risultato.
 
Grazie mille
alfa

 Audio Controller (rev 01)
Mettendo in google "00:1b.0 Audio device: Intel Corporation N10/ICH 7" ho 
letto di parecchi ad avere problemi con quel chip,che kernel usi ? e' 
probabile che un'aggiornamento del kernel ti abbia "spento" i moduli 
necessari.
Se avvii da live (ubuntu,o altra distro) l'audio funziona ?
in caso affermativo copiati i moduli caricati (lsmod | grep snd) ed eventuali 
file in /etc/modprobe.d/ , io per esempio ho:
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio 
Controller (rev 02)
# lsmod | grep snd
snd_seq_dummy            983  0 
snd_seq_oss            20375  0 
snd_seq_midi_event      3688  1 snd_seq_oss
snd_seq                34420  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device          3749  3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss            27423  0 
snd_mixer_oss          10076  1 snd_pcm_oss
snd_hda_codec_realtek   175582  1 
snd_hda_intel          16616  4 
snd_hda_codec          54593  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               3912  1 snd_hda_codec
snd_pcm                47404  4 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer              12595  3 snd_seq,snd_pcm
snd                    33834  17 
snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore               3645  1 snd
snd_page_alloc          4969  2 snd_hda_intel,snd_pcm
# cat /etc/modprobe.d/sound.conf 
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel
Se ho capito bene hai un netbook o un notebook,giusto ?
-- 
last-kernel-inside

 Se ho capito bene hai un netbook o un notebook,giusto ?
No, ho un computer desktop.
Grazie
alfa

 hai indicato.
Questa sera sono riuscito a fare la prova facendo partire il computer con 
Ubuntu Live 10.04: pero' purtroppo anche in questo modo l'audio non 
funziona, e quindi non ho potuto copiare i file come avevi suggerito.
A questo punto mi viene il dubbio che la scheda audio si possa essere 
davvero rotta, anche se non saprei come poter fare per verificarlo...
alfa

 anche se non saprei come poter fare per verificarlo...
Se mi viene un'idea, te lo faccio sapere...
-- 
last-kernel-inside

>$: dmesg | less

Vedi cosa dice cercando "input" (con grep o con less), perche'
0=keyb; 1=mouse; 2-3=power; 4=speaker; 5=video; 6=audio (da me).
Guarda fai questa cosa: da gnome dai "contr-alt-F3" cosi' vai
nella console 3 vera che e' ben diversa dal terminale; qui
loggati utente o root, una volta loggato vedi se la campanella
va o no, perche' lei non c'entra con schede audio rotte o meno.
(per rientrare nella GUI se non lo sai: alt-F7)
Sox che dicevi e' ottimo per l'audio in console, ma non credo
che a te serva.
Con modprobe devi comminciare a togliere dal modulo che non e'
usato da nessuno (mi sembra il snd_realtek), mi sembra invece
molto difficile che la tua scheda sia rotta: le cose
elettroniche si rompono subito o (quasi) mai piu', prova con
una qualsiasi vecchia distro o con l'ottimo usb della slax
(lo trovi nel sito e non sbaglia un colpo).
-- 
Saluti, Dalet

 usb della slax (lo trovi nel sito e non sbaglia un colpo).
Provo a vedere se riesco a trovare qualcosa di vecchio per vedere se con 
quello funziona.
Grazie
alfa

quello funziona.
Ma vai sul sito slax, quella usb e' comodissima perche' non
sbaglia un colpo e ti monta pure tutte le partizioni di
tutti i so che trova nella macchina - c'e' anche per cdrom.
-- 
Saluti, Dalet

 macchina - c'e' anche per cdrom.
Ho scaricato quello per usb, ma con chmod non riesco a mettere il file 
bootinst.sh come eseguibile sulla chiavetta per fare in modo da poter 
fare il boot, provo a scaricare la versione per cd.
Grazie
alfa

averlo mai provato.
Dai e' come da me: c'e conflitto, devi togliere tutti i moduli
snd, togliere pcspkr e poi quando non ce ne son piu' (lo guardi
con lsmod) ricaricare solo snd_hda_intel che lui si autocarica
tutti quelli da cui dipende -- purtroppo pero' non mi ricordo
di sicuro se la prima volta m'aveva funzionato subito cosi' o
dopo che avevo riavviato con entrambi i moduli snd_pcsp e
pcspkr in blacklist e controllato che non li avesse caricati
(perche' una volta me l'ha fatto, di qui la storia che t'ho
detto di initrd.img, lo vedi anche da dmegs|grep input).
Ora provare l'audio - tu non hai play=sox quindi devi tornare
in X - e vedere se c'e' l'audio.
Poi se c'e' torni a caricare anche pcspkr (e guarda che non ci
sia mai snd_pcsp).
Insomma: prova a riavviare senza che possa in alcun modo
caricare quei due moduli, al piu' rinominali eccoli:
/lib/modules/2.6.32-5-686/kernel/drivers/input/misc/pcspkr.ko
/lib/modules/2.6.32-5-686/kernel/sound/drivers/pcsp/snd-pcsp.ko
ma dai dpkg-reconfigure se vedi che li carica lo stesso.
-- 
Saluti, Dalet

 ma dai dpkg-reconfigure se vedi che li carica lo stesso.
Ho provato a disabilitare tutti i moduli relativi al suono, ma non mi 
lascia disattivare i seguenti perchè dice sempre che sono in uso
debian:~# lsmod | grep snd
snd_seq                42737  1 
snd_timer              15582  1 snd_seq
snd_seq_device          4493  1 snd_seq
snd                    46414  4 snd_seq,snd_timer,snd_seq_device
soundcore               4598  1 snd
Partendo solamente da quelli e riattivando snd_hda_intel, continua a non 
funzionare, provando anche a fare dpkg-reconfigure.
Ho provato a modificare il file /etc/modprobe.d/blacklist.conf 
aggiungendo alla blacklist anche pcspkr e togliendo la sua attivazione 
dal file /etc/rc.local, lanciato dpkg-reconfigure udev e riavviato.
Dopo il riavvio la situazione è la seguente:
debian:~# dmesg | grep input
[    0.485089] input: Macintosh mouse button emulation as /devices/
virtual/input/input0
[    0.508105] input: AT Translated Set 2 keyboard as /devices/platform/
i8042/serio0/input/input1
[    4.143994] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/
PNP0C0C:00/input/input2
[    4.144405] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/
input/input3
[    5.145763] input: ImExPS/2 Logitech Wheel Mouse as /devices/platform/
i8042/serio1/input/input4
[   46.964741] input: HDA Digital PCBeep as /devices/
pci0000:00/0000:00:1b.0/input/input5
quindi non è più duplicato.
Nonostante questo, l'audio continua a non funzionare; ho provato a 
riattivare manualmente il modulo pcspkr con modprobe, ed ora vedo 
PcSpeaker
debian:~# dmesg | grep input
[    0.485089] input: Macintosh mouse button emulation as /devices/
virtual/input/input0
[    0.508105] input: AT Translated Set 2 keyboard as /devices/platform/
i8042/serio0/input/input1
[    4.143994] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/
PNP0C0C:00/input/input2
[    4.144405] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/
input/input3
[    5.145763] input: ImExPS/2 Logitech Wheel Mouse as /devices/platform/
i8042/serio1/input/input4
[   46.964741] input: HDA Digital PCBeep as /devices/
pci0000:00/0000:00:1b.0/input/input5
[ 3412.974509] input: PC Speaker as /devices/platform/pcspkr/input/input6
anche se l'audio continua a non funzionare. Non so più cosa provare :(
Grazie comunque
alfa

anche se l'audio continua a non funzionare. Non so più cosa provare :(
Prova a dare anche il dpkg-reconfigure a alsa, ma con la
macchina riavviata e dopo aver caricato pcspkr come dici qui.
Prova anche a installare sox, cosi' vedi [*] se magari e' un
problema di gnome -- apropos ma lo speaker in console funge?
play lo devi infatti dare da console vera eh, non da terminale.
[*] dando "$: play pippo.wav" perche' facilmente un pippo.mp3
non te lo legge se non installi molti altri plugins.
Ps. Ma per caso non c'avrai il mixer coi livelli a zero?! sai
che da me era andato non so come cosi' e me ne accorsi perche'
c'ho un impianto da 90 watt rms figurati e messo al massimo
qualcosa con play sentivo.
(questo m'e' capitato dopo aver sistemato l'audio, ma per
un momento avevo pensato di dover ricominciare da capo)
-- 
Saluti, Dalet

 in uso da parte di nessun altro..
]zac[
Non è in uso da parte di un altro modulo, ma quasi sicuramente è in uso in 
un qualche processo, e quindi non è possibile rimuovere il modulo (c'è una 
opzione di forzatura ma spesso il risultato è un crash).

Dalet wrote:


Si', gia', non ci pensavo.. io li toglievo tutti ma ero in
console, X non l'avevo neppure lanciato.
-- 
Saluti, Dalet