Leap 16.0 Bildschirm friert ein nach Neuinstallation

Hinweis: In dem Thema Leap 16.0 Bildschirm friert ein nach Neuinstallation gibt es 42 Antworten auf 5 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
    Zitat von luigi

    wenn die CPU den x86-64-v2-Befehlssatz nicht unterstützt.

    Stimmt, hast recht. Aber lt. Post #1 war das ja eine Neu-Installation.

    Gruß Jürgen

    Für den Inhalt des Beitrages 326649 haftet ausdrücklich der jeweilige Autor: JSC

    Zitat von Linde-16

    Systeminfo in meinem Startbeitrag:

    Prozessoren: 4 × AMD Ryzen 3 3200G with Radeon Vega Graphics


    Um diesen Punkt noch abzuräumen, zeige bitte:

    Code
    /lib64/ld-linux-x86-64.so.2 --help | grep x86-64-v

    und

    Code
    grep -o 'sse4_2\|popcnt\|cx16\|ssse3\|sse3\|lahf_lm' /proc/cpuinfo | sort -u

    Für den Inhalt des Beitrages 326650 haftet ausdrücklich der jeweilige Autor: luigi

    hier das Ergebnis:

    Für den Inhalt des Beitrages 326651 haftet ausdrücklich der jeweilige Autor: Linde-16

    Code
    heidecke@Buero-linux:~> /lib64/ld-linux-x86-64.so.2 --help | grep x86-64-v 
x86-64-v4 
x86-64-v3 (supported, searched) 
x86-64-v2 (supported, searched)
heidecke@Buero-linux:~>

    Für Leap 16.0 ist bereits x86-64-v2 (supported, searched) ausreichend.

    Für den Inhalt des Beitrages 326652 haftet ausdrücklich der jeweilige Autor: luigi

    Gefällt mir 1

    Hier noch etwas zum ausprobieren: Schalte mal den Compositor ab.


    Unter Systemeinstellungen --> Anzeige & Bildschirm --> Compositor --> Compositing beim Start aktivieren ausschalten --> Anwenden


    Das wirkt aber nur unter X11, weil das Compositing unter Wayland anders geregelt ist.

    Einmal editiert, zuletzt von luigi ()

    Für den Inhalt des Beitrages 326662 haftet ausdrücklich der jeweilige Autor: luigi

    danke für die Hilfen,

    Gestern ist das System unter Wayland wieder nicht reproduzierbar eingefroren.

    Ich bin jetzt mit boot edit selinux=0 und x11wie vorgeschlagen ohne Composing in Betrieb.

    Ich werde dann berichten was passiert.

    Für den Inhalt des Beitrages 326677 haftet ausdrücklich der jeweilige Autor: Linde-16

    nach meinen aktuellen Erfahrungen mit meinen Systemen vermute ich als Ursache für das fehlerhafte Verhalten in SELinux.

    Mein zweites System lief mit update von 15.6 auf 16.0 fehlerfrei bis zu einem update. Bei recovery ist es mit Fehlermeldungen stehen geblieben.

    Hier Abhilfe mit edit grub "security=apparmor mitigations=off"

    Bei diesem in #1 beschriebenen System habe ich jetzt mit "selinux=0" auch keine Probleme.

    Ohne einen konkreten Nachweis zu haben, vermute ich aber als Ursache in beiden Fällen die von mir installierten Epson-Treiber.

    Es gibt zuzeit in den Repos keinen Treiber für den XP-2100 (Drucker, Scanner), daher habe ich wie schon seit Jahren die Treiber von Epson geladen und mit "rpm" installiert.

    Ich kann daher nur vermuten, dass SELinux Unstimmigkeiten erkennt und abgestürzt ist.

    Siehe auch # 25 von luigi,

    Für mich kann dieser Beitrag erledigt gestellt werden.

    Aus meiner Sicht bietet es sich jedoch an, das Problem gesondert im Forum zu behandeln.

    Besten Dank

    Für den Inhalt des Beitrages 326691 haftet ausdrücklich der jeweilige Autor: Linde-16

    Zitat von Linde-16

    Bei diesem in #1 beschriebenen System habe ich jetzt mit "selinux=0" auch keine Probleme.

    Dann würde ich mal sagen, als root eingeben:

    Code
    touch /.autorelabel


    Das erstellt eine versteckte Datei autoreabel, wenn diese bei einem Neustart vorhanden ist, wird selinux die kompletten Festplatten neu einlesen und relabeln.


    Dafür dann Neustart und selinux=0 zu selinux=1 ändern und auch einmal danach schauen, ob es mit aktiviertem selinux dann immer noch die Abbrüche gibt.


    selinux permanent einschalten:

    als root:

    Code
    update-bootloader --del-option selinux=0

update-bootloader --add-option selinux=1

update-bootloader --config

    Für den Inhalt des Beitrages 326692 haftet ausdrücklich der jeweilige Autor: Sauerland

    Abfrage:

    kein Ergebnis,

    ich beabsichtige für die Epson-rmp eine private Signatur zu erstellen und will es dann weiter versuchen.


    Code
    heidecke@Buero-linux:~> 
heidecke@Buero-linux:~> sudo touch /.autorelabel
[sudo] Passwort für heidecke: 
heidecke@Buero-linux:~>

    Für den Inhalt des Beitrages 326693 haftet ausdrücklich der jeweilige Autor: Linde-16