Audioausgabe kollabiert, plötzlich lauter Dauerton

Deutsch (German) Anwendungen
1

Hallo zusammen,

Das Problem-Gerät ist dieses hier:

Betriebssystem: openSUSE Tumbleweed 20230201
KDE-Plasma-Version: 5.26.5
KDE-Frameworks-Version: 5.102.0
Qt-Version: 5.15.8
Kernel-Version: 6.1.8-1-default (64-bit)
Grafik-Plattform: X11
Prozessoren: 4 × Intel® Atom™ x5-Z8350 CPU @ 1.44GHz
Speicher: 3,7 GiB Arbeitsspeicher
Grafikprozessor: Mesa Intel® HD Graphics
Hersteller: LENOVO
Produktname: 80XF
Systemversion: Lenovo MIIX 320-10ICR

Ich hatte vor Tumbleweed schon mal die 15.4 installiert, musste bei 15.4 aber (im Gegensatz zur Tumbleweed-Erstinstallation) das für die Soundausgabe im Zusammenhang mit der CPU Intel Atom x5-B8350 erforderliche Paket “sof-firmware” manuell nach-installieren. Des weiteren musste ich in /etc/modprobe.d eine .conf-Datei anlegen mit dem Inhalt: “blacklist snd_hdmi_lpe_audio”, wie hier beschrieben:

Zusammen gefasst:
Sound funktioniert in Tumbleweed out of the box.
Bei 15.4 funktioniert der Sound nach manuellem Eingriff.
Beides nur kurzzeitig.

Die Installation von openSUSE erfolgte jeweils als Netzwerkinstallation (bootbarem USB-Stick), falls das eine Rolle spielt.

Die Hardware von dem kleinen Netbook funktioniert bei dem Windows 11 auf gleichem Gerät uneingeschränkt, auch der Sound.

Meine eigentlichen Fragen nun:
Warum bricht der Sound bei openSUSE (egal ob 15.4 oder Tumbleweed) nach einiger Zeit (ca. 20 Sekunden bis 5 Minuten) zusammen bzw. geht plötzlich in lautes Quieken über :frowning:

Das Quieken tritt auf sowohl beim Streamen als auch beim Abspielen lokaler Musik-Dateien.

Um es mal gleich anzumerken, es fehlt mir es an Grundlagenwissen ;-).
Man muss mich quasi an die Hand nehmen, step by step, nach Anweisung kann ich aber arbeiten :slight_smile:

lsmod | grep ‘snd’

snd_seq_dummy 16384 0
snd_hrtimer 16384 1
snd_seq 98304 7 snd_seq_dummy
snd_seq_device 16384 1 snd_seq
snd_soc_sst_cht_bsw_rt5645 32768 4
snd_sof_acpi_intel_byt 24576 0
snd_sof_acpi 20480 1 snd_sof_acpi_intel_byt
snd_sof_intel_atom 28672 1 snd_sof_acpi_intel_byt
snd_sof_xtensa_dsp 20480 1 snd_sof_acpi_intel_byt
snd_sof 339968 3 snd_sof_intel_atom,snd_sof_acpi,snd_sof_acpi_intel_byt
snd_hdmi_lpe_audio 36864 1
snd_sof_utils 20480 1 snd_sof
snd_intel_sst_acpi 20480 0
snd_soc_acpi_intel_match 73728 2 snd_sof_acpi_intel_byt,snd_intel_sst_acpi
snd_intel_sst_core 73728 1 snd_intel_sst_acpi
snd_soc_sst_atom_hifi2_platform 118784 1 snd_intel_sst_core
snd_soc_rt5645 180224 2 snd_soc_sst_cht_bsw_rt5645
snd_soc_acpi 16384 4 snd_sof_intel_atom,snd_soc_acpi_intel_match,snd_intel_sst_acpi,snd_soc_sst_cht_bsw_rt5645
snd_intel_dspcfg 36864 3 snd_sof,snd_sof_acpi_intel_byt,snd_intel_sst_acpi
snd_intel_sdw_acpi 20480 1 snd_intel_dspcfg
snd_soc_rl6231 20480 1 snd_soc_rt5645
snd_soc_core 389120 4 snd_sof,snd_soc_sst_atom_hifi2_platform,snd_soc_rt5645,snd_soc_sst_cht_bsw_rt5645
snd_compress 32768 1 snd_soc_core
snd_pcm_dmaengine 16384 1 snd_soc_core
snd_pcm 184320 9 snd_sof,snd_compress,snd_hdmi_lpe_audio,snd_soc_sst_atom_hifi2_platform,snd_soc_core,snd_sof_utils,snd_soc_rt5645,snd_soc_sst_cht_bsw_rt5645,snd_pcm_dmaengine
snd_timer 49152 3 snd_seq,snd_hrtimer,snd_pcm
snd 131072 21 snd_seq,snd_seq_device,snd_sof,snd_timer,snd_compress,snd_hdmi_lpe_audio,snd_soc_sst_atom_hifi2_platform,snd_soc_core,snd_pcm
soundcore 16384 1 snd

Die gleiche Eingabe ergibt, nach dem der Sound bereits ins Quieken (Dauerton) übergegangen ist:

snd_seq_dummy 16384 0
snd_hrtimer 16384 1
snd_seq 98304 7 snd_seq_dummy
snd_seq_device 16384 1 snd_seq
snd_soc_sst_cht_bsw_rt5645 32768 5
snd_sof_acpi_intel_byt 24576 2
snd_sof_acpi 20480 1 snd_sof_acpi_intel_byt
snd_sof_intel_atom 28672 1 snd_sof_acpi_intel_byt
snd_sof_xtensa_dsp 20480 1 snd_sof_acpi_intel_byt
snd_sof 339968 3 snd_sof_intel_atom,snd_sof_acpi,snd_sof_acpi_intel_byt
snd_hdmi_lpe_audio 36864 1
snd_sof_utils 20480 1 snd_sof
snd_intel_sst_acpi 20480 0
snd_soc_acpi_intel_match 73728 2 snd_sof_acpi_intel_byt,snd_intel_sst_acpi
snd_intel_sst_core 73728 1 snd_intel_sst_acpi
snd_soc_sst_atom_hifi2_platform 118784 1 snd_intel_sst_core
snd_soc_rt5645 180224 2 snd_soc_sst_cht_bsw_rt5645
snd_soc_acpi 16384 4 snd_sof_intel_atom,snd_soc_acpi_intel_match,snd_intel_sst_acpi,snd_soc_sst_cht_bsw_rt5645
snd_intel_dspcfg 36864 3 snd_sof,snd_sof_acpi_intel_byt,snd_intel_sst_acpi
snd_intel_sdw_acpi 20480 1 snd_intel_dspcfg
snd_soc_rl6231 20480 1 snd_soc_rt5645
snd_soc_core 389120 4 snd_sof,snd_soc_sst_atom_hifi2_platform,snd_soc_rt5645,snd_soc_sst_cht_bsw_rt5645
snd_compress 32768 1 snd_soc_core
snd_pcm_dmaengine 16384 1 snd_soc_core
snd_pcm 184320 10 snd_sof,snd_compress,snd_hdmi_lpe_audio,snd_soc_sst_atom_hifi2_platform,snd_soc_core,snd_sof_utils,snd_soc_rt5645,snd_soc_sst_cht_bsw_rt5645,snd_pcm_dmaengine
snd_timer 49152 3 snd_seq,snd_hrtimer,snd_pcm
snd 131072 22 snd_seq,snd_seq_device,snd_sof,snd_timer,snd_compress,snd_hdmi_lpe_audio,snd_soc_sst_atom_hifi2_platform,snd_soc_core,snd_pcm
soundcore 16384 1 snd

Es gibt also Unterschiede bei diesen Ausgaben von lsmod | grep ‘snd’ , aber ich kann damit nichts anfangen.

Wenn man die betreffenden Anwendungen z.B. Firefox oder vlc schließt, hört auch kurze Zeit später das Quieken auf. Man kann dann die Audioausgabe neu Starten, bis zum nächsten Qieken…

Ich komme allein nicht weiter und bitte hiermit um Unterstützung.

Viele Grüße
Jürgen

2

Wegen der Übersichtlichkeit, hier noch mal die 4 Zeilen mit Unterschieden bei der Ausgabe von lsmod | grep ‘snd’ im “normalen” Anfangszustand und ==> nachdem die “Tonstörung” :wink: eingetreten ist

snd_soc_sst_cht_bsw_rt5645 32768 4 ==> 5
snd_sof_acpi_intel_byt 24576 0 ==> 2
snd_pcm 184320 9 ==> 10
snd 131072 21 ==> 22

3

Nachdem “die Tonstörung” aufgetreten ist, führe bitte (als Benutzer “root” in einer Konsole) folgende Befehle aus

journalctl -b 0 -p 3

journalctl -b 0 | grep irmware

und zeige das Ergebnis dieser Befehle (als “Preformatted text” => das Symbol </> hier im Forumseditor) hier im Forum und zwar stets inkl. der verwendeten Befehlszeile, allen Ausgaben und der nächsten, leeren Eingabeaufforderung.

Außerdem wäre es noch gut zu wissen, ob Du pulseaudio oder pipewire als Sound-Server verwendest. Dazu zeige bitte das Ergebnis von

inxi -Axxx

Sollte inxi auf Deinem System noch nicht installiert sein, so kannst Du es (als Benutzer “root” in einer Konsole) mit

zypper in inxi

installieren und mit

inxi -U

auf den aktuellsten Stand bringen.

4

Und hier noch ein paar weiterführende Links zur Analyse von Sound-Problemen.

openSUSE SDB:Audio_troubleshooting
openSUSE SDB:Intel-HDA_sound_problems (trifft möglicherweise nicht auf Deine HW zu)

5

@susejunky
Hallo und danke für die Rückmeldung.
Hier die gewünschten Ausgaben:

linux:/home/test # inxi -Axxx
Audio:
  Device-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series
    Imaging Unit vendor: Lenovo driver: N/A bus-ID: 00:03.0 chip-ID: 8086:22b8
    class-ID: 0480
  Sound API: ALSA v: k6.1.8-1-default running: yes
  Sound Server-1: PulseAudio v: 16.1 running: no
  Sound Server-2: PipeWire v: 0.3.65 running: yes
linux:/home/test #

Nach Eintritt der Tonstörung:

linux:/home/test # journalctl -b 0 -p 3
Feb 05 16:03:23 localhost kernel: atomisp-isp2 0000:00:03.0: atomisp: Error -2 while requesting firmware shisp_2401a0_v21.bin
Feb 05 16:03:24 localhost tlp[668]: Error: tlp.service is not enabled, power saving will not apply on boot.
Feb 05 16:03:24 localhost tlp[668]: >>> Invoke 'systemctl enable tlp.service' to correct this!
Feb 05 16:03:25 localhost tlp[728]: Error: tlp.service is not enabled, power saving will not apply on boot.
Feb 05 16:03:25 localhost tlp[728]: >>> Invoke 'systemctl enable tlp.service' to correct this!
Feb 05 16:03:25 localhost systemd[1]: Failed to start Self Monitoring and Reporting Technology (SMART) Daemon.
Feb 05 16:03:25 localhost smartd[811]: In the system's table of devices NO devices found to scan
Feb 05 16:03:25 localhost tlp[982]: Error: tlp.service is not enabled, power saving will not apply on boot.
Feb 05 16:03:25 localhost tlp[982]: >>> Invoke 'systemctl enable tlp.service' to correct this!
Feb 05 16:03:25 localhost bluetoothd[1028]: src/plugin.c:plugin_init() Failed to init vcp plugin
Feb 05 16:03:25 localhost bluetoothd[1028]: src/plugin.c:plugin_init() Failed to init mcp plugin
Feb 05 16:03:25 localhost bluetoothd[1028]: src/plugin.c:plugin_init() Failed to init bap plugin
Feb 05 16:03:26 localhost tlp[1069]: Error: tlp.service is not enabled, power saving will not apply on boot.
Feb 05 16:03:26 localhost tlp[1069]: >>> Invoke 'systemctl enable tlp.service' to correct this!
Feb 05 16:03:26 localhost tlp[1115]: Error: tlp.service is not enabled, power saving will not apply on boot.
Feb 05 16:03:26 localhost tlp[1115]: >>> Invoke 'systemctl enable tlp.service' to correct this!
Feb 05 16:03:32 localhost.localdomain chronyd[1194]: Could not add source 192.168.178.1
Feb 05 16:03:34 linux.fritz.box chronyd[1194]: Could not add source 192.168.178.1
Feb 05 16:03:49 linux.fritz.box bluetoothd[1028]: src/profile.c:record_cb() Unable to get Hands-Free Voice gateway SDP record: Host is down
Feb 05 16:04:47 linux.fritz.box chronyd[1194]: Could not add source 192.168.178.1
Feb 05 16:04:47 linux.fritz.box chronyd[1194]: Could not add source 192.168.178.1
Feb 05 16:07:14 linux.fritz.box konsole[2724]: kf.xmlgui: Shortcut for action  "" "SSH-Verwaltung anzeigen" set with QAction::setShortcut()! Use KActionCol>
Feb 05 16:07:14 linux.fritz.box konsole[2724]: kf.xmlgui: Shortcut for action  "" "Schnellbefehle anzeigen" set with QAction::setShortcut()! Use KActionCol>
Feb 05 16:09:47 linux.fritz.box kernel: hub 1-2:1.0: hub_ext_port_status failed (err = -71)
Feb 05 16:15:30 linux.fritz.box kernel: hub 1-2:1.0: hub_ext_port_status failed (err = -71)
Feb 05 16:16:52 linux.fritz.box konsole[3112]: kf.xmlgui: Shortcut for action  "" "SSH-Verwaltung anzeigen" set with QAction::setShortcut()! Use KActionCol>
Feb 05 16:16:52 linux.fritz.box konsole[3112]: kf.xmlgui: Shortcut for action  "" "Schnellbefehle anzeigen" set with QAction::setShortcut()! Use KActionCol>
lines 1-27/27 (END)

Die Konsole zeigte keine neue Eingabeaufforderung an!
Ich habe lange gewartet, weil das Gerät eine Weile “hing” und dann
den Prozess per Schliessen des Konsolefensters beendet.

Immer noch Daurpiepton.
Wieder in der Konsole als root:

linux:/home/test # journalctl -b 0 | grep irmware
Feb 05 19:04:28 localhost kernel: Spectre V2 : Enabling Restricted Speculation for firmware calls
Feb 05 19:04:28 localhost kernel: acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain 0000 [bus 00-3f] only partially covers this bridge
Feb 05 18:04:38 localhost kernel: atomisp-isp2 0000:00:03.0: Direct firmware load for shisp_2401a0_v21.bin failed with error -2
Feb 05 18:04:38 localhost kernel: atomisp-isp2 0000:00:03.0: atomisp: Error -2 while requesting firmware shisp_2401a0_v21.bin
Feb 05 18:04:38 localhost kernel: sof-audio-acpi-intel-byt 808622A8:00: Firmware info: version 2:2:0-57864
Feb 05 18:04:38 localhost kernel: sof-audio-acpi-intel-byt 808622A8:00: Firmware: ABI 3:22:1 Kernel ABI 3:23:0
Feb 05 18:04:38 localhost kernel: sof-audio-acpi-intel-byt 808622A8:00: Firmware info: version 2:2:0-57864
Feb 05 18:04:38 localhost kernel: sof-audio-acpi-intel-byt 808622A8:00: Firmware: ABI 3:22:1 Kernel ABI 3:23:0
Feb 05 18:04:38 localhost systemd[1]: Store a System Token in an EFI Variable was skipped because of an unmet condition check (ConditionPathExists=/sys/firmware/efi/efivars/LoaderFeatures-4a67b082-0a4c-41cf-b6c7-440b29bb8c4f).
Feb 05 18:04:38 localhost kernel: iwlwifi 0000:01:00.0: loaded firmware version 29.4063824552.0 7265D-29.ucode op_mode iwlmvm
Feb 05 18:04:38 localhost kernel: iwlwifi 0000:01:00.0: Allocated 0x00400000 bytes for firmware monitor.
Feb 05 18:04:39 localhost systemd[1]: Store a System Token in an EFI Variable was skipped because of an unmet condition check (ConditionPathExists=/sys/firmware/efi/efivars/LoaderFeatures-4a67b082-0a4c-41cf-b6c7-440b29bb8c4f).
Feb 05 18:04:39 localhost systemd[1]: Store a System Token in an EFI Variable was skipped because of an unmet condition check (ConditionPathExists=/sys/firmware/efi/efivars/LoaderFeatures-4a67b082-0a4c-41cf-b6c7-440b29bb8c4f).
Feb 05 18:04:40 localhost kernel: Bluetooth: hci0: Intel Bluetooth firmware file: intel/ibt-hw-37.8.10-fw-1.10.3.11.e.bseq
Feb 05 18:04:41 localhost NetworkManager[1170]: <info>  [1675616681.7275] manager[0x55e7531e3090]: monitoring kernel firmware directory '/lib/firmware'.
Feb 05 18:04:44 localhost.localdomain systemd[1]: Startup finished in 4.253s (firmware) + 9.113s (loader) + 2.273s (kernel) + 6.575s (initrd) + 10.794s (userspace) = 33.010s.
Feb 05 18:18:40 linux.fritz.box kernel: usb 1-2.2: device firmware changed
linux:/home/test #

“requesting firmware shisp_2401a0_v21.bin” wird hier als fehlend aufgeführt. Vielleicht hat es etwas damit zu tun?
Ich vergaß zu erwähnen, dass die Tonstörung auch mit Gnome aufgetreten ist - an der jeweiligen Oberfläche liegt es also nicht.

6

Die Konsole zeigte keine neue Eingabeaufforderung an!
Ich habe lange gewartet, weil das Gerät eine Weile “hing” und dann
den Prozess per Schliessen des Konsolefensters beendet.

Taste q oder STRG+C hilft.

1 Like
7

@Sauerland,
Danke. Tasten funktionieren.
Jetzt bitte noch die Anti-Piepton-Tastenkombination
:wink:

8

So auf den ersten Blick kann ich daran nichts auffälliges sehen und mangels vergleichbarer Hardware kann ich auch keinerlei Tests machen.

Aber vielleicht können Dir die beiden folgenden Links hilfreich sein:

GitHub: sof-audio-acpi-intel-byt
GitHub: shisp_2401a0_v21.bin

1 Like
9

Danke für die Links. Ich schau es mir an.

10

Der 2. Link betrifft wohl die 2 Cameras von dem Laptop und könnte hilfreich sein, diese zum Laufen zu bringen.
Momentan habe ich nicht die Absicht, die Cameras zu nutzen, aber vielleicht später mal.

Der 1. Link enthält irgendwo nahezu mittig die finale Lösung des Soundproblems von dem Laptop.
Eine einzeilige *.conf - Datei in /etc/modprobe.d muss erstellt werden, das wars.

Seit ca. 1 Stunde läuft ununterbrochen (leise) :wink: ein Stream aus dem Internet über die eingebauten Lautsprecher von dem Gerät - problemlos! Kurioserweise hat die Bluetooth-Audioübertragung von Anfang an funktioniert, aber ich wollte mir ja keine Bluetooth Box neben die eingebauten Lautsprecher stellen oder immer Kopfhörer aufhaben - ihr versteht das sicher.

Ich bin jetzt eigentlich recht zufrieden mit dem Gerät, weil ich nun nicht mehr Windows nehmen muss, um die relevanten Funktionen nutzen zu können und endlich openSUSE so funktioniert, wie man es erwartet.

Produktübersicht Herstellerseite
Ja klar, der “Atomare” Prozessor, die 4 GB RAM und die 64GB eMMC (statt SSD) ermöglichen keine Riesen-Performance, aber es tut was es soll (nach gewisser Zeit) :wink:
Es ist mein bisher kleinstes “Komplettsystem” mit OpenSUSE. Im Moment kann ich beim UEFI-Boot zwischen Windows 11, Leap 15.4 mit Gnome und Tumbleweed mit KDE auswählen. Man denkt gar nicht, was da so alles drauf passt, Platz ist in der kleinsten Hütte :wink:
Das Gerät hatte ich mir vor ca. 4 Jahren gekauft, weil ich für Reisen wegen Javanutzung ein preiswertes 64bit System brauchte.

Ich habe bei den SUSE-Hardware-Listen im Wiki eine Zeile hinzu gefügt in der Tabelle mit der Überschrift “Lenovo”, um die Einrichtung zu dokumentieren.
openSUSE Wiki - Lenovo Hardware

@susejunky
Nochmal besten Dank, Du hast mich auf die richtige Fährte geLINKt. :+1: :slightly_smiling_face: