Beiträge von ireise

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

    Zitat von Flo454

    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.

    Flo454: Bleibt die Frage an opensuse, warum der preempt-Kernel zwar im Betrieb unterstützt wird, aber nicht beim Upgrade.

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

    Ich bin aber nun auch zum Ziel gekommen:

    Nachdem ich gelernt hatte, dass ich den Preempt-Kernel nicht wegen der GraKa, sondern wegen o.g. Fehler hatte, habe ich erst mal den default-Kernel gebootet.

    Das reichte noch nicht, der preemt-Kernel war ja noch installiert und damit bestanden auch die Abhängigkeiten noch. Also den preempt-Kernel inkl. der zugehörigen Pakete entfernt und danach lief das Upgrade problemlos durch.

    Sieht alles gut aus (die VB habe ich noch nicht versucht) und ich habe doch ein util-linux 2.37.2 auf dem System, auch wenn es das angeblich gar nicht mehr gibt.

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

    Zitat von Alero

    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?

    "Die Leute" merken vermutlich nicht mal, dass sie den Kernel gewechselt haben. Siehe z.B. dieser Thread: Is it normal that my running kernel is kernel-preempt instead of kernel-default?

    So wohl auch bei mir. Ich hatte die Virtual-Box installiert um eine Android-VM betreiben zu können und bin dabei vermutlich auf den Preemt Kernel umgestiegen. Und nein, da brauchte es keine Suche nach "irgendeinem Maintainer", der neue Kernel kam einfach mit und man merkt es nicht mal.

    Der preemt-Kernel wurde auch stetig aktualisiert, machte also auch keine Probleme.

    Also nicht "Wegen der Echtzeit" sondern eher wegen eines Abhänigkeitsfehlers in den Virtualbox-Paketen.

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

    Zitat von Sauerland

    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.

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

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

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

    Here we are:

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

    Zitat von Sauerland

    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).

    Zitat von Sauerland

    --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.

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

    Zitat von Sauerland

    Allerdings entzieht es sich meiner Kenntnis, warum man das AMD Repo einbinden sollte, der Treiber ist im Kernel, ansonsten gibt es noch kernel-stable-backports

    Den Punkt konnte ich inzwischen klären. Wie erwartet macht(e) das das Installationsskript von AMD:

    Und ich meine mich zu erinnern, dass amdgpu-dkms den Kernel neu kompilierte. Jedenfalls war da ein Reinstall nötig nach jedem automatischen Kernelupdate.

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

    Zitat von Sauerland

    Das liegt daran, das du die 15.3 Pakete sperrst

    Äh, wirklich gesperrt sind 3 Debug-Repos:

    Code
     9 | repo-backports-debug-update      | Update repository with updates for openSUSE Leap debuginfo packages from o-> | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/update/leap/15.3/backports_debug/           |  

14 | repo-debug-update-non-oss        | Update Repository (Debug, Non-OSS)                                           | Nein      | ----            | ----           |   99      | rpm-md | http://download.opensuse.org/debug/update/leap/15.3/non-oss/             |  
17 | repo-sle-debug-update            | Update repository with debuginfo for updates from SUSE Linux Enterprise 15   | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/update/leap/15.3/sle/                 |

    das Haupt-Repo ist doppelt und deswegen eine Ausgabe desktiviert:

    Code
     8 | openSUSE-Leap-15.2-1             | openSUSE-Leap-15.3                                                           | Nein      | ----            | ----           |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/            | 
16 | repo-oss                         | Haupt-Repository                                                             | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/            |

    welches davon hilft denn hier?

    BTW: Die anderen Schritte aus der Upgrade-Doku habe ich auch angewendet. D.h. in /etc/zypp/repos.d/*.repo steht ${releasever} und nicht 15.3. "zypper lr -d" zeigt das aber nicht.


    Zitat von Sauerland

    sowie den Repo Wechsel explizit nicht angibst......

    Doch, habe ich für die Packman->Suse Aktionen, aber zypper --releasever=15.4 dup --download-in-heaps |& tee /tmp/install.log erfasst keine Benutzereingabe, die kommt über stdin nicht stdout/-err. Scrollen und kopieren mit der Maus ist der virtuellen Konsole ja nicht drin.

    Zitat von Sauerland

    Und das [--download-in-heaps] ersetzen.......

    Durch? Nichts?

    Zitat von Sauerland

    Lesen, du musst lesen.......

    RTFM habe ich schon mal gehört. Wo soll ich denn weitermachen?

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

    Zitat von Sauerland

    Poste doch einfach den Befehl und die Ausgabe aus Beitrag #1

    Der betroffene Rechner ist gerade belegt (das Wartungsfenster am WE kann man in der Familie nicht durchsetzen), damit komme ich derzeit nicht an den kompletten Output. Der Befehl war ganz brav nach SDB:Distribution-Upgrade

    Code
    zypper --releasever=15.4 dup --download-in-heaps

    Im ersten Post fehlen von der Ausgabe die ersten Zeilen (kann ich morgen nachliefern) und noch mal ca. 13 Runden der Art

    Code
     Problem: problem with the installed xyz
Solution 1: install xyz from vendor openSUSE
  replacing xyz from vendor http://packman.links2linux.de
Solution 2: keep obsolete xyz

    für die Pakete gstreamer-plugins-bad-1.16.3-pm153.3.6.7.x86_64, gstreamer-plugins-bad-lang-1.16.3-pm153.3.6.7.noarch, gstreamer-plugins-libav-1.16.2-pm153.2.7.x86_64, libgstadaptivedemux-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstbadaudio-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstbasecamerabinsrc-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstcodecparsers-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstisoff-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstmpegts-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstphotography-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstsctp-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgsturidownloader-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstwayland-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstwebrtc-1_0-0-1.16.3-pm153.3.6.7.x86_64


    Wenn das nicht hilft gerne (bis) morgen nochmal komplett.