ubuntuusers.de

Habe gelöscht:

rm ~/.config/wireplumber/wireplumber.conf.d/90-debug.conf

Neustart, Schein-Ausgabe, kein Ton:

$ dpkg -l libportaudio2
+-- Desired=Unknown/Install/Remove/Purge/Hold
|+- Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
||+ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||| Name                Version                              Architektur  Beschreibung
+++-===================-====================================-============-===================================
ii  libportaudio2:amd64 19.7.0+git20260206.e1b70d33-0ubuntu1 amd64        Portable audio I/O - shared library

Habe gelöscht:
Neustart, Schein-Ausgabe, kein Ton:

Hat auch nur ab nächsten Login Debug wieder rausgenommen, schreibt sonst zuviel.

-

Audacity als Verursacher würde nur eine Rolle spielen wenn nach Login sofort gestartet, also per Autostart etc.

-

Ist PulseAudio in der Grafik auch ganz links?

Ja, wurde aber durch Pipewire ersetzt. PA Apps/ CLI Tools(wie. z.B. pactl) brauchen dann "pipewire-pulse". Ist bei Dir per Standard aktiv. Siehe bei JACK, dafür ist eben "pipewire-jack"

-

Zum eigentlichen Problem:

Zeige mal ob was an alten Configs rumliegt:

ls -la ~/.asoundrc ~/.asoundrc.asoundconf

#gesamt ins Terminal
find ~/.config ~/.local/share ~/.local/state \
  -maxdepth 7 \
  \( -iname '*wireplumber*' -o -iname '*pipewire*' -o -iname '*alsa*' \) \
  2>/dev/null

edit #gesamt ins Terminal geä.

Habe noch Ideen. ☺

… wenn Du noch Ideen hast - prima!

$ ls -la ~/.asoundrc ~/.asoundrc.asoundconf
ls: cannot access '/home/musiker88/.asoundrc': No such file or directory
ls: cannot access '/home/musiker88/.asoundrc.asoundconf': No such file or directory

Habe da mehr erwartet:

$ find ~/.config ~/.local/share ~/.local/state \
  -maxdepth 7 \
  \( -iname '*wireplumber*' -o -iname '*pipewire*' -o -iname '*alsa*' \) \
  2>/dev/null
/home/musiker88/.config/wireplumber
/home/musiker88/.config/wireplumber/wireplumber.conf.d
/home/musiker88/.local/share/Meltytech/Shotcut/presets/AlsaWidget
/home/musiker88/.local/state/wireplumber.bak
/home/musiker88/.local/state/wireplumber.bak/wireplumber
/home/musiker88/.local/state/wireplumber

"/Meltytech/Shotcut/presets/AlsaWidget": Ach ja, Shotcut (video editor) ist auch installiert.

*gelöscht*

Selbst wenn verzögerter Start was bringen würde, Aufwand zu viel.

Aber Das kannst Du mal machen:(nano: ctrl+o (für out) speichern)

sudo apt install bpftrace
sudo nano /usr/local/sbin/trace-audio.bt

Das rein:

BEGIN
{
    printf("=== ALSA device access tracing started ===\n");
}

tracepoint:syscalls:sys_enter_openat
{
    $f = str(args.filename);

    if (strncmp($f, "/dev/snd/", 9) == 0) {
        printf("OPENAT pid=%d uid=%d comm=%s file=%s\n",
               pid, uid, comm, $f);
    }
}

Dann:

sudo nano /etc/systemd/system/alsa-open-trace.service

Einfügen:

[Unit]
Description=Trace ALSA device opens with bpftrace
DefaultDependencies=no
After=local-fs.target
Before=systemd-user-sessions.service graphical.target

[Service]
Type=simple
ExecStart=/usr/bin/bpftrace -o /var/log/alsa-open-trace.log /usr/local/sbin/trace-audio.bt
Restart=on-failure
RestartSec=1

[Install]
WantedBy=multi-user.target

Dann:

sudo systemctl daemon-reload
sudo systemctl enable alsa-open-trace.service

Auswertung nach Rechnerneustart:

/var/log/alsa-open-trace.log

Neustart, Scheinausgabe, kein Ton: Das ist /var/log/alsa-open-trace.log:

=== ALSA device access tracing started ===
OPENAT pid=3176 uid=0 comm=(udev-worker) file=/dev/snd/hwC0D0
OPENAT pid=3176 uid=0 comm=(udev-worker) file=/dev/snd/hwC0D0
OPENAT pid=3232 uid=0 comm=alsactl file=/dev/snd/controlC0
OPENAT pid=3232 uid=0 comm=alsactl file=/dev/snd/controlC0
OPENAT pid=3232 uid=0 comm=alsactl file=/dev/snd/controlC0
OPENAT pid=3232 uid=0 comm=alsactl file=/dev/snd/controlC0
OPENAT pid=3232 uid=0 comm=alsactl file=/dev/snd/controlC0
OPENAT pid=3172 uid=0 comm=(udev-worker) file=/dev/snd/hwC0D2
OPENAT pid=4601 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4601 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4601 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4601 uid=60578 comm=wireplumber file=/dev/snd/controlC0

Bitte habe Geduld, bin morgen gebucht und So platt. Bin spätestens Mo zurück.

Am Wochenende ausgeführt:

sudo apt --yes full-upgrade

Heute ist das Protokoll etwas anders:

$ cat /var/log/alsa-open-trace.log
=== ALSA device access tracing started ===
OPENAT pid=4803 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4803 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4803 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4803 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4803 uid=1001 comm=wireplumber file=/dev/snd/pcmC0D0p
OPENAT pid=4803 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=8356 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D4p
OPENAT pid=8358 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D6c
OPENAT pid=8358 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D6c
OPENAT pid=8363 uid=0 comm=(udev-worker) file=/dev/snd/timer
OPENAT pid=8363 uid=0 comm=(udev-worker) file=/dev/snd/timer

Trotzdem Scheinausgabe, kein Ton. Warum wird "comm=wireplumber file=/dev/snd/controlC0" so oft aufgerufen?

Den Service auch auf dem zweiter_user aktiviert, Neustart, hier Ton. Das Protokoll:

$ cat /var/log/alsa-open-trace.log
=== ALSA device access tracing started ===
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=4753 uid=1001 comm=pipewire file=/dev/snd/seq
OPENAT pid=8526 uid=0 comm=(udev-worker) file=/dev/snd/hwC0D0
OPENAT pid=8533 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D3p
OPENAT pid=8526 uid=0 comm=(udev-worker) file=/dev/snd/hwC0D0
OPENAT pid=8533 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D3p

Es wird öfter "comm=pipewire file=/dev/snd/seq" ausgeführt. Ist das die Lösung?

(1) Neustart, Schein-Ausgabe, kein Ton:

$ systemctl --user restart wireplumber

Jetzt findet er den Speaker. Die Ausgabe:

$ cat /var/log/alsa-open-trace.log
=== ALSA device access tracing started ===
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/pcmC0D4p
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/pcmC0D5p
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/pcmC0D6c
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/pcmC0D31p
OPENAT pid=8323 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D31p

(2) Neustart, Schein-Ausgabe, kein Ton:

$ systemctl --user restart pipewire

Jetzt findet er den Speaker. Die Ausgabe:

$ cat /var/log/alsa-open-trace.log
=== ALSA device access tracing started ===
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/pcmC0D5p
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/pcmC0D6c
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/pcmC0D31p
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=4799 uid=1001 comm=wireplumber file=/dev/snd/controlC0
OPENAT pid=8283 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D4p
OPENAT pid=8285 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D6c
OPENAT pid=8285 uid=0 comm=(udev-worker) file=/dev/snd/pcmC0D6c

Das Problem kann behoben werden, wenn wireplumber ODER pipewire neu gestartet wird. Steht hier wireplumber dem pipewire (oder umgekehrt) auf der Leitung?

Du bist ja lustig, am Anfang schreibst Du von fehlender Motivation, dann bleibst Du aber dennoch am Ball.👍
Lies mal:

WirePlumber fails to create audio device on boot - proxy destroyed before activation

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1123791

Vergleich der beiden User:(nur WP/PW Userbezogen)

journalctl --user -b -u pipewire.service -u pipewire-pulse.service -u wireplumber.service --no-pager

edit

Mir ist noch was Komisches aufgefallen, Sieh Dir mal in /var/log/alsa-open-trace.log die UIDs an:

Bsp:

OPENAT pid=5012 uid=60578 comm=wireplumber file=/dev/snd/pcmC0D31p

WP/PW laufen als User, wieso dann die uid=60578?
Dann, die UID sollten sich unterscheiden von User zu User. Wieso haben bspw. am 20. Oktober 2026 16:26 Beide die 1001?

Deine User:

getent passwd | awk -F: '$3 >= 1000 && $3 < 65534 {printf "UID=%-6s Benutzer=%s\n", $3, $1}'

Das zeigt wer welche UID..

getent passwd <UID>

Mit welcher UID laufen WP/PW:

ps -eo uid,user,pid,ppid,cmd | grep -E '[p]ipewire|[w]ireplumber'

–

Sowie offb. greift bei Funktion Pipewire auf file=/dev/snd/* zu,
bei Fehler offb. Wireplumber. Ausgabe vom 26. Oktober 2026 09:34 ist dann doch wieder verwirrend dbzgl.

–

Dann

Den Service auch auf dem zweiter_user aktiviert,

Verstehe ich nicht, der lief schon als root.

pgrep -af alsa-open-trace
ps -eo uid,user,pid,ppid,cmd | grep -E '[a]lsa-open-trace'

–

Erstelle die Logs nochmal. Wichtig: Kein Abmelden/ Anmelden, sondern Neustart Rechner.
1. FehlerUser,2. OK User,3. wieder FehlerUser

Dann was steckt hinter bspw.:

uid=60578 comm=wireplumber
getent passwd 60578

Der OK User müsste UID 1001 sein.(Der FehlerUser vmtl. 1000)

… Logs nochmal. Wichtig: Kein Abmelden/ Anmelden, sondern Neustart Rechner.

Die waren immer nach Neustart, zuletzt aber wie beschrieben mit restart wireplumber bzw. pipewire.

Verstehe ich nicht, der lief schon als root.

Deshalb war der schon da … (nur musiker)

Hab mir https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1123791 angesehen. Das Problem betrifft offenbar die bei mir verbaute Hardware. Damit kommt auch der Treiber für diese Hardware in Frage und am Ende ist der Eintrag im Treiber daran schuld:

Vom Treiber wird eine Kernal-Version angefordert, die es noch gar nicht gibt.

Könnte das die Erklärung sein?

Also Lotto spielen brauchst Du defintiv nicht.

Das Problem betrifft offenbar die bei mir verbaute Hardware. Damit kommt auch der Treiber für diese Hardware in Frage und am Ende ist der Eintrag im Treiber daran schuld:

Vom Treiber wird eine Kernal-Version angefordert, die es noch gar nicht gibt.

Könnte das die Erklärung sein?

Alles Quatsch. Realtek ALC257 vs ALC287

Dachte Du hättest bissel was kapiert. aplay(+speaker-test) läuft, damit ist ALSA klar, damit Treiber.

Der Fehler dürfte in Version v. Wireplumber oder Pipewire sitzen( ☺ ), unter welchen Umständen das auftritt ist noch im Reich der Vermutungen und wird da auch wohl bleiben.

Lasse nach Login den Restart machen und gut ist.