Lipsește placa de sunet Pardus 23? Verificați ALSA și restaurați sunetul

Dacă Pardus Linux 23 nu poate găsi placa de sunet, comparați mai întâi dispozitivele afișate de ALSA cu cele din setările de sunet ale desktopului. Dacă aplay -llistează placa, verificați rutarea ieșirii și serverul audio; dacă ALSA nu raportează nicio placă, verificați driverul kernelului și firmware-ul înainte de a instala ceva.

Această secvență evită o greșeală frecventă: înlocuirea PipeWire sau PulseAudio atunci când problema este un dispozitiv kernel indisponibil. Pașii se aplică instalărilor Pardus 23, inclusiv edițiile XFCE și GNOME, deși etichetele meniurilor diferă. Pardus 23.0 a fost lansat cu kernelul Linux 6.1 și XFCE 4.18, conform notelor oficiale de lansare . Actualizările ulterioare ale Pardus 23 pot avea pachete diferite, așa că aveți încredere în versiunile afișate pe mașina dvs., mai degrabă decât într-o captură de ecran.

1. Excludeți o ieșire dezactivată sau selectată incorect

Deschideți setările de sunet sau volum ale desktopului. Deconectați temporar o cască Bluetooth sau un monitor HDMI dacă intenționați să utilizați difuzoarele laptopului. Selectați difuzoarele interne sau un profil de ieșire analogică adecvat, confirmați că volumul este peste zero și verificați dacă dispozitivul nu este dezactivat. Când singura opțiune listată este „Ieșire fictivă”, treceți la verificările ALSA de mai jos.

Dacă controalele de pe desktop nu expun ruta dorită, pavucontrolpoate afișa dispozitivele de ieșire, porturile și profilurile pentru un server compatibil cu PulseAudio care rulează. Instalați-l sudo apt install pavucontroldoar dacă lipsește. Nu poate crea o placă de sunet pe care kernelul să nu o fi detectat.

2. Află dacă Linux detectează hardware-ul de sunet

Deschideți un terminal și executați următoarele comenzi. Dacă lspcisau aplaynu sunt disponibile, instalați pciutilssau alsa-utilsrespectiv din repozitoriile Pardus configurate.

lspci -nnk | grep -A4 -Ei "audio|multimedia"
aplay -l
cat /proc/asound/cards

lspciverifică dispozitivele PCI și poate afișa „Driver kernel în uz”. aplay -llistează hardware-ul de redare ALSA, în timp ce /proc/asound/cardsidentifică plăcile ALSA înregistrate. Adaptoarele audio USB pot să nu apară în lista PCI; verificați-le cu lsusbdupă instalare, usbutilsdacă este necesar. O placă ALSA poate exista chiar dacă desktopul nu afișează nicio ieșire utilizabilă.

Folosește rezultatele pentru a-ți alege calea: dacă ALSA listează placa dorită, treci la verificările serverului audio din secțiunea 5 după verificarea dezactivării sunetului și a selecției profilului. Dacă un controler PCI este vizibil, dar ALSA nu afișează nicio placă utilizabilă, concentrează-te pe mesajele driverului și firmware-ului. Dacă niciunul dintre acestea nu găsește dispozitivul, verifică setarea BIOS/UEFI pentru sistemul audio integrat, conexiunile USB detașabile și dacă un sistem Linux activ curent îl detectează înainte de a presupune că un pachet de drivere va rezolva problema. Comportamentul listării dispozitivelor este documentat în manualul ALSA aplay .

3. Inspectați driverul kernelului și indiciile de firmware lipsă

Verificați modulele de sunet încărcate și examinați mesajele recente ale kernelului. Aceste comenzi nu modifică configurația sistemului:

lsmod | grep -E "^(snd|soundwire)"
sudo dmesg | grep -iE "sof|snd|hda|audio|firmware" | tail -n 60

Căutați încărcări firmware eșuate, erori de inițializare DSP audio sau un driver care nu a putut detecta controlerul. Sound Open Firmware (SOF) este utilizat de unele sisteme Intel; o referință la sofeste un indiciu util, nu o dovadă că fiecare mașină Intel are nevoie de același pachet. Modulele compilate direct într-un kernel s-ar putea să nu apară în lsmod, așa că nu tratați un rezultat gol doar ca dovadă a lipsei unui driver.

Dacă jurnalul nu conține niciun mesaj decisiv, înregistrați ID-ul complet al controlerului de la lspci -nnkși kernelul de la uname -r. Aceste detalii sunt mai utile într-o solicitare de asistență a producătorului sau într-o postare pe forumul Pardus decât o descriere generică de tip „fără sunet”. Evitați copierea snd_hda_intelsuprascrierilor aleatorii ale modelului sau încărcarea forțată a modulelor fără a potrivi chipsetul și codecul.

4. Actualizați firmware-ul corespunzător, nu întregul sistem audio

Reîmprospătați metadatele pachetului și verificați ce firmware este disponibil din sursele software Pardus existente :

sudo apt update
apt policy firmware-sof-signed firmware-intel-sound alsa-ucm-conf

Dacă jurnalul kernelului indică lipsa firmware-ului Intel SOF, instalați-l firmware-sof-signedatunci când are un pachet candidat valid:

sudo apt install firmware-sof-signed

Descrierea pachetului Debian 12 specifică faptul că acest pachet furnizează fișiere de firmware și topologie pentru unele dispozitive Intel. Dispozitivele Intel SST mai vechi ar putea avea nevoie în schimb de firmware-intel-sound, documentate separat de indexul pachetului Debian . Nu instalați ambele fără discriminare și nu pretindeți că acoperă toate controlerele de sunet. Pentru o placă ALSA cu profiluri incomplete, inspectați alsa-ucm-conf, care oferă configurație de caz de utilizare în loc de un nou driver de kernel.

Verificați modificările propuse de APT la pachet înainte de a le accepta, apoi reporniți sistemul dacă firmware-ul sau kernelul au fost actualizate. Mențineți configurate repozitoriile Pardus 23; nu lipiți linii de repozitoriu Debian testing, Pardus 25 sau de la terți într-un sistem funcțional doar pentru a obține fișiere audio mai noi. Nucleele mai noi pot suporta hardware pe care kernelul original Pardus 23 nu îl suporta, dar o modificare a kernelului introduce riscuri de compatibilitate și recuperare care ar trebui evaluate în raport cu testarea mai întâi a unui sistem live mai nou suportat.

5. Reparați doar serviciul audio pe care îl utilizați efectiv

Dacă aplay -lidentifică placa, dar desktopul încă nu are o ieșire utilizabilă, interogați serverul audio. Rulați-le ca utilizatorul obișnuit conectat, nu cu sudo:

pactl info
pactl list short sinks

Un nume de server care conține „PulseAudio (on PipeWire)” indică serviciul de compatibilitate PipeWire. „pulseaudio” simplu identifică serverul PulseAudio tradițional. Dacă pactlnu se poate conecta, este posibil ca sesiunea utilizatorului sau serverul audio selectat să nu ruleze. Referința comenzii pactl documentează listarea interogării serverului și a receptorului.

Pentru o configurație PipeWire existentă: inspectați unitățile de service și reporniți doar pe cele instalate și active:

systemctl --user status pipewire pipewire-pulse wireplumber --no-pager
systemctl --user restart pipewire pipewire-pulse wireplumber

Nu executați comanda restart dacă inspecția de stare arată că aceste unități sunt absente; un sistem poate utiliza PulseAudio în schimb. Pentru o configurație PulseAudio existentă: utilizați pulseaudio -kpentru a opri daemonul utilizatorului, apoi reconectați-vă sau deconectați-vă și reconectați-vă pentru a putea porni din nou. Dacă pachetele relevante sunt într-adevăr deteriorate, reinstalați aceeași stivă după ce ați revizuit tranzacția APT. Comutarea stivelor este o modificare separată, nu prima reparație.

Ce remediu se potrivește simptomelor tale?

Preferați modificările de configurație atunci când ALSA vede placa; preferați investigarea firmware-ului atunci când mesajele kernelului indică un fișier lipsă. PipeWire este o alegere validă pe sistemele Debian 12, dar înlocuirea unei configurații PulseAudio funcționale pur și simplu pentru că PipeWire este mai nou poate duce la eliminarea pachetelor și la modificarea comportamentului de rutare. Verificați mai întâi tranzacția propusă; informațiile din metapachetul audio PipeWire explică componentele aferente.

Verificați dacă placa de sunet este din nou disponibilă

După aplicarea corecției alese, rulați aplay -ldin nou și confirmați că aceasta listează placa de redare dorită. Apoi rulați pactl list short sinksși selectați ieșirea corectă în setările de sunet. În cele din urmă, redați un clip audio familiar la un volum moderat sau utilizați speaker-test -c 2 -t wav -l 1pentru a efectua o scurtă verificare pe două canale.

Dacă ALSA încă nu afișează nicio placă, capturați lspci -nnk, uname -r, și erorile relevante dmesgînainte de a solicita asistență specifică hardware-ului. Dacă ALSA vede placa, dar redarea rămâne silențioasă, utilizați alsamixerpentru a selecta placa corectă cu F6 și verificați dacă există controale de redare dezactivate; instrucțiunile oficiale ale mixerului ALSA descriu aceste controale. Succesul înseamnă că atât dispozitivul este listat, cât și sunetul se aude prin ieșirea intenționată - nu doar că un pachet este instalat fără erori.