Newsgroup: it.comp.os.linux.iniziare
Titolo: Silenzio

Egregi,
 
ho due laptop HP, nei quali ho di recente istallato openSuse Leap 
15.3, ma non sono riuscito ad avere suono.
 
Ecco i dati dei due computer, ognuno dei quali ha due sound card:
 
--------------------------------------------------------------------
1. HP NTB HP Pav 15-cx0112ng FHD i5-8 16GB 1TB+256 GTX1050Ti DOS
    Sound Card: indice 0: GP107GL High Definition Audio Controller
                non configurabile: Cannon Lake PCH cAVS
 
Sotto Leap 15.2 la carta 0 è bastata per produrre un suono. Ormai, 
sotto Leap 15.3, il computer tace.
--------------------------------------------------------------------
2. HP 15s-eq2147 FHD RYZ5-5 16GB 512 SSD DOS
    Sound Card: indice 0: ATI Technologies Inc
                indice 1: Family 17h (Models 10h-1fh) HD Audio 
Controller
 
Con Leap 15.2 non ho alcun'esperienza perché il computer è nuovo. 
Comunque, sotto Leap 15.3, il computer tace, pur avendo due sound 
card configurate.
--------------------------------------------------------------------
 
Se non riesco ad aver suono, mi resterà come unico rimedio il 
downgrade a Leap 15.2.
 
Voi cosa mi consigliate? Ci sarebbe una soluzione diversa dal downgrade?
 
Saluti dalla Germania,
Wolfgang

 Voi cosa mi consigliate? Ci sarebbe una soluzione diversa dal downgrade?
 
Una cosa generica, sempre utile da sapere, e' vedere quali
moduli vengono caricati dal kernel, per vederli tutti prova
a dare: "lsmod | grep snd"
 
Da me (Debian stable), mi da' questi:
[~]yoda_$: lsmod | grep snd
snd_hda_codec_hdmi       61440   1
snd_hda_codec_realtek   122880   1
snd_hda_codec_generic    86016   1 snd_hda_codec_realtek
snd_hda_intel            49152   1
snd_hda_codec           151552   4 snd_hda_codec_generic,snd_hda_codec_hdmi,
                                   snd_hda_intel,snd_hda_codec_realtek
snd_hda_core             94208   5 snd_hda_codec_generic,snd_hda_codec_hdmi,
                                   snd_hda_intel,snd_hda_codec,
                                   snd_hda_codec_realtek
snd_hwdep                16384   1 snd_hda_codec
snd_pcm                 114688   4 snd_hda_codec_hdmi,snd_hda_intel,
                                   snd_hda_codec,snd_hda_core
snd_timer                36864   1 snd_pcm
snd                      94208  10 snd_hda_codec_generic,snd_hda_codec_hdmi,
                                   snd_hwdep,snd_hda_intel,snd_hda_codec,
                                   snd_hda_codec_realtek,snd_timer,snd_pcm
soundcore                16384   1 snd
 
La SuSE non la conosco ma so che e' stabilissima, auguri e ciao
 
-- 
Yoda
 

 ha scritto:
 
| [...]
| 
| Voi cosa mi consigliate? Ci sarebbe una soluzione diversa dal downgrade?
 
buon pomeriggio,
 
premetto che la mia conoscenza di suse (o opensuse nello specifico) è molto molto
datata. 
se la memoria non m'inganna l'ultima release che ho avuto modo di provare risale ai
primi anni 2000.
 
ad ogni modo, prima di avere qualche altro suggerimento più mirato, potresti provare
ad avviare un qualsiasi file audio da console utilizzando qualche tool tipo "mpg123".
in tal modo l'output (e specialmente eventuali errori stampati a schermo) potrebbe
dare utili info per cercare di capire dove risiede il problema o quantomeno per
restringere il campo delle possibilità (in questi frangenti occorre andare un po'
per esclusione).
 
un altro controllo, anche se parrebbe sciocco, consiste nel verificare che i volumi
delle uscite audio siano attivi ed al livello corretto, questo potresti verificarlo
(ad esempio) con "alsamixer".
 
mi rendo conto di non essere stato, con ogni probabilità, di molto aiuto ma come
dicevo prima bisogna procedere per gradi per cercare di identificare per bene dove
risieda l'inghippo prima di eventualmente passare alle "maniere forti" con un
downgrade.
 
| Saluti dalla Germania,
| Wolfgang
 
saluti e buon proseguimento di giornata.
 
***
◈  [WinterMute] @ [debian «---» bullseye / testing]  ◈
***
 

il Fri, 16 Jul 2021 14:33:03 +0200
WinterMute <winte...@cryptolab.nOt> ha scritto:
 
| [...]
 
p.s.: dimenticavo di aggiungere che, volendomi allacciare alla risposta/suggerimento
di Yoda, potresti controllare se c'è qualche differenza tra i moduli che vengono
caricati dalle due versioni che stai testando.
 
in buona sostanza se c'è qualcosa di diverso tra la release funzionante comparata
con quella "muta".
 
saluti.


parla agnesi
 

(ad esempio) con "alsamixer".
 
Con alsamixer conviene guardare, scegliendo la scheda con F6, che non
sia attiva la funzione Automute.
Qui da me (Debian 9) ogni tanto si attiva a tradimento.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 ha scritto:
 
| Con alsamixer conviene guardare, scegliendo la scheda con F6, che non
| sia attiva la funzione Automute.
| Qui da me (Debian 9) ogni tanto si attiva a tradimento.
 
buon pomeriggio,
 
in effetti è capitato anche a me (pure io su debian ma è qualcosa che può capitare
con qualsiasi distribuzione) e per questo, per quanto remota possa essere come
possibilità, ho suggerito di verificare... 
la funzione di automute come suggerivi ma anche, banalmente, i livelli volume dei
vari canali output.
se non altro si va ad escludere qualche voce dalla lista delle possibili cause di
questa anomalia restringendo così il cerchio.
 
saluti.


 provare risale ai primi anni 2000.
 
Allora la mia memoria e' piu' recente: acquistai(!) la SuSE 7.0
perche' a quei tempi mi faceva gola il manuale cartaceo; la tenni
per pochissimo, solo pochi giorni, fino a quando non lessi in molti
file di configurazione di NON editare, perche' era stato scritto da
YAST. Allora ritornai alla splendida Slackware per molti anni ciao
 
Postilla. Comunque per Wolfganng la prima cosa da vedere - imho - e'
se i driver sono caricati o no, perche' ho avuto, ad esempio, una
piastra madre per la quale solo dopo una lunga ricerca trovai il
modo di far caricare all'avvio il modulo per lo speaker, che andava
anticipato rispetto agli altri moduli sound ariciao
 
-- 
Yoda
 


Caro Yoda,
 
non sopravvalutare le mie conoscenze computeristiche, ti prego. 
Pertanto devi permettermi due domande magari alquanto sciocche: come 
faccio a sapere se i driver sono caricati? E ammesso che non lo 
siano, come faccio sì che vengano caricati?
 
C'è d'altronde un dettaglio interessante. Premendo il tasto F6, vedo 
il simbolo di un altoparlante barrato con la scritta «Audio Muted», 
ma non ho idea alcuna come attivare l'audio.
 
Ciao,
Wolfgang

 ma non ho idea alcuna come attivare l'audio.
 
Boh.. forse sara' alsamixer che fa casino come dice WinterMute, ma
io i portatili non li uso e non so che dirti ciao
 
-- 
Yoda
 

ma non ho idea alcuna come attivare l'audio.
 
Dentro alsamixer? Quando spingi F6 non vedi un elenco di almeno due
dispositivi? Se è così, sembra che manchi il supporto del kernel.


 vari canali output.
 
Pure a me è capitato sia su Debian che su Ubuntu di trovare
inspiegabilmente in alsamixer il volume dell'audio a zero, oppure a
volte verificando in 'gnome-control-center sound' di trovare il cursore
del bilanciamento dell'audio non equilibrato fra i due altoparlanti per
cui il suono usciva solo da una delle due casse ...
 
Per opensuse ho trovato questa guida che mi pare potrebbe tornare utile:
 
https://it.opensuse.org/SDB:Risoluzione_dei_problemi_audio
 
 

 errori.
 
Ne approfitto: dmesg devi darlo come root o va anche da user? qui da
me con la Deb stable va solo con root -> una noia che non ti dico ciao
 
-- 
Yoda
 

On Sat, 17 Jul 2021 10:26:04 -0000 (UTC), Yoda <yo...@pippo.invalid>
wrote:

Da me va anche come utente normale, sia il comando che l'accesso al
file.
 
-rw-r--r-- 1 root adm 59424 lug 14 04:58 /var/log/dmesg
 
 
Però ho Debian 9, tu il 10.



Sulla mia slackware si trova in /bin ed è eseguibile da user.
 
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

 me con la Deb stable va solo con root -> una noia che non ti dico ciao
 
Per rimuovere la restrizione:
$ sudo sysctl -w kernel.dmesg_restrict=0
 

 ma io i portatili non li uso e non so che dirti ciao
 
Ecco la risposta al comando "alsamixer":
-------------------------------------------------------------------
ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect:
Connection refused
 
cannot open mixer: Connection refused
-------------------------------------------------------------------
 
Tante grazie in anticipo per il tuo aiuto.
 
Ciao,
Wolfgang

 Però ho Debian 9, tu il 10.
 
Grazie anche a Giovanni.. che mi fa venir nostalgia della Slack.
Ho dato il comando per sysctl che m'ha indicato Tony, pero' prima
ho copiato -a tutta la /etc (meno di 8 mega) e ho dato il \ls -l
a /var/log/ > prima. Poi, dopo il comando a sysctl, ho trovato che:
- la /etc e' rimasta immutata;
- in /var/log sono cambiati i seguenti file:
prima <
dopo  >
 
 < totale 35332
 > totale 35336
 
 < -rw-r----- 1 root              adm     83918 lug 17 19:30 auth.log
 > -rw-r----- 1 root              adm     84275 lug 17 19:41 auth.log
 
 < -rw-r----- 1 root              adm    884342 lug 17 19:33 daemon.log
 > -rw-r----- 1 root              adm    886305 lug 17 19:43 daemon.log
 
 < -rw-rw-r-- 1 root              utmp   295796 lug 17 19:09 lastlog
 > -rw-rw-r-- 1 root              utmp   295796 lug 17 19:41 lastlog
 
 < -rw-r----- 1 root              adm    439654 lug 17 19:33 syslog
 > -rw-r----- 1 root              adm    441617 lug 17 19:43 syslog
 
 < -rw-rw-r-- 1 root              utmp   198528 lug 17 19:09 wtmp
 > -rw-rw-r-- 1 root              utmp   199680 lug 17 19:41 wtmp
 
Perche' adesso il file dmesg non c'e' piu' ciao
(quindi le permission non le ha cambiate)
 
-- 
Yoda
 

Addi' 17 lug 2021 10:39:02, Tony Borlini scrive:

Molte grazie fatto, adesso va perettamente anche dato da me-yoda. Se
non ti ruba troppo tempo mi diresti se c'e' un modo, per trovare i
comandi per sysctl, meno primitivo di questo che ho dato per vedere
come avrei potuto trovare il kernel.dmesg_restrict da me?
$: /usr/sbin/sysctl -a | grep -i dmesg
 
Pero' lo so che c'e' la doc completa, ma sono troppi chilometri
quadrati da leggere.. tu come lo sapevi o l'avevi saputo di
kernel.dmesg_restrict ciao?
 
-- 
Yoda
 

 Entrambi i file sono stati creati da root.
 
Visti; e mi sembra proprio che i moduli (driver) li carica tutti per
benino, compreso lo speaker. Anche in dmesg io non vedo errori, solo
che ti fa casino pulse vs alsa. Anche da me lo faceva molto tempo
fa, oramai non piu' perche' io pulse lo tolgo radicalmente, devi
vedere come sono piu' puliti i suoni.. ma da me eh, mica ti sto
dicendo di toglierlo ciao
(non ti so dire o suggerire altro, ci vuole un esperto di
portatili e di GUI - mi spiace)
 
-- 
Yoda
 

 portatili e di GUI - mi spiace)
 
Ciononostante ti ringrazio.
 
Ciao e buonanotte,
Wolfgang

 trovi su 
http://www.ariannuccia.de/temp/Yoda/pippo
 
 
Si', e' vero che non c'e' differenza ed e' anche vero che c'e'
differenza.. come dice infatti il tuo omonimo ciao
 
[~]yoda_$: fortune -m Pauli italia
(/usr/share/games/fortunes/it/italia)
%
Su un documento spedito ad un fisico suo collega:
"Questo non e' giusto.  Questo non e' neppure sbagliato."
                -- Wolfgang Pauli
%
 
-- 
Yoda
 

                  -- Wolfgang Pauli
 
E così il Pauli proseguì: «È pertanto un mero spreco di tempo 
occuparsene scientificamente.»
 
Nell'originale tedesco: «Das ist nicht nur nicht richtig, es ist 
nicht einmal falsch! ... Es ist daher bloß Zeitverschwendung, sich 
wissenschaftlich damit zu beschäftigen.»
 
Tanto di più ti devo gratitudine per avere sprecato il tuo prezioso 
tempo coi miei problemi. La persistente disfunzione dell'audio 
m'insegna ancora una volta che il silenzio è d'oro...
 
Ciao,
Wolfgang