Upgrade auf 15.4: util-linux "Es ist kein offizielles Paket für openSUSE Leap 15.4 verfügbar"

Hinweis: In dem Thema Upgrade auf 15.4: util-linux "Es ist kein offizielles Paket für openSUSE Leap 15.4 verfügbar" gibt es 37 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Noch einmal:

    Der Amd Treiber ist im Kernel.

    Danke, ich werde das Repo rauswerfen. (Ich habe ja auch das Thema amdgpu-dkms-Reinstall nach Updates nicht mehr).

    --allow-vendor-change

    Auch danke. Das widerspricht sich aber nicht mit --download-in-heaps?


    Ich vermute aber, das hilft beides noch nicht bei meinem Grundproblem? Ich räume morgen die Repos auf, entferne die Doppel und aktiviere den Refresh bei allen aktiven. Dann schaue ich weiter.

    Für den Inhalt des Beitrages 304781 haftet ausdrücklich der jeweilige Autor: ireise

  • Here we are:

    Für den Inhalt des Beitrages 304783 haftet ausdrücklich der jeweilige Autor: ireise

  • Und hier aktuelle Reposatz (sprengte das 10k-Zeichenlimit):

    Für den Inhalt des Beitrages 304784 haftet ausdrücklich der jeweilige Autor: ireise

  • Warum nimmst du nicht meinen Befehl????

    zypper --releasever=15.4 dup --allow-vendor-change

    Weil ich mir (von Anfang an) nicht vorstellen kann, dass das System ohne autofs, nfs-client, udev, ntp, cups, yast-bootloader, uvm. wieder auf die Beine kommt.

    Die Option --download-in-heaps oder nicht ändert auch nix an den Problemen.

    Für den Inhalt des Beitrages 304788 haftet ausdrücklich der jeweilige Autor: ireise

  • Warum nimmst du nicht meinen Befehl????


    Und dann Lösung 1

    Das sind alles Leap 15.3 Pakete, die müssen deinstalliert werden und neu aus Leap 15.4 installiert werden.

    Kannst du in der Übersicht kontrollieren, bevor die eigentliche Installation beginnt.

    Dort kannst du auch noch abbrechen!!!!!!!

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

  • ireise: Interessanterweise lief mein System auf der "preempt"-Kernel Variante (anstatt "Default"), was zu dem gleichen Fehler wie bei dir geführt hat. Ich habe mal vorab den preempt-Kernel mit "zypper remove kernel-preempt*" entfernt, neu gestartet (jetzt mit Default Kernel) und bekomme jetzt keine Konflikte mehr.

    Für den Inhalt des Beitrages 304792 haftet ausdrücklich der jeweilige Autor: Flo454

  • OT

    Ich frag mich nur, wo die Leute den preempt kernel herholen. Den gibt es nicht mal im Kernel Archiv. Nur irgendwelche Maintainer bieten den an. Und was ich mich auch frage ... wissen die Leute überhaupt, wozu der gut sein soll? Wegen der Echtzeit?

  • OT

    Ich frag mich nur, wo die Leute den preempt kernel herholen. Den gibt es nicht mal im Kernel Archiv. Nur irgendwelche Maintainer bieten den an. Und was ich mich auch frage ... wissen die Leute überhaupt, wozu der gut sein soll? Wegen der Echtzeit?

    Gehe nicht von Tumbleweed aus:


    Ob der jetzt sinnvoll ist, sei dahingestellt.


    Der kann übrigens bei einem Update automatisch mitinstalliert werden.......

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

  • Gehe nicht von Tumbleweed aus

    Hmm ... stimmt ... bei 15.4 scheint sich einiges gewaltig von Tw zu unterscheiden.


    Code
    zypper se -s kernel-preempt
    Repository-Daten werden geladen...
    Installierte Pakete werden gelesen...
    Keine passenden Objekte gefunden.

    Zum Sinn oder Unsinn des Preempt-Kernels brauchen wir auch keine weiteren Ausführungen zu machen. Vorstehender Beitrag erklärt schon so einiges.