Beiträge von luigi

Wenn die von Sauerland vorgeschlagene Umstellung auf pipewire das Mikrofon-Problem nicht löst (es lief ja früher auch unter pulseaudio), könnte man noch folgenden Ansatz probieren:

Im Sommer gab es Berichte zu Audio-Problemen auf einigen Intel-Systemen, darunter auch die von dir genutzte Hardware. Es gab eine mit dem Paket alsa-ucm-conf Version 1.2.10-150600.3.5.1 zusammenhängende regression, welche zu bug-reports führte. Inzwischen ist bei Leap 15.6 die Version 1.2.10-150600.3.8.1 aktuell. Dieses Update hat den Fehler auf einigen Systemen beseitigt, womöglich aber nicht auf allen.

Daher mein Vorschlag, mit Yast testweise auf eine ältere Version von alsa-ucm-conf, nämlich 1.2.10-150600.1.2, downzugraden und sehen, ob dies nach einem reboot das Micro in pavucontrol wieder einstellbar macht?

In Yast-Software einfach nach alsa-ucm-conf suchen, dann rechts unten Versionen anklicken und auf die älteste umstellen. Falls es nichts bringt oder zu Problemen führt kannst du genau so wieder auf die aktuelle Version upgraden.

Vorher könntest du mal nachsehen, welche Version das Paket alsa-ucm-conf unter Mint hat.

Als weitere Möglichkeit:

Für Leap 15.6 gibt es bereits eine neue Version 1.2.14 von alsa-ucm-conf, die im folgenden Repo zu finden ist:

https://download.opensuse.org/repositories/multimedia:libs/15.6/multimedia:libs.repo

Bisher sind mir keine Ungereimtheiten aufgefallen.

Wenn ich es richtig verstehe, so lief das Audiosystem inklusive internem Mikrofon früher ohne Probleme? Dann könnte vielleicht der Betrieb mit einem älteren kernel eine temporäre Alternative sein.

Da es viele Gründe für das beobachtete Verhalten geben kann, ist es schwierig die richtige Ursache zu erraten, zumal ich nicht deine Hardware habe.

Vielleicht gibt die Ausgabe des folgenden Kommandos noch neue Informationen:

pactl list sources

Zitat von vmp

Ich habe mit Ventoy installiert.

Das funktioniert meistens nicht bei openSUSE !

Ich benutze immer imagewriter oder dd ...

Gewöhnlich dauert es ein paar Tage bis nach einem neuen Release ein passendes Packman-Repo zur Verfügung steht.

Zeige bitte

inxi -Axx

und

cat /proc/cmdline

könnte auch noch hilfreich sein.

Zuletzt noch

zypper se -si sof-firm

Zitat von Gerhard59

Sonderbar ist die Meldung für zypper refresh, das habe ich vorhin nämlich schon ausgeführt

... als root ausgeführt?

Ich würde es machen mit

sudo zypper removerepo 4 3 5

Es scheint nach der Installation des neuen kernels ein Problem mit purge-kernels zu geben, welches den gerade installierten proprietary Nvidia driver KMP wieder entfernt.

Falls ich die Experten richtig verstehe, so könnte folgendes helfen:

In die multiversion.kernel-Zeile von /etc/zypp/zypp.conf noch 'oldest' einfügen.

Zitat von su_lin_user

Was ich noch sagen wollte:

Beim Booten im Bootskript, ziemlich am ende, ist drei mal ein Fehler zu sehen.

Und wie lauten die Fehlermeldungen?

Außerdem scheint dein System nicht auf dem neusten Stand zu sein:
Bei mir kernel und modules bereits Version 6.16.8 und das bei Slowroll!

Zeige bitte

inxi -Saz

Mit

sudo firewall-cmd --zone=public --add-port=xyz/tcp 

kannst du z.B port xyz temporär in der public zone öffnen, mit zusätzlich --permanent für länger.