Damit bist Du schon ein gutes Stück weiter. Du brauchst Dich also um Mixer usw. gar nicht mehr zu kümmern.
Wahrscheinlich steht da irgendein Murks in deiner Config.
Also musst Du das debuggen. Starte pulseaudio nicht als Daemon sondern mit "verbose" Meldungen:
pulseaudio -vv
Nein, nicht als root und auch nicht aus der Konsole. Ich habe ein Video
angeklickt und dann war der Sound weg.
OK, bei dir scheint's ja ein Problem mit pulseaudio zu geben, aber nur mal so fuer aehnlich gelagerte Faelle in der Zukunft:
Wenn ich MPlayer aus der Konsole (wurscht ob root oder nicht) heraus starte, dann kommt ein Haufen Zeugs an Info, was man normalerweise ignoriert. Aber da kommt bei mir z.B. auch sowas:
Ohne einen Sound Server (wie Pulseaudio, Jack, Pipewire), wird unter Linux alsa verwendet (OSS gibt es glaub ich schon gar nicht mehr). Wobei die Sound Server am Ende auch auf Alsa aufbauen, aber auch von Alsa per Plugins die Sound Server eingebunden werden, da gibt es viele Wege, wie Anwendungen letztendlich Sound ausgeben können.
Bei Alsa gibt es in der Regel eine default Karte, die Anwendungen normalerweise nehmen, und dass ist dann eine der echten Soundkarten die der Kernel anbietet. Aber die können in der Regel nur von einer Anwendung verwendet werden. Man kann alsa aber so Konfigurieren, dass stattdessen eine andere Karte verwendet wird, auch virtuelle, z.B. dmix: https://alsa.opensrc.org/Dmix Das ding erlaubt mehrere Clients -> eine Soundkarte, und mixt die zusammen.
Normalerweise nutzt man aber sowieso einen Sound Server. Auf der alsa Seite machen dann was ähnliches wie dmix, und noch einiges mehr. Bei Pipewire gibt es ausserdem Pulseaudio und Jack Emulation, so dass Anwendungen, die nur die nutzen wollen, auch mit Pipewire funktionieren.
Bei dir funktioniert offenbar pulseaudio nicht mehr. Also musst du es entweder reparieren, oder halt eine der anderen Möglichkeiten nehmen. (Wobei dir Jack hier nicht helfen wird, das wird nicht von allen unterstützt, also entweder dmix oder pipewire, wobei letzteres je nach System nicht trivial einzurichten ist).
Aber bevor du irgendwas machst, schau erst mal nach, ob der Package Manager noch zufrieden ist, oder ob was gröberes kaputt ist. Also root, "apt-get update && apt-get upgrade", wenn es dabei Probleme gibt, sollte man zuerst die angehen.
Und mit "dpkg --verify" kann man nachsehen, welche Dateien geändert wurden oder fehlen. Ein paar wenige davon hat man immer, aber vielleicht ist ja was unerwartetes dabei.
Bei Alsa gibt es in der Regel eine default Karte, die Anwendungen
normalerweise nehmen, und dass ist dann eine der echten Soundkarten die
der Kernel anbietet. Aber die können in der Regel nur von einer
Anwendung verwendet werden.
Nein schon lange nicht mehr. Die Standardeinstellung von ALSA bei so ziemlich allen Distributionen ist es die Ausgabe über das "dmix" plugin zu schicken. Und damit können alle Applikationen gleichzeitig ausgeben. Der Nachteil davon ist, dass das zum einen statisch ist (also Headset während der Konferenz anstecken ist nicht) und zum zweiten lässt sich die Lautstärke nicht unabhängig pro Applikation regeln (außer die Applikation macht das selbst).
Deswegen gibt es ja die soundserver unter Linux. Die Applikationen geben Ihr Audio an den Server und der gibt das dann aus. Der kann dann dynamisch die Ausgabe anpassen, routen und individuell konfigurieren werden. Historisch ist pulseaudio der bekannteste, wird aber gerade von pipewire abgelöst. (Pipewire kann u.a. pulseaudio emulieren)
Anhand der Screenshots oben sieht man da sehr wohl pulseaudio oder pipewire läuft. Sonst gäbe es im "Playback" Tab nämlich nicht mehrere Einträge. Deswegen geht auch das starten schief, pulseaudio läuft nämlich bereits. Im "Output devices" tab sieht man, das Pulseuadio kein Ausgabegerät hat. Mit großer Wahrscheinlichkeit läuft da irgend eine andere Anwendung, die sich die Soundkarte exklusiv gekrallt hat im Hintergrund. Das kann auch an einer kaputten Alsa Konfiguration liegen. (Oder es gibt keine Soundkarte im System...)
Mit der folgenden Zeile sollte man sehen welches Programme (process id) alsa offen haben: (Muss man als root starten)
1
for i in /proc/*/fd/*; do readlink $i | grep -q /dev/snd/pcm && echo $i | awk -F '/' '{print $3}'; done | uniq
Ich gehe davon aus, dass bei Dir pulseaudio installiert ist (das pulseaudio command ist ja vorhanden, s.o.).
Um weiteren Spekulationen bzgl. pipewire, ALSA usw. vorzubeugen, könntest Du das vielleicht noch einfach bestätigen, z.B. per
dpkg -s pulseaudio | grep Status
dpkg -s pipewire | grep Status
... und Dich dann an das pulseaudio-Troubleshooting machen:
pulseaudio -k
sudo ps -Alf | grep pulse (da sollte nichts mehr angezeigt werden)
pulseaudio -vv
Dann müsste er Dir einiges erzählen.
I: [pulseaudio] main.c: This is PulseAudio 15.99.1
17
D: [pulseaudio] main.c: Compilation CFLAGS: Not yet supported on meson
18
D: [pulseaudio] main.c: Running on host: Linux x86_64 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024
19
D: [pulseaudio] main.c: Found 12 CPUs.
20
I: [pulseaudio] main.c: Page size is 4096 bytes
21
D: [pulseaudio] main.c: Compiled with Valgrind support: no
22
D: [pulseaudio] main.c: Running in valgrind mode: no
23
D: [pulseaudio] main.c: Running in VM: no
24
D: [pulseaudio] main.c: Running from build tree: no
25
D: [pulseaudio] main.c: Optimized build: yes
26
D: [pulseaudio] main.c: All asserts enabled.
27
I: [pulseaudio] main.c: Machine ID is 7bd6478ecf2641bebc989892f835cf85.
28
I: [pulseaudio] main.c: Session ID is c1.
29
I: [pulseaudio] main.c: Using runtime directory /run/user/1000/pulse.
30
I: [pulseaudio] main.c: Using state directory /home/inet/.config/pulse.
31
I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-15.99.1+dfsg1/modules.
32
I: [pulseaudio] main.c: Running in system mode: no
33
I: [pulseaudio] main.c: System supports high resolution timers
34
D: [pulseaudio] memblock.c: Using shared memfd memory pool with 1024 slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot size is 65472
E: [pulseaudio] main.c: Daemon startup without any loaded modules, refusing to work.
43
I: [pulseaudio] main.c: Daemon terminated.
Ich hatte pulseaudio -vv als root gestartet – da beschwert er sich zuerst, das Programm sich nicht dazu gedacht, unter root zu laufen und dann kotzt es einen schier tot…
pulseaudio hatte ich bisher benutzt. pipewire ist wohl bei missglückten
Reparaturversuchen nach dubiosen Anleitungen rein geraten.
Anhang: Muss irgendwas von den installierten Modulen drin bleiben, oder
kann ich die alle deinstallieren?
Bei mir läuft pipewire problemlos (auf Debian bookworm). Ohne pulseaudio.
Mint 22 hat wohl standardmäßig auch nur noch pipewire.
Du könntest also
pipewire-pulse installieren (das müsste pulseaudio ersetzen), oder
pipewire deinstallieren und nur pulseaudio benutzen, oder
pipewire so konfigurieren, dass es pulseaudio als Backend benutzt (Muss gehen, da müsste ich aber googlen ;-) ).
Bei 1. sollte pulseaudio automatisch deinstalliert werden. Falls nicht, dann manuell nachholen.
Bei 2. sollten auch alle nicht mehr benötigten pipewire Module rausfliegen, da die als "automatisch installiert" markiert sind.
Oder hast Du kürzlich einen Kernel-Upgrade gemacht und dem neuen Kernel
fehlt irgendeine Firmware für Dein Audio?
Das Problem trat auf, als ich eine Video-Datei mit MPlayer öffnete. Da gleichzeitig Sound lief, brach der ab und der Schuldige konnte nicht mehr leugnen.
Upgrade zu Mint 22 hatte ich auch schon ins Auge gefasst. Ich habe allerdings eine Konfiguration, mit der ich keine Erfahrungen habe:
Das System auf einer SSD auf sda, die Daten (mit luks) auf einer Festplatte. Es wäre wohl besser gewesen, wenn ich die SSD in zeit Partitionen geteilt hätte, dann könnte ich jetzt auf die zweite Partition Mint 22 installieren.
Gibt es einen Weg, die SSD nachträglich zu partitionieren, ohne das dort vorhandene System zu gefährden?
Gibt es einen Weg, die SSD nachträglich zu partitionieren, ohne das dort
vorhandene System zu gefährden?
Gibt es - sofern Du genug Platz auf der SSD hast.
Wenn Du mit ext4 formatiert hast, schau Dir mal resize2fs an. Oder gparted. Das ist vielleicht bequemer (da sowohl Filesystem als auch Partition gleichzeitig angepasst werden).
pipewire-pulse installieren (das müsste pulseaudio ersetzen), oder
.
.
Bei 1. sollte pulseaudio automatisch deinstalliert werden. Falls nicht,
dann manuell nachholen.
Warum? Ist das die Holzhammermethode für Leute, die keinen Bock haben, den Beipackzettel zu lesen? Es reicht, PA runterzufahren und Pipewire hochzufahren.
Das Problem trat auf, als ich eine Video-Datei mit MPlayer öffnete. Da
gleichzeitig Sound lief, brach der ab und der Schuldige konnte nicht
mehr leugnen.
Es gibt pipewire-audio-client-libraries, aber kein pipewire-audio.
In Debian bookworm enthalten sowohl pipewire-audio-client-libraries als auch pipewire-alsa (eine Abhängigkeit von pipewire-audio) die folgenden Dateien:
Upgrade zu Mint 22 hatte ich auch schon ins Auge gefasst. Ich habe
allerdings eine Konfiguration, mit der ich keine Erfahrungen habe:
Das System auf einer SSD auf sda, die Daten (mit luks) auf einer
Festplatte.
Nicht ganz. Das System ("root" mit Mountpoint "/") ist auf einem LVM logical volume, der wiederum auf einer luks Partition auf sda3 ist.
Den logical volume kannst Du verkleinern und daneben einen neuen erstellen, auf dem Du dann Mint 22 oder ein anderes System installieren kannst.
Das wird aber ein bisschen Handarbeit. Oder Du installierst blivet-gui.
Die Frage ist, ob es Dir den Aufwand Wert ist. Der Upgrade von 21 zu 22 sollte Dein System nicht abschießen, und Du hast ja sicher einen Backup.
Es gibt pipewire-audio-client-libraries, aber kein pipewire-audio.
Ach!
In Debian bookworm enthalten sowohl pipewire-audio-client-libraries als
Ubuntu 22, auf dem LM 21 basiert, ist aber nicht Debian. Außerdem ist pipewire-audio-client-libraries in Bookworm ein transitional package, in dem nur 2 Dateien sind, nämlich Changelog und Copyright. Es zieht allerdings pipewire-alsa und pipewire-jack nach.
auch pipewire-alsa (eine Abhängigkeit von pipewire-audio) die folgenden
Dateien:
In LM 21 sind die in pipewire-alsa und pipewire-jack vorhandenen Dateien unter
pipewire-audio-client-libraries zusammengeführt. Daher wird man erstgenannte Pakete vergeblich suchen.
Ist das die Holzhammermethode für Leute, die keinen Bock haben,
den Beipackzettel zu lesen?
Nein, das ist die Methode für Leute, die wissen, wie man Pakete installiert und deinstalliert aber nicht unbedingt wissen, wie man systemd Dienste (un)maskiert oder dis/enabled - und das auch gar nicht wissen müssen, da sie Lennarts alten Kram sowieso nicht mehr brauchen und nicht als Karteileiche herumliegen haben müssen.
Es ist also kein Holzhammer sondern ein Besen.
Mit dem Holzhammer kann man Dinge kaputt machen. Mit dem Besen macht man sauber. Zur Not kann man mit dem Besen auch besonders schlaue Kerlchen, die nicht konstruktiv beitragen, aus dem Zimmer scheuchen. ;-)
@Michael:
Ist doch alles gut.
Moriz hat seinen Sound.
Ich konnte helfen und kann mich nun wieder meinen eigenen Brötchen zuwenden.
Du konntest ein bisschen rumstänkern und Dich etwas für Dein Ego ins Zeug legen.
Da hat doch jeder, was er will, und der Thread ist fertig.
Da hat doch jeder, was er will, und der Thread ist fertig.
Neinnein, jetzt komme noch ich und fange an unqualifiziert rumzumoppern, dass pulsaudio, pipewire, jack etc. alles voellig ueberfluessiger Bloat ist, denn bei mir laeuft nur alsa und ich hab Audio ausm firefox und MPlayer - sogar gleichzeitig - und ist bis jetzt noch nicht kaputtgegangen. :-)
Ich wage mal eine zugegebenermaßen mutige These: Die meisten Konfigurationen gehen auch nicht einfach mal so von sich aus kaputt. Zumeist braucht es da liebevolle, experimentierfreudige Hände.
Die Freude währte nicht lange: heute Vormittag ein Video angesehen und plötzlich Stille. Dann endlos probiert und herausgefunden, dass nur noch HDMI-Output geht, keine Analogausgabe mehr.
Ein Probelauf mit xubuntu 24 ergab auch kein anderes Resultat.
Da die Mickymaus-Lautsprecher im Bildschirm unter aller Sau sind, hilft wohl nur eine separate Soundkarte.
Die Probleme kommen mir irgendwie bekannt vor.
Muss so um die Jahrtausendwende gewesen sein, vielleicht auch ein Jahrzehnt früher. Ich habe dann auf etwas mit dem Namenszusatz STABLE gewechselt.
Viele nutzen Behringer IO, ein paar Lautsprecher, sinnvollerweise aktiv, wären auch nicht verkehrt.
Hast du noch irgendwas anderes als Live-CD, vielleicht Fedora Workstation z.B., oder Knoppix oder Windows PE?
Ich habe übrigens auch Probleme, sowohl bei Windows, wie auch bei Linux, denn früher waren MIDI-Dateien kein Problem, und jetzt sind die stumm.
plötzlich Stille. Dann endlos probiert und herausgefunden, dass nur noch
HDMI-Output geht, keine Analogausgabe mehr.
OK, dann wäre es vielleicht an der Zeit nachzusehen, ob es überhaupt am Soundserver und dessen Konfiguration liegt oder ob das Problem eine oder mehrere Ebenen darunter liegt: Hardware, BIOS, Kernel-Modul, Firmware, Alsa...
Was hast Du also "endlos probiert"?
Was sagt eigentlich
lspci -vnn | grep -i audio
Welche Kombinationen der Kombinationen der Reiter Hardware und Output der Sound Preferences Ausgabe produzieren. Außerdem habe ich versucht, dem Lautsprecherausgang des KVM-Switsches (Argus AS-22HA) einen Ton zu entlocken – macht das Mistding aber nicht.
Ich habe grade eine USB-Soundkarte gefunden – mit der funktionierts, nur das Volume-Applet verhält sich zuweilen etwas merkwürdig. Die Zusammenhänge habe ich noch nicht durchschaut…
Nahezu jeder USB Soundadapter, gibt's in jeder Preis- und
Qualitätsklasse.
Vorhin hatte ich eine Seite gefunden, auf der es hieß, USB-Soundkarten
würden nur mit Windows funktionieren…
Alles was der USB-Spezifikation für die Device Klasse von Audiogeräten entspricht, läuft unter Linux, egal ob's dabei steht oder nicht. Da ist es schon fast schwieriger, ein Gerät zu finden, daß nicht dieser USB-Spec entspricht. Obwohl, auch mir sind ältere Exoten auf dem Gebrauchtmarkt bekannt, die nicht kompatibel sind. Im Zweifel schaut man halt ins Datenblatt, ob die Spec erwähnt wird.
Außerdem habe ich versucht,
dem Lautsprecherausgang des KVM-Switsches (Argus AS-22HA) einen Ton zu
entlocken – macht das Mistding aber nicht.
Es wäre vielleicht mal eine gute Idee, das gesamte Setup darzulegen, statt es scheibchen darzulegen. KVM-Switches sind gerne mal für lustige Effekte verantwortlich.
OK, du hast also einen Realtek ALC1220 Chip und die Wahl zwischen zwei verschiedenen Kernel-Modulen. Dazu kommt noch eine Firmware, die geladen werden muss.
Mit dem ALC1220 gab es früher mal Probleme. bei neueren Kernels sollte das allerdings behoben sein.
Trotzdem denke ich, dass man mal alle Ebenen durchleuchten sollte, bei den Kernel-Modulen und ALSA angefangen bis dahin, ob die pipewire- und wireplumber Services überhaupt aktiviert (unmasked/enabled) sind und laufen.
Michael L. schrieb im Beitrag #7771464:
Es wäre vielleicht mal eine gute Idee, das gesamte Setup darzulegen,
statt es scheibchen darzulegen.
Und dazu wäre es natürlich auch hilfreich, wenn man das Setup auf das Minimum reduziert und dann für die Dokumentation auch konstant hält.
Dann braucht man nicht zu raten, woher irgendwelche Meldungen kommen, wie hier:
KVM-Switches sind gerne mal für lustige Effekte verantwortlich.
Für Analog-Sound wohl kaum, der Kopfhörer hing am PC…
Es reicht ja, wenn der Analog-Ausgang gemutet wird, weil das System meint, dass ein anderer Ausgang genutzt werden soll.
Das könntest Du z.B. im alsamixer sehen.
Es reicht ja, wenn der Analog-Ausgang gemutet wird, weil das System
meint, dass ein anderer Ausgang genutzt werden soll.
Der erneute Ausfall des analogen Audiosystems kam spontan, ohne irgend einen Eingriff von außen mitten in einem ziemlich interessanten Video und zudem verhielt sich die Maschine nach dem versuchsweisen Boot mit xubuntu völlig identisch.
Das spricht nicht dafür, dass da "irgend jemand" den Analogausgang gemutet hat.
Ich habe gerade nochmal die Sound Preferences durchgesehen – das sieht auch im Analogbereich jetzt völlig anders aus, als gestern, bevor ich die – nicht mehr ganz taufrische – USB-Soundkarte angeschlossen hatte: Unter Output|Hardware standen massenweise Analogprofile, alle mit dem Zusatz "disabled". Die sind jetzt weg, dafür wird unter Output kein Kopfhörer mehr angeboten.
Die Test Speakers-Funktion scheint unter keiner Hardware Ausgabe zu produzieren.
1
Zu meiner Konfiguration:
2
KVM-Switch für 2 x 2-Port HDMI (Wird derzeit nur mit einem BS betrieben)
3
PC 1 mit Mint 21 – auf dem gibt es die Probleme
4
1 TB SSD
5
4 TB HD
6
DVD-Laufwerk
7
Ethernetanschluss an 4-fach Switch
8
Lautsprecher am hinteren Analogausgang – kein Ton, aber sowieso
9
immer ausgeschaltet
10
Kopfhörer bisher am vorderen Analogausgang, jetzt an USB-Sound
11
Laserdrucker (war die letzten Wochen immer ausgeschaltet)
12
32 GB RAM
13
6-Kern CPU mit Hyperthreading, also virtuell 12 Kerne
14
PCI-Graphikkarte zusätzlich zur onboard GraKa, wurde erst nach
15
Aufgabe des Analogsystems eingesteckt. (War lange vorher mal zwecks
16
Herstellen einer Minimalkonfiguration zur Fehlersuche entfernt worden)
17
PC 2 mit Mint 19 – fast immer außer Betrieb, wurde jedoch bei den
18
Soundproblemen als Ausweichgerät parallel zu PC 1 benutzt.
19
War beim Auftreten des Fehlers nicht in Betrieb.
Also eigentlich nix besonderes…
Und dazu wäre es natürlich auch hilfreich, wenn man das Setup auf das
Minimum reduziert und dann für die Dokumentation auch konstant hält.
Da ich die Fehlersuche im Analogsystem bereits aufgegeben hatte, und nach anderen Möglichkeiten suchte, war konstante Konfiguration keine Prämisse mehr.
Trotzdem denke ich, dass man mal alle Ebenen durchleuchten sollte, bei
den Kernel-Modulen und ALSA angefangen bis dahin, ob die pipewire- und
wireplumber Services überhaupt aktiviert (unmasked/enabled) sind und
laufen.
Wenn du Lust dazu hast, können wir das versuchen – mir fehlt das Knowhow dazu.
