Beiträge von MoritzD

    Das Update habe ich auf zwei Maschinen gemacht. Bei der einen ist das böse abgestürzt, da man aus der Plasma-Session geworfen wird. Die Empfehlung war nun, im Mehrbenutzermodus und zypper dup zu benutzen. Damit waren alle Probleme behoben. Während der AMD-Laptop mit Wayland besser läuft, bin ich bei dem J3710M zum X-server zurückgekehrt. Wayland geht zwar auch, doch insgesamt wirkt X flüssiger.

    Hi Alero,

    .. Zum einen ist das hier ein privates! Hilfeforum für openSUSE User, die mit Problemchen kommen und denen dann von Linuxaffinen Enthusiasten geholfen wird. Dieses Forum hat ausser dem Namen und demzufolge dem behandelten System nichts, aber auch gar nichts, mit Suse oder openSUSE zu tun. Es gibt keinerlei Verbindung ..

    Vielen Dank für die Antwort. Die Aufmachung von dem Forum hier ist sehr professionell, daher habe ich es für ein zumindest offiziell abgesegnetes Forum gehalten an, wo Entwickler zumindest mal vorbeischauen.


    Ansonsten verstehe ich nicht, wieso ich diese Meldung hier schreiben kann. Obwohl das Problem weiter besteht, startet der Xserver mit KDE Plasma irgendwie. Wenn die Oberfläche nicht von Zeit zu Zeit einfrieren würde, wäre gar kein Fehler bemerkbar. Die Aussage ist, während die EGL Anzeige scheitert, funktioniert GLX.

    Diese Frage solltest du besser den Entwicklern stellen.

    Hier möchte man "nur" helfen, deine Probleme zu lösen ;)

    Wo finde ich die?

    Es gibt openSUSE Forums und opensuse-forum.de und beides in Englisch und Deutsch und noch weitere Seiten. So ist z.B. das Wiki veraltet. Früher stand alles in .conf Dateien. Jetzt sind es fast überall ein .conf.d/ Ordner. Dort steht dann alles unter 00- 50- 99- je nach Bedarf. Das betrifft die Distribution, also die Suse-Leute.

    Probleme macht aber auch der Xorg Server. Das Programm zeigt unangenehmes Verhalten. Dafür können die Suse-Leute nix. Drittens gibt es die Anbieter, also Intel, AMD, Nvidia und vielleicht Via. Denen scheint Linux egal zu sein, bzw Microsoft macht Druck, dass der Support für Linux ja nicht zu angenehm wird. Da müssen Workarounds gefunden werden. Suse muss mehr für den Desktop tun.

    Was soll das bringen? Es geht darum den xserver richtig einzustellen. Leider gibt es nicht wie bei anderen Distributionen die Möglichkeit die Konfiguration manuell neu anzustoßen.


    Wo ist ein Befehl wie "setup xserver" ? Andererseits bleibt unverständlich, warum nicht amdgpu auf default gestellt wird. Der radeon-Treiber wird quasi nicht mehr weiterentwickelt, anders als früher ist amdgpu zuverlässiger. Warum wird die Distribution nicht angepasst?

    Das hatte ich im wesentlichen bereits gepostet

    Code
    /sbin/lspci -nnk | grep -EiA3 'vga|3d|display'
    00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Kabini [Radeon HD 8330] [1002:9832]
            Subsystem: ASRock Incorporation QC5000-ITX/PH [1849:9832]
            Kernel driver in use: radeon
            Kernel modules: radeon, amdgpu

    Beide Module sind vorhanden, leider wird das Falsche verwendet.

    Code
    #  | Alias                                 | Name                                | Enabled | GPG Check | Refresh | Priority | URI
    ---+---------------------------------------+-------------------------------------+---------+-----------+---------+----------+--------------------------------------------------------------------------------------------------
     8 | ftp.gwdg.de-openSUSE_Tumbleweed       | Packman Repository                  | Yes     | (r ) Yes  | Yes     |   90     | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/
     1 | KDE_Frameworks5_openSUSE_Tumbleweed   | KDE_Frameworks5_openSUSE_Tumbleweed | Yes     | (r ) Yes  | Yes     |   99     | https://download.opensuse.org/repositories/KDE:/Applications/KDE_Frameworks5_openSUSE_Tumbleweed/
     2 | KDE_Frameworks5_openSUSE_Tumbleweed_1 | KDE_Frameworks5_openSUSE_Tumbleweed | Yes     | (r ) Yes  | Yes     |   99     | https://download.opensuse.org/repositories/KDE:/Extra/KDE_Frameworks5_openSUSE_Tumbleweed/
     5 | download.opensuse.org-non-oss         | Haupt-Repository (NON-OSS)          | Yes     | (r ) Yes  | Yes     |   99     | http://download.opensuse.org/tumbleweed/repo/non-oss/
     6 | download.opensuse.org-oss             | Haupt-Repository (OSS)              | Yes     | (r ) Yes  | Yes     |   99     | http://download.opensuse.org/tumbleweed/repo/oss/
     7 | download.opensuse.org-tumbleweed      | Hauptaktualisierungs-Repository     | Yes     | (r ) Yes  | Yes     |   99     | http://download.opensuse.org/update/tumbleweed/

    Es folgt noch eine Ausgabe.

    Das hat bei mir auch geklappt.

    Code
    zypper search --provides /etc/kde4/share/config/kdeglobals 
    Loading repository data...
    Reading installed packages...
    
    S | Name                      | Summary                           | Type
    --+---------------------------+-----------------------------------+--------
    i | plasma5-defaults-openSUSE | Default settings for KDE Plasma 5 | package

    Es bleibt aber die Frage, warum plasma5-defaults-openSUSE den Ordner /etc/kde4/share/config/ erzeugt.

    Also uname -a liefert:

    Code
    Linux QC5000M-ITX 5.16.15-1-default #1 SMP PREEMPT Wed Mar 16 23:33:05 UTC 2022 (d8f0e40) x86_64 x86_64 x86_64 GNU/Linux

    modinfo amdgpu | grep kabini

    Code
    firmware:       amdgpu/kabini_mec.bin
    firmware:       amdgpu/kabini_rlc.bin
    firmware:       amdgpu/kabini_ce.bin
    firmware:       amdgpu/kabini_me.bin
    firmware:       amdgpu/kabini_pfp.bin
    firmware:       amdgpu/kabini_sdma1.bin
    firmware:       amdgpu/kabini_sdma.bin
    firmware:       amdgpu/kabini_uvd.bin
    firmware:       amdgpu/kabini_vce.bin

    lspci -n

    Vielleicht hilft das weiter.