Dotaz: Zvukový systém neběží

[semtex]

Ahoj, prosím o radu ohledně zvuku. Mám novou instalaci kubuntu 20.10. Když se přiloguju, tak ikona repráčku je přeškrtnutá a když se podívám do nastavení/audio/pokročilé, tak vnitřní zvukový systém je "vypnuto" a jiný profil ani vybrat nejde.

Nicméně stačí zabít pulseaudio příkazem "killall pulseaudio" a v tu ránu zvukový systém naběhne a je plně funkční.

Nevíte, v čem může být zakopaný pes?

Moc díky.

---

---

Odpovědi

[X]

Chtelo by to vice informaci. Nejaky log, vystup, erorr, proste neco..

[semtex]

No když to je právě to, že já žádnou chybu nevidím... Ani v logu jsem nenašel nic, co by souviselo se zvukem

[MadCatX]

Ani když si pod rootem prohlédneš journalctl? Co je to za hardware?

[semtex]

tak jsem vyjel journalctl a nevim, jestli to třeba nesouvisí s tím posledním řádkem?

pro 23 23:44:10 semtex-MS-7C88 systemd[1189]: pulseaudio.service: Succeeded.
pro 23 23:44:11 semtex-MS-7C88 systemd[1309]: Not generating service for XDG autostart app-pulseaudio-autostart.service, startup phases are not supported.
pro 23 23:44:21 semtex-MS-7C88 systemd[1189]: pulseaudio.socket: Succeeded.
pro 23 23:44:30 semtex-MS-7C88 pulseaudio[1312]: GetManagedObjects() failed: org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)

po tom zakilení, když pustím journalctl, tak dostanu tohle:

pro 23 23:52:14 semtex-MS-7C88 systemd[1304]: pulseaudio.service: Succeeded.
pro 23 23:52:16 semtex-MS-7C88 dbus-daemon[989]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service' requested by ':1.88' (uid=1000 pid=2859 comm="/usr/bin/pulseaudio --daemonize=no --log-target=jo" label="unconfined")

Jinak je to nějakej onboard zvuk na desce msi

00:1f.3 Audio device: Intel Corporation Device a3f0
        DeviceName: Onboard - Sound
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device 9c88
        Flags: bus master, fast devsel, latency 32, IRQ 133
        Memory at b1320000 (64-bit, non-prefetchable) [size=16K]
        Memory at b1300000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: access denied
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel, snd_sof_pci

[Peter Golis]

Máš pripojené repráky z tej onboard zvukovky cez BlueTooth?

[semtex]

To ne, přes kabel

[Peter Golis]

Pretože to padá na tom, že sa ti nevie za 25 sekúnd iniciovať modrý zub (org.bluez) cez DBus. Zaujímalo by ma ako sa takéto niečo dá zreprodukovať.

[Josef Kufner]

Než to zabiješ, koukni odkud se to vzalo. Pod kým to běží, zda není vidět rodičovský proces, který to spustil, …

[semtex]

ps vypadá takto:

semtex      1304  0.1  0.1  19892 10432 ?        Ss   23:44   0:00 /lib/systemd/systemd --user
semtex      1305  0.0  0.0 104580  3732 ?        S    23:44   0:00  \_ (sd-pam)
semtex      1311  0.0  0.1 108700 11580 ?        Ssl  23:44   0:00  \_ /usr/bin/pipewire
semtex      1315  0.0  0.1  26864 10996 ?        Sl   23:44   0:00  |   \_ /usr/bin/pipewire-media-session -d bluez5
semtex      1312  0.0  0.2 626576 19744 ?        Ssl 23:44   0:00  \_ /usr/bin/pulseaudio --daemonize=no --log-target=journal
semtex      1338  0.0  0.1 243528  8868 ?        Sl   23:44   0:00  |   \_ /usr/libexec/pulse/gsettings-helper

[Josef Kufner]

Nepere se pulseaudio a pipewire? Když zabiješ pulseaudio, tak zůstane zabité a jedeš přes pipewire, nebo se znovu nastartuje?

[semtex]

Právě že se nahodí hned zpět... po zakilení vypadá ps následovně

semtex      1304  0.0  0.1  19892 10432 ?        Ss   23:44   0:00 /lib/systemd/systemd --user
semtex      1305  0.0  0.0 104580  3732 ?        S    23:44   0:00  \_ (sd-pam)
semtex      1311  0.0  0.1 108700 11580 ?        Ssl  23:44   0:00  \_ /usr/bin/pipewire
semtex      1315  0.0  0.1  26864 10996 ?        Sl   23:44   0:00  |   \_ /usr/bin/pipewire-media-session -d bluez5
semtex      1314  0.0  0.0   8624  5304 ?        Ss   23:44   0:00  \_ /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
semtex      1433  0.0  0.4 472788 32580 ?        Sl   23:44   0:00  \_ /usr/lib/x86_64-linux-gnu/libexec/kactivitymanagerd
semtex      1444  0.0  0.5 280092 40500 ?        Sl   23:44   0:00  \_ /usr/bin/kglobalaccel5
semtex      1485  0.0  0.0 156352  5872 ?        Sl   23:44   0:00  \_ /usr/libexec/dconf-service
semtex      1559  0.0  0.2 229156 20468 ?        Sl   23:44   0:00  \_ /usr/lib/x86_64-linux-gnu/libexec/kf5/kscreen_backend_launcher
semtex      1560  0.0  0.0  45392  6728 ?        Ss   23:44   0:00  \_ /usr/lib/bluetooth/obexd
semtex      1693  0.0  0.0 242324  7752 ?        Ssl  23:45   0:00  \_ /usr/libexec/gvfsd
semtex      2859  0.0  0.2 623816 18456 ?        Ssl 23:52   0:00  \_ /usr/bin/pulseaudio --daemonize=no --log-target=journal
semtex      2862  0.0  0.1 243528  8900 ?        Sl   23:52   0:00      \_ /usr/libexec/pulse/gsettings-helper

[Josef Kufner]

Ok, takže ještě koukni, co používá zvukovku před a po zabití (lsof /dev/snd/*). Tipuju, že pulseaudio se chytne až na podruhé.

[semtex]

Tak před a po to vypadá následovně:

semtex@semtex-MS-7C88:~$ lsof /dev/snd/*
COMMAND    PID   USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
pipewire  1798 semtex   22u   CHR  116,1      0t0  631 /dev/snd/seq
pipewire  1798 semtex   28u   CHR  116,1      0t0  631 /dev/snd/seq
pulseaudi 1799 semtex   16u   CHR 116,12      0t0  703 /dev/snd/controlC0
pulseaudi 1799 semtex   33u   CHR 116,14      0t0  718 /dev/snd/controlC1
pipewire- 1802 semtex   22u   CHR 116,14      0t0  718 /dev/snd/controlC1
pipewire- 1802 semtex   25u   CHR 116,12      0t0  703 /dev/snd/controlC0

semtex@semtex-MS-7C88:~$ killall pulseaudio

semtex@semtex-MS-7C88:~$ lsof /dev/snd/*
COMMAND    PID   USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
pipewire  1798 semtex   22u   CHR  116,1      0t0  631 /dev/snd/seq
pipewire  1798 semtex   28u   CHR  116,1      0t0  631 /dev/snd/seq
pipewire- 1802 semtex   22u   CHR 116,14      0t0  718 /dev/snd/controlC1
pipewire- 1802 semtex   25u   CHR 116,12      0t0  703 /dev/snd/controlC0
pulseaudi 4673 semtex  mem    CHR 116,13           717 /dev/snd/pcmC1D0c
pulseaudi 4673 semtex  mem    CHR  116,2           683 /dev/snd/pcmC0D0p
pulseaudi 4673 semtex   16u   CHR 116,12      0t0  703 /dev/snd/controlC0
pulseaudi 4673 semtex   21u   CHR 116,14      0t0  718 /dev/snd/controlC1
pulseaudi 4673 semtex   22u   CHR 116,13      0t0  717 /dev/snd/pcmC1D0c
pulseaudi 4673 semtex   23u   CHR 116,12      0t0  703 /dev/snd/controlC0
pulseaudi 4673 semtex   24u   CHR  116,2      0t0  683 /dev/snd/pcmC0D0p

[semtex]

Zkus přejmenovat /usr/bin/pipewire na něco jiného. Pokud to pomůže, tak to nejspíš bude tím, že pulseaudio a pipewire startují současně, pipewire si osahá zvukovku, takže pulseaudio na ní v tu chvíli nemůže. Protože však nic nehraje, tak ji pipewire uvolní a pulseaudio se napodruhé dostane ke slovu. Je to jen můj odhad, možná to bude úplně něčím jiným.

Koukni do /etc/pulse/daemon.conf, jsou tam volby log-*. Zkus jim nastavit něco výřečného a pak by v logu mohlo být, co se to děje a co se pulseaudiu nepovede. Pak to zas vrať zpět, ať nemáš zabordelený disk zbytečnými logy.

[semtex]

Souhlas.

Nebo pipewire úplně vypnout, viz např. https://www.reddit.com/r/kde/comments/isu1yl/kde_neon_pipewire_issues/g5ag9sh/?utm_source=reddit&utm_medium=web2x&context=3

Připomělo mi to nedávnou diskusi o pipewire na rootu plnou nadšení, jak pipewire vyřeší problémy toho ošklivého pulseaudia... Jako se zpočátku mlátilo PA s alsou, než se vyladila konfigurace a klienti začaly defaultně preferovat PA, úplně stejně se nyní bude mlátit PW s PA a alsou.

[Josef Kufner]

Asi to bude na začátku trochu drhnout. Docela bych očekával, že Pipewire prostě Pulseaudio nahradí a bude nabízet jeho protokol, aby aplikace nejlépe o ničem nevěděly.

[semtex]

No jo, tak to mě vůbec nenapadlo, že se budou mezi sebou hádat. Vypnul jsem pipewire a už je to ok.

Díky.