Beiträge von Linde-16

    Der für mich abschließende Sachstand:

    Wie unter #1 berichtet habe ich ein erfolgreiches update von 15,6 nach 16.0 ausgeführt. Später habe ich dann damit Probleme bekommen und mich für die Neuinstallation entschieden, vorher mit dd auf eine SSD.

    Das hiesige fehlerhafte Leap ist dann am 27. unter Wayland vormittags 4 mal eingefroren. Ich habe dieses Leap danach aufgegeben.

    Es erfolgte dann aus der Not und mit den hiesigen Erfahrungen der Rückgriff auf die SSD mit der update-Kopie.
    siehe auch Antwort #38 von Sauerland !

    Die Platte per usb aktiviert, für /home eine neue uuid erzeugt und die fstab berichtigt (es sind sonst 2 gleiche uuid im Rechner).

    Neustart und die usb-SSD ausgewählt, grub editiert von mitigations=auto nach mitigations=off.

    Das fehlerhafte update startet wieder. Dann

    Code
    sudo touch /.autorelabel 
    
    sudo update-bootloader --config 

    Nach Neustart und updates arbeitet das leap 16.0 auf der SSD im Rechner. Es gibt zurzeit keine Probleme.

    Die fehlerhafte Neuinstallation werde ich in den nächsten Tagen entfernen.

    Nach heutiger Einschätzung liegen die Abstürze wahrscheinlich an nicht konsistenten uid, gid, Gruppen, von "alten" Leap 15.x Datenträgern bzw. /home .

    Aus meiner Sicht kann dieser thread daher geschlossen werden.

    Danke für die Hilfe !!

    Hier ein neuer Sachstand:

    Ich habe das o. a. relabel am 23.05. erfolgreich durchgeführt, sauberer Start mit selinux=1, und wie vorher mit x11 weitergearbeitet.

    Am 25.05. ist dann das System ohne ersichtlichen Grund wieder eingefroren mit bios beep.

    Nach problemlosen HW-restart und nochmaligem reboot arbeite ich jetzt mit Wayland.

    ich warten mal ab.

    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

    hier das Ergebnis: