Bevor ich's vergesse: hast du dir die Sache schon mal mit "alsamixer" angeguckt? (mit den Pfeiltasten ganz nach rechts manövrieren, um versteckte Optionen zu finden). Da findet man manchmal teils fehlbeschriftete Umschalter, um z.B. Stummschalten bei Kopfhörer auszulösen.
fireburner hat geschrieben: 01.02.2018 19:48:39
edit2: ich weiß jetzt auch warum: unter PCH sind sowohl die analogen, der digitale Onboard Ausgang als auch die 3 HDMI Geräte des Intel Grafikchips zusammengefasst. Mit HDMI haben wir nur die eh schon nicht involvierten AMD HDMI Audiogeräte stumm geschalten.
Nein. snd_hda_codec_hdmi betreibt auch das HDMI-Audio von Intel. Ist zumindest bei mir so.
Das sind allerdings alles Töchter des snd_hda_core Moduls.
Schau mal nach, ob snd_hda_codec_hdmi doch wieder heimlich geladen wird (falls das mit dem Blacklisten klappt).
fireburner hat geschrieben: 01.02.2018 19:48:39
Müsste man das ganze nicht irgendwie über UDEV blocken können?
Ich glaube nicht. Udev ist ja nicht zum Blocken gedacht sondern zum Konfigurieren. Und die Audiokonfiguration läuft dann wieder über Alsa. Hier ist ein Beispiel:
https://alsa.opensrc.org/Udev
Hast du überhaupt mal nachvollziehen können, was da eigentlich passiert? Verschwinden die PCH-HDMI-Geräte und tauchen wieder auf? Ändern sie ihre Reihenfolge? Oder schaltet er einfach nur von einem Gerät zum nächsten um? (Ggf. käme man da über Udev dann doch weiter ... nicht indem man das Umschalten verhindert, sondern indem man sofort wieder zurückschaltet).
Und stocher noch mal mit:
modinfo <modulname>
in den Optionen herum, die die Module so verstehen. Vorallem modinfo snd_hda_codec_via wäre interessant. Vielleicht gibt's da ein "Prefer HDMI" oder was anderes Dämliches.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001