Nach SW-update cockpit funktioniert nicht mehr

Hinweis: In dem Thema Nach SW-update cockpit funktioniert nicht mehr gibt es 21 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Ich würde als root:

    Code
    zypper dup --allow-vendor-change --allow-downgrade --from openSUSE\:repo-oss

    machen, alle Abhängigkeiten auflösen und zwar auf das OSS Repo.


    Das DirkMueller Repo entfernen.


    Dabei gibt es dann Packman downgrade, Myrlyn downgrade, die würde ich nach dem ersten Befehl wieder mit

    Code
    zypper dup --allow-vendor-change --from myrlyn

    und


    Code
    zypper dup --allow-vendor-change --from packman

    rückgängig machen.


    Danach mal schauen, was für "Leichen" noch vorhanden sind:


    Code
    zypper se -si | grep -Ei 'system_p|system p|system-p|systemp'

    Einmal editiert, zuletzt von Sauerland () aus folgendem Grund: DirkMueller Repo löschen!

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

    PS

    auch hier:

    Bitte die Konsolenausgaben immer incl. der kompletten Befehlseingabezeile posten.


    Denn warum hat DirkMueller jetzt irgendwelche pattern in seinem Repo??


    Wenn ich mir die installierten Pakete eines Repos anzeigen lasse, bekomme ich eine etwas andere Ausgabe als du:

    Einmal editiert, zuletzt von Sauerland ()

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

    Nochmal die Info. Warum pattern?

    Code
    i  | x11                             | Schema | 20241218-lp160.468.1            | x86_64 | dirkmueller factory development project (16.0)
i  | x86_64_v3                       | Schema | 20230201-lp160.36.1             | x86_64 | dirkmueller factory development project (16.0)

    Keine Annung

    Code
    rb@HW101:~> sudo zypper se -sir home_dirkmueller_Factory > home_dirkmueller_Factory.txt

    So, jetzt starte ich mal deine Nachhilfe :) Mal sehen was passiert und was dann fehlt.


    Stelle gerade fest, dass digikam auch seinen Dienst verweigert X(

    Code
    sudo journalctl -f

Mai 06 11:00:40 HW101 systemd[1853]: Started digiKam - Fotoverwaltung.
Mai 06 11:00:41 HW101 digikam[99396]: /usr/bin/digikam: symbol lookup error: /lib64/libass.so.9: undefined symbol: FcConfigSetDefaultSubstitute
Mai 06 11:00:41 HW101 systemd[1853]: app-org.kde.digikam@0dea37284dfc4218ad223b8bfa2929b9.service: Main process exited, code=exited, status=127/n/a
Mai 06 11:00:41 HW101 systemd[1853]: app-org.kde.digikam@0dea37284dfc4218ad223b8bfa2929b9.service: Failed with result 'exit-code'.
Mai 06 11:01:00 HW101 systemd[1]: snapperd.service: Deactivated successfully.
    Code
    symbol lookup error: /lib64/libass.so.9

    Dann schau einmal, was du woher installiert hast:


    Code
    zypper se -s libass

    qed


    PS:

    Mit der neuen txt sieht man jetzt auch die Versionen und das er anscheinend patterns (Schemata) baut.

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

    So, die Infos - über die Leichen :) Was heißt das nun?

    Code
    sudo zypper ps -s > zypper__ps_-s > zypper_ps_-s.txt

    Was immer in der Konsole beim "Nachhilfe Prozess" gezeigt wird.

    Code
    [...]
warning: libselinux: type 1: /etc/selinux/targeted/contexts/files/file_contexts.bin:  Regex version mismatch, expected: 10.45 2025-02-05 actual: 10.47 2025-10-21
warning: libselinux: type 1: /etc/selinux/targeted/contexts/files/file_contexts.homedirs.bin:  Regex version mismatch, expected: 10.45 2025-02-05 actual: 10.47 2025-10-21
(139/392) Installieren: vim-data-common-9.2.0280-160000.1.1.noarch .................................................................[fertig]

/etc/selinux/targeted/contexts/files/file_contexts.bin:  Regex version mismatch, expected: 10.45 2025-02-05 actual: 10.47 2025-10-21
/etc/selinux/targeted/contexts/files/file_contexts.homedirs.bin:  Regex version mismatch, expected: 10.45 2025-02-05 actual: 10.47 2025-10-21
/etc/selinux/targeted/contexts/files/file_contexts.bin:  Regex version mismatch, expected: 10.45 2025-02-05 actual: 10.47 2025-10-21
[...]

    Ich getraue mir fast kein reboot. Aber das ist jetzt notwendig - oder?

    Sauerland - Du bist der Beste

    Bist jetzt sieht alles gut aus - auch nach einem reboot.

    Ein paar Warnungen, Infos aber keine fatal error.


    Allerdings cockpit stellt sich noch stur - ich schau noch mal ob ich ein error in einer log-datei finde.


    Ansonsten vielen Danke an alle für die Unterstützung.

    Du kannst noch einmal:

    Code
    touch /.autorelabel


    als root ausführen, das erstellt die versteckte Datei .autorelabel in / und dadurch wird selinux bei einem Neustart veranlasst, alle Dateien/Verzeichnisse neu aufzubauen.

    Achtung, aufpassen wo der Punkt steht.




    Ähnlich zu purge-kernels:

    Code
    touch /boot/do_purge_kernels

    Wenn die Datei /boot/do_purge_kernels vorhanden ist, werden alle überflüssig Kernel nach den Einstellungen der (/usr)/etc/zypp/zypp.conf gelöscht.

    Wird nach einer Kernel Installation automatisch ausgeführt.

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

    Hab gerade mal das relabeln angestoßen, hier mal die Zeiten:

    /home = 1TB SSD

    /mnt/1TB = 2 TB Festplatte

    /mnt/2TB = 2 TB Festplatte.


    Code
    systemd-analyze blame
6min 24.996s mnt-2TB-relabel.service
 1min 3.607s mnt-1TB-relabel.service
.
.
.
.
24.709s home-relabel.service

    Die lange Zeit erklärt sich mit Sicherungen meiner Hetzner Server auf dieser Platte, viele kleine Dateien, während auf der anderen Platte mehr Videodateien meiner DVDs liegen, also größere und wenige Dateien. Ebenso die Dateien meiner virtuellen Maschinen.

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

    So, ich habe festgestellt, dass die Ursache selinux ist. Die Policy verbietet mir das sudo im Cockpit. Bin in der group wheel und in sudoers darf wheel fast alles

    Wenn ich selinux (selinux=0) ausschalte funktioniert das sudo im Cockpit.

    Jetzt setzte ich:

    Code
    sudo setenforce 0

sudo getenforce
Permissive

    und ich sehe folgende error

    Ich kann damit nix anfangen und ob das die Ursache ist??

    Auf meinem Laptop funktioniert alles prima


    Grüße