Beiträge von ansegisel

    Als Nutzer bureau angemeldet in KDE Plasma ohne Wayland, keine KDE Oberfläche nur schwarzer Hintergrund und Zugang über eine Texteingabe und Programmauswahl nur über die Alt- Tab-taste

    Code
    bureau@OSRitz35:~> echo $XDG_SESSION_TYPE
    
    
    bureau@OSRitz35:~> sudo echo $XDG_SESSION_TYPE
    [sudo] Passwort für root: 
    
    
    bureau@OSRitz35:~>




    Zum Kernel. Ich hatte damals eine Webseite zum Thema integrierte AMD-Grafik aufgemacht, in der Stand was zu diesen Backports, was auch immer das ist. Die hat mich dann zu dem Repo /repositories/Kernel:/HEAD/standard geführt. Ich habe da nichts selbst herunter geladen oder kompiliert. Wollen wir vielleicht die Signaturen der Repos-Ersteller betrachten, ich weis aber nicht wie es geht. Ich hatte auch mal das Med-Repo dabei und andere, nicht das da was hängengeblieben ist.

    Erstmal zum Kernel, danach schreib ich wenn noch Antworten offen sind


    ich hatte einen Kernel, der mir die AMD CPUGrafik (GPU) mit höherer Auflösung ermöglicht. Das ging glaube ich, mit Kernel 4.5 los, dann kamen Updates und so bin ich dann bei der aktuellen Nr. gelandet. Mehr weis ich nicht dazu.

    jetzt erstmal der Reihe nach


    ThomasS:


    Code
    bureau@OSRitz35:~> uname -a
    Linux OSRitz35 5.5.0-rc4-1.g7e31c5e-default #1 SMP Mon Dec 30 06:30:53 UTC 2019 (7e31c5e) x86_64 x86_64 x86_64 GNU/Linux
    bureau@OSRitz35:~>


    In der Anleitung stand Udaterepo des aktuellen Leap, Danke wird geändert de.opensuse.org/SDB:Distribution-Upgrade

    ...muss die Adresse http://download.opensuse.org/update/leap/15.1/oss/ existieren (ersetzen Sie 15.1 durch die vorhandene Version) und aktiviert sein:

    also die vorhandene (?), das war 15.0


    ich habe beides in der Auswahl, Wayland ging nie richtig und nun gar nicht, daher habe ich ohne Wayland angemeldet


    Sauerland

    Code
    bureau@OSRitz35:~> sudo echo $XDG_SESSION_TYPE
    bureau@OSRitz35:~>

    da kam nichts


    sterun:

    beim Update hatte ich die überzähligen Repos inaktiv


    Petert:
    bei mir geht sudo


    ich hoffe, alle Fragen richtig beantwortet zu haben


    ich habe einen MariaDB server und sabra-katana, digikambackend auf MariaDB, ein zwar noch ungenutztes aber fertiges Wiki ...,
    das wäre schon krass, wenn ich das nochmal erneuern müsste
    ich habe die Laufwerke mit Luks, cryptsetup, pam_mount eingehängt, auch viel Schreibkram


    Danke

    Hallo liebe OpenSuseaner,


    aktueller Status
    Mein System startet, es erscheint ein Login, dort kann ich die KDE's, Gnome und andere einstellen
    Nach Login lässt sich der Gnome starten und damit arbeiten.
    KDE startet zwar auch, es bleibt aber beim schwarzen Bildschirm, mit Tab-Alt laeszt sich zwischen Anwendungen umschalten,
    Man kann Text eingeben, so dass eine Auswahl von Programmen (auch Feuerfuchs) und Dateien angezeigt wird.
    Beim letzten Login ging aber nichts, auch ALT-STRG-ENTF zeigte keine Abmeldung


    mein System ist entsprechend der Ausgabe von Gnome 3.26.2:
    6,7 GiB
    AMD® Ryzen 5 2400g with radeon vega graphics × 8
    AMD® Raven
    openSUSE Leap 15.1
    64-bit


    641,4 GB


    Ich hatte, wegen der Grafik, auf irgendeine Weise einen aktuellen Kernel 5.5 anstelle des alten 4.12 er eingebaut. Die Anzeige (30" mit 2560x1600) funktioniert damit gut.
    Die Festplatten sind verschlüsselt, werden aber über PAM beim Login eingebunden.


    Ich hatte vor dem Dupdate von leap 15.0 einige KDE Erweiterungen fürs Design geladen und nacheinander ausprobiert. Dabei gab es Fehler. Die Loginmaske war kaum zu benutzen. Die Programme liefen sehr langsam. Löschen konnte ich die Designs nicht. Inzwischen habe ich mit erneuter Installation und gleich wieder löschen alle heraus genommen und den Standard Breeze überall eingestellt.
    Dateien wurden sehr langsam geladen. Videos bei VLC mussten 2x gestartet werden, bis etwas sichtbar wurde.


    Beim Dup wollte ich Zypper verwenden, habe mich an eine Opensuse Anleitung gehalten. mit sudo zypper -refresh, update, dup. Leider erfolglos. Dann habe ich in den URLs der Repos 15.0 durch 15.1 ersetzt und zypper update losgelassen. Das ging dann nachdem ich Speicher mit snapper freigegeben habe. Snapper braucht ja wirklich viel Platz. Hatte auch /var/tmp/* gelöscht.
    Das Problem trat dann auf, womit ich dann alle auffindbaren KDE und Plasmadateien des Nutzers gelöscht habe. Danach KDE neu installiert. Ohne Erfolg.


    Eigentlich hatte ich Gnome nicht installiert. EIn paar Gnome-Bibliotheken kamen sicherlich für einzelne Programme mit. Nach einem Update wurde das aber ohne Umstellung geladen.
    Ich kann mit Gnome nicht gut. Ich möchte so gern zu KDE Plasma zurück.



    Kann mir da jemand helfen?


    Gruß und Dank



    zypper se -si waylandRepository-Daten werden geladen...Installierte Pakete werden gelesen...

    S | Name | Typ | Version | Arch | Repository ---+--------------------------+-------+---------------------+--------+-----------------------i+ | kwayland | Paket | 5.55.0-lp151.1.1 | x86_64 | openSUSE-Leap-15.1-Ossi | kwayland-32bit | Paket | 5.55.0-lp151.1.1 | x86_64 | openSUSE-Leap-15.1-Ossi+ | kwayland-integration | Paket | 5.12.8-lp151.1.1 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libQt5WaylandClient5 | Paket | 5.9.7-lp151.1.4 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libQt5WaylandCompositor5 | Paket | 5.9.7-lp151.1.4 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libgstwayland-1_0-0 | Paket | 1.12.5-lp151.4.8 | x86_64 | Packman Repository i+ | libqt5-qtwayland | Paket | 5.9.7-lp151.1.4 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libva-wayland2 | Paket | 2.3.0-lp151.1.2 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libwayland-client0 | Paket | 1.16.0-lp151.4.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libwayland-client0-32bit | Paket | 1.16.0-lp151.4.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libwayland-cursor0 | Paket | 1.16.0-lp151.4.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libwayland-cursor0-32bit | Paket | 1.16.0-lp151.4.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libwayland-egl1 | Paket | 99~1.16.0-lp151.4.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libwayland-egl1-32bit | Paket | 99~1.16.0-lp151.4.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libwayland-server0 | Paket | 1.16.0-lp151.4.3 | x86_64 | openSUSE-Leap-15.1-Ossi | libwayland-server0-32bit | Paket | 1.16.0-lp151.4.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | plasma5-session-wayland | Paket | 5.12.8-lp151.2.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11-server-wayland | Paket | 1.20.3-lp151.3.1 | x86_64 | openSUSE-Leap-15.1-Oss


    zypper se -si xf86 xorgRepository-Daten werden geladen...Installierte Pakete werden gelesen...

    S | Name | Typ | Version | Arch | Repository ---+-------------------------+-------+------------------+--------+-----------------------i+ | libXxf86dga1 | Paket | 1.1.4-lp151.2.2 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libXxf86misc1 | Paket | 1.0.3-lp151.2.2 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libXxf86vm-devel | Paket | 1.1.4-lp151.2.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libXxf86vm1 | Paket | 1.1.4-lp151.2.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libXxf86vm1-32bit | Paket | 1.1.4-lp151.2.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | libxcb-xf86dri0 | Paket | 1.13-lp151.3.2 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-input-evdev | Paket | 2.10.6-lp151.1.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-input-joystick | Paket | 1.6.3-lp151.2.4 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-input-keyboard | Paket | 1.9.0-lp151.2.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-input-libinput | Paket | 0.28.1-lp151.1.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-input-mouse | Paket | 1.9.2-lp151.3.4 | x86_64 | openSUSE-Leap-15.1-Ossi | xf86-input-synaptics | Paket | 1.9.0-lp151.2.4 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-input-vmmouse | Paket | 13.1.0-lp151.2.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-input-void | Paket | 1.4.1-lp151.2.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-input-wacom | Paket | 0.34.2-lp151.3.1 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-video-amdgpu | Paket | 18.1.0-lp151.1.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-video-ati | Paket | 18.1.0-lp151.1.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-video-fbdev | Paket | 0.5.0-lp151.1.2 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-video-mach64 | Paket | 6.9.6-lp151.1.1 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-video-r128 | Paket | 6.11.0-lp151.1.2 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86-video-vesa | Paket | 2.4.0-lp151.2.3 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86dga | Paket | 1.0.3-lp151.2.2 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xf86vidmodeproto-devel | Paket | 2.3.1-lp151.2.1 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xorg-scripts | Paket | 1.0.1-lp151.2.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11 | Paket | 7.6_1-lp151.2.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11-Xvnc | Paket | 1.9.0-lp151.3.2 | x86_64 | openSUSE-Leap-15.1-Ossi | xorg-x11-Xvnc-module | Paket | 1.9.0-lp151.3.2 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xorg-x11-driver-input | Paket | 7.6_1-lp151.2.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11-driver-video | Paket | 7.6_1-lp151.3.1 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xorg-x11-essentials | Paket | 7.6_1-lp151.2.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11-fonts | Paket | 7.6-lp151.3.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11-fonts-core | Paket | 7.6-lp151.3.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11-libX11-ccache | Paket | 7.6-lp151.2.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11-libs | Paket | 7.6.1-lp151.2.1 | noarch | openSUSE-Leap-15.1-Ossi+ | xorg-x11-server | Paket | 1.20.3-lp151.3.1 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xorg-x11-server-extra | Paket | 1.20.3-lp151.3.1 | x86_64 | openSUSE-Leap-15.1-Ossi+ | xorg-x11-server-wayland | Paket | 1.20.3-lp151.3.1 | x86_64 | openSUSE-Leap-15.1-Oss

    Ich weis nicht so recht, wie ich das anfange, ohne Schaden zu machen.
    Wärs in Ordnung, wenn ich über Yast, die ganze KDE-Geschichte (Pattern) neu installiere?


    ich hab eben mit den Pattern gespielt.
    Wenn ich XWindows und KDE5Plasma deinstallieren, installiere ich der Bequemlichkeit wegen z.B. mate. Das will aber:
    xf86-input-libinput
    behalten.
    Nun dreht sich alles im Kreis


    hier nochmal die letzten Ausgaben sortiert



    Die hab ich zuviel
    - i+ | kwayland-integration | Paket | 5.12.5-lp150.1.1 | x86_64 | openSUSE-Leap-15.0-1
    - i+ | libQt5WaylandClient5 | Paket | 5.9.4-lp150.2.2 | x86_64 | openSUSE-Leap-15.0-1
    - i+ | libQt5WaylandCompositor5 | Paket | 5.9.4-lp150.2.2 | x86_64 | openSUSE-Leap-15.0-1
    - i+ | libqt5-qtwayland | Paket | 5.9.4-lp150.2.2 | x86_64 | openSUSE-Leap-15.0-1
    --i+ | plasma5-session-wayland | Paket | 5.12.6-lp150.2.3.1 | noarch | openSUSE-Leap-15.0-Update
    - i+ | xorg-x11-server-wayland | Paket | 1.19.6-lp150.6.1 | x86_64 | openSUSE-Leap-15.0-1



    die fehlen mir
    - i | libwayland-client0-32bit | package | 1.14.0-lp150.1.4 | x86_64 | openSUSE-Leap-15.0-Oss
    - i+ | libwayland-egl-devel | package | 18.0.2-lp150.17.2 | x86_64 | openSUSE-Leap-15.0-Oss
    - i | libwayland-server0-32bit | package | 1.14.0-lp150.1.4 | x86_64 | openSUSE-Leap-15.0-Oss
    - i+ | wayland-devel | package | 1.14.0-lp150.1.4 | x86_64 | openSUSE-Leap-15.0-Oss
    - i+ | wayland-protocols-devel | package | 1.12-lp150.1.3 | noarch | openSUSE-Leap-15.0-Oss
    warum ist das so

    deinstallation von:
    xf86-input-libinput
    über yast, Abhängigkeitsprüfung liefert
    1.
    Deinstallation von plasma5-session-wayland-5.12.6-lp150.2.3.1.noarch
    Deinstallation von patterns-base-x11-20171206-lp150.15.9.1.x86_64
    Deinstallation von xorg-x11-driver-input-7.6_1-lp150.1.6.noarch
    Deinstallation von patterns-base-x11_enhanced-20171206-lp150.15.9.1.x86_64
    2. behalten
    3. brechen

    Ich habe bisher eine Logitech, jetzt eben eine Perixx angeklemmt. Das Ergebnis ist da gleiche. Weil es bei Minetest sofort auftritt, habe ich es damit probiert. Die Maus geht aus dem Fenster seitlich heraus, die Meldung wird gezeigt. Im Vollbild dauert es etwas länger. Derweil springt aber die Blickrichtung der Person wild herum und auf und ab und manchmal auf die vorherige Richtung zurück.


    Zu dem Thema habe ich lange recherchiert, weder startpage noch google liefern irgendetwas Nachvollziehbares. Man wird es analytisch angehen müssen. Ich kann es aber nicht, da ich nicht so vertiefte Kenntnisse habe. Rein intuitiv würde ich sagen, es klemmt in der Steuerung der Fenster, welches Fenster den Mausfokus bekommt, wann es den wieder abgibt und wie die Mauswerte verstoffwechselt werden.


    noch ein paar Ergänzungen zum System:
    Die Systemplatte SSD 500GB ist verschlüsselt (LUKS), der Schlüssel wird beim Start für die Systempartition und beim Login für eine weitere Datenplatte HDD eingegeben. Das erledigt pam.


    Ich bin sonst recht fix mit Neuinstallationen. Da aber soviele Dienste drauf laufen, schrecke ich davor zurück. Ich hab die MariaDB Datenbanksicherung nicht wirklich im Griff.