Beiträge von sterun

    Dann habe ich vom Windows Rechner per RDP den Linuxrechner aufgerufen. Funktioniert !

    Bedeutet, dass RDP jetzt funktioniert hat?

    Wenn dem so ist, würde ich diesen Thread erst als "erledigt" markieren und bzgl. des Standby-Problems einen neuen, separaten Thread eröffnen. Macht alles einfacher, ist übersichtlicher und zukünftige Hilfesuchende finden schneller wichtige Infos, wenn es in einem Thread wirklich nur um ein Thema geht.

    Ganz grob...


    RDP vom Windows-PC zum Linux-PC:

    zypper in xrdp

    systemctl enable xrdp

    systemctl start xrdp

    Kannst du verwenden, aber Linux mag es nicht, wenn am Linux-PC schon jemand angemeldet ist (also vorher abmelden).


    VNC vom Windows-PC zum Linux-PC:

    Yast - Remote Administration (VNC)

    Benötigte Pakete werden ggf. nachinstalliert.


    Berichtigung hatte das hier mal ganz gut erklärt:

    RE: Remote Desktop Windows 10->leap15.1


    Zu diesem Thema empfehle ich mal zwei Links:

    https://doc.opensuse.org/docum…se-reference/cha-vnc.html

    https://kamarada.github.io/en/…ws-using-the-xrdp-server/

    super, das war der Lösungsweg

    Prima, Kernel-Stable war nun der erste Teil der Lösung.


    Bzgl. Kernel HEAD Repo:

    Ob noch etwas aus diesem installiert ist, zeigt uns:

    Code
    zypper se -sir "https://download.opensuse.org/repositories/Kernel:/HEAD/standard/"

    Sollte die Ausgabe leer sein, kannst du dieses Repo löschen.


    Ist die Xorg-Version noch falsch (hier xorg-x11-server-1.20.10-lp152.634.2.x86_64), fehlt ein Modul??

    Kann dieser Fehler von deinem X11 XOrg Repo kommen?

    Wozu benötigst du dieses?

    Falls der Fehler durch dieses Repo versursacht wird / werden könnte, würde ich auch dieses Repo entfernen und auf dein Standard-Repo umstellen.

    1. Hat man überhaupt eine realistische Chance, ohne Tumbleweed die Grafik dieser relativ neuen CPU zu nutzen?

    Du könntest es mal mit dem Kernel aus kernel:stable versuchen.

    Repo hinzufügen (als Root mit User su):

    Code
    zypper ar -f -p 20 https://download.opensuse.org/repositories/Kernel:/stable/standard/ kernel:stable

    Installation mit (als Root mit User su):

    Code
    zypper -vv dup --allow-vendor-change --from kernel:stable

    Was ist dein Ziel - RDP oder VNC?

    Sind die Computer im selben Netz?

    Mit SDDM als Displaymanager kann es Probleme geben.

    Was ergibt also:

    Code
    /usr/sbin/update-alternatives --display default-displaymanager

    Und um deine Firewall auszuschließen, würde ich diese erstmal (als Root) deaktivieren mit:

    Code
    systemctl stop firewalld.service

    Anschl. erneut testen.

    kann mir jemand, wie auch immer, die startwm.sh aus leap 15.1 zur Verfügung stellen.

    Na klar...

    Was sind Quotas?

    Damit definierst du eine Größenschränkung einzelner Child-Subvolumes im Parent-Subvolume oder auch wieviel User-Kontent zur Verfügung gestellt wird. Nutzt du denn quotas? Ich habe festgestellt, dass Snapper z.B. deutlich schneller arbeitet, sobald ich quota deaktiviere.

    Bedeutung, siehe hier:

    https://btrfs.wiki.kernel.org/index.php/Manpage/btrfs-quota


    Kann man im laufendem System btrfs Volumes verkleinern

    Ja, du kannst BTRFS sowohl online vergrößern als auch online verkleinern.

    Nur nicht offline.

    Siehe hier:

    https://www.thomas-krenn.com/de/wiki/Linux_Dateisysteme


    Aber vorher empfehle ich ein Platten-Image mit Clonezilla z.B.


    Ich hatte es mal getestet und vorher diese Seiten durchgelesen (inkl. Links):

    https://www.suse.com/support/kb/doc/?id=000018798

    https://btrfs.wiki.kernel.org/…/Manpage/btrfs-filesystem


    Zusammengefasst:

    Wenn du quota(s) nicht nutzt, dann sollte es doch kein Problem sein, wenn dein o.g. Problem diese deaktiviert, solange alles andere läuft. BTRFS zu vergrößern oder zu verkleinern ist mit Risiken verbunden - hat bei mir erst nach dem x Anlauf geklappt ;)