Beiträge von ErichLoew

  • Leap 15.2 und ALSA Soundsystem

    Am Leap 15.1 funktionierte ALSA tadellos, mit Leap 15.2 nicht mehr.

    Leap 15.2 YAST findet (genauso wie Leap 15.1) 3 Sound-HardwareEinträge:

    - GA-EP45-UD3R Motherboard mit Index 0

    - SB0350 Audigy 2 ZS als "not configured"

    - GP107GL High Definition Audio Controller als "not configured"


    YAST-Konfigurieren der GA-EP45 (wie mit Leap 15.1) mit "Quick automatic setup" ohne Probleme....

    Was jetzt am Leap 15.2 anders ist.

    1. Unter "Other --> Volume" sind alle Schalter weg

    2. "Other --> Play test sound" ist immer stumm

    4. Unter KDE rechts unten ist das kleine Sound-Icon immer rot durchgestrichen.


    Entweder habe ich was ganz offensichtliches übersehen oder Leap 15.2 hat das Sound-System umgebaut und ich habe noch nicht ausreichend verstanden.


    Sowohl mit Kernel vmlinux-5.3.18-lp152.66-default als auch vmlinux-5.11.10-Vanilla ist das ALSA Soundsystem stumm.


    Nack der YAST-Konfiguration des GA-EP45 Eintrages zeigt dmesg folgendes:


    [ 6364.400774] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input63

    [ 6364.400847] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input64

    [ 6364.400914] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input65

    [ 6364.400981] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input66

    [ 6364.401048] input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input67

    [ 6364.401120] input: HDA NVidia HDMI/DP,pcm=11 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input68

    [ 6364.415327] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/sound/card0/input69

    [ 6364.415408] input: HDA Intel Rear Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input70

    [ 6364.415475] input: HDA Intel Front Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input71

    [ 6364.415543] input: HDA Intel Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input72

    [ 6364.415613] input: HDA Intel Line Out Front as /devices/pci0000:00/0000:00:1b.0/sound/card0/input73

    [ 6364.415679] input: HDA Intel Line Out Surround as /devices/pci0000:00/0000:00:1b.0/sound/card0/input74

    [ 6364.415746] input: HDA Intel Line Out CLFE as /devices/pci0000:00/0000:00:1b.0/sound/card0/input75

    [ 6364.415818] input: HDA Intel Line Out Side as /devices/pci0000:00/0000:00:1b.0/sound/card0/input76

    [ 6364.415920] snd_hda_intel 0000:00:1b.0: device 1458:a002 is on the power_save denylist, forcing power_save to 0


    Bobachtung

    den Eintrag "...on the power_save denylist, forcing power_save to 0..." habe ich bei Leap 15.1 nie gesehen... vielleicht ist dieser Eintrag eine Lösungsspur...

    Nur ... mir erscheints komisch... warum sollte Leap15.2, Sound-Sub-Systeme per power save denylist blockieren? Soundkarten brauchen halt a bisserl Strom...


    Jede Idee willkommen...


    Ich bin auch offen für kompletten Distribwechsel (Debian, Red Hat... was auch immer) falls da das ALSA nicht zickig ist.


    LG! Erich

  • Seit Leap15.1 Probleme bei der Anmeldung

    Ich begrüße herzlichst das Forum, mein Name ist Erich und ... ich unterstütze ein Team bei der Entwicklung von Automotive ARM Firmware.


    Ich war die letzten 13 Jahre beruflich fast nur im Windows-Universum unterwegs, jetzt fange ich wieder an ... in Linux zu schnuppern...


    Mit dem sddm und systemd ( früher gab's nur das init. System) umzugehen... das lerne ich derzeit.


    Nach Kompilation (mit gcc 9.2.0 x64) und Installation von Kern 5.4.6 startete zwar der sddm Dämon, danach der sddm-greeter und dann ... schwarzer Schirm mit Mauszeiger auf F7 und das war's.


    Vielleicht hilft jemanden mein erstes Aha Erlebnis mit systemd und sddm...


    Inspektion der Datei /var/log/messages zeigte, dass der sddm-greeter an der PAM Authentifizierung scheiterte und daher sddm das OpenSuse Breezer Thema gefolgt von KDE nicht mehr startete.... was habe ich kaputt gemacht?


    Ursache: das Verzeichnis /tmp hatte das Zugriffsprofil 1700 und weil systemd den sddm-greeter im Benutzerkontext sddm startet, konnte der sddm-greeter nicht auf /tmp zugreifen, als Folgefehler schlug die PAM Authentifizierung fehl und der OpenSuse Splash Screen wurde nicht gestartet.


    Abhilfe: in der Konfigurationsdatei /user/lib/tmpfiles.d/tmp.conf für den Eintrag von /tmp 1700 mit 1777 ersetzen und reboot.


    Ursprünglich war der Eintrag 1777 für /tmp.