GNU/Linux >> Linux Esercitazione >  >> Linux

PulseAudio non riconosce Intel HDA dopo l'aggiornamento a test Debian (Buster)

Sono finito qui a causa dello stesso problema, dopo l'aggiornamento da Stretch, l'audio è scomparso. Sintomi e output simili (scheda Nvidia e audio Intel HDA). Mentre seguivo le istruzioni, però, ho scoperto che non riuscivo a far funzionare questo passaggio:

[email protected]:~# aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav
aplay: main:828: audio open error: Device or resource busy

Ho scoperto che il colpevole era la timidezza:

[email protected]:~# fuser -v /dev/snd/*
                     USER        PID ACCESS COMMAND
/dev/snd/pcmC0D0p:   timidity   1274 F...m timidity
/dev/snd/seq:        timidity   1274 F.... timidity

Una volta terminato, posso procedere con la modifica di /etc/pulse/default.pa e tutto è andato a posto. Non sono ancora sicuro se il problema sia stato il dissipatore PA mancante o la timidezza che ha preso il sopravvento.

Ho anche preso in considerazione l'idea di presentare una segnalazione di bug, ma non sono sicuro di dove sarebbe più appropriato. Se hai qualche suggerimento, sarò felice di seguirti e aggiungere il mio supporto alla segnalazione.

Grazie per aver condiviso la soluzione!


Ho appena avuto questo problema esatto e la disinstallazione di Timidity l'ha risolto. Letteralmente, poiché il pacchetto è stato rimosso da apt, ho visto una notifica che mostrava che ho una scheda audio (interpretata come un cambio di volume).


Se qualcun altro dovesse imbattersi in questo, ecco una soluzione alternativa per forzare PulseAudio a utilizzare il dispositivo ALSA...

Innanzitutto, conferma di conoscere la scheda audio e il dispositivo corretti che desideri riproducendo un po' di audio direttamente tramite ALSA:

aplay -D plughw:<CARD#>,<DEVICE#> /usr/share/sounds/alsa/Front_Center.wav

Nel mio caso volevo l'uscita audio ottica così basata sul mio aplay -l output come visto nella mia domanda sopra era:

aplay -D plughw:0,1 /usr/share/sounds/alsa/Front_Center.wav

Prendi nota del numero della carta e del dispositivo e aggiungi una voce a /etc/pulse/default.pa (sostituisci 0,1 con ciò che ha funzionato per te nel passaggio precedente):

load-module module-alsa-sink device=plughw:0,1

Ho aggiunto questa riga immediatamente prima di .ifexists module-udev-detect.so riga nel file (ovvero sotto ### Carica i driver audio in modo statico commento)

Quindi esegui quanto segue come utente con cui è stata eseguita l'accesso alla tua sessione desktop (ovvero not come root):

pulseaudio --kill
pulseaudio --start

Quindi dovresti essere in grado di aprire Impostazioni audio per vedere e selezionare la scheda:

A questo punto, la riproduzione audio tramite PulseAudio dovrebbe funzionare di nuovo. (Una cosa che ho notato è che pacmd list-cards sarà ancora non elencare la scheda anche se ora funziona) Promemoria:questa è una soluzione alternativa e non la correzione a lungo termine, quindi assicurati di prendere nota di annullare questa operazione in futuro per vedere se è stata corretta correttamente. Ma per il momento l'audio funziona.


Linux
  1. Il terminale non si apre dopo l'aggiornamento di Python a 3.7?

  2. Installazione di g++ 7.0.1 su Debian 8.7

  3. Modifica del dispositivo audio predefinito in Pulseaudio

  4. Verifica se i dispositivi audio/schede audio sono attualmente in riproduzione?

  5. Debian - l'interfaccia di rete non funziona più dopo l'aggiornamento/upgrade

Le 8 migliori cose da fare dopo l'installazione di Debian 10 (Buster)

Come risolvere il problema audio (output fittizio) in Intel NUC su Debian 11 e Proxmox 7

Perché un lungo ritardo dopo il comando non trovato?

Debian 11.3 è così buono, semplicemente non c'è motivo per non usarlo

Come aggiornare Debian 7 (Wheezy) alla versione 10 (Buster)?

Aggiornamento di più server Debian contemporaneamente