openSUSE Server: angeblich keine Repo Updates vorhanden

Hinweis: In dem Thema openSUSE Server: angeblich keine Repo Updates vorhanden gibt es 19 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Jetzt will er mir openSUSE neuinstallieren???? Also egal ob zypper up oder zypper dup???? :smilie_pc_012:


    Nochmal die angepasste Repo Liste:


    Diese Signatur ist derzeit nicht verfügbar.

    Für den Inhalt des Beitrages 128638 haftet ausdrücklich der jeweilige Autor: derwunner

  • Dein Wort in Gottes Ohr... Ich bin mal gespannt, Backups hatte ich erst letzte Woche gemacht, seitdem ist nichts relevantes passiert. Ich werde es jetzt mal durchführen, melde mich später wieder.

    Diese Signatur ist derzeit nicht verfügbar.

    Für den Inhalt des Beitrages 128642 haftet ausdrücklich der jeweilige Autor: derwunner

  • Vielen Dank soweit erstmal an alle, Update hat geklappt! :smilie_hops_092:
    Allerdings bootet er noch in den alten Kernel, das müsste man noch umstellen. Laut meines Wissens, muss doch dafür nur der Grub2 Standard-Wert geändert werden, damit er in den neuen Kernel bootet. Leichter gesagt als getan, weil meine grub.cfg irgendwie komisch aussieht. Nach einer kurzen Recherche bin ich auf folgende online Referenzen zu dem Thema gestoßen:
    Installing Multiple Kernel Versions | Reference | openSUSE Leap 15.0
    How To Check Installed Linux Kernels - OSTechNix
    Boot SUSE Linux from old kernel after kernel upgrade - Kernel Talks nach dem hier habe ich mich gerichtet, weil ich im Prinzip davon nur den umgekehrten Weg brauche. Mein Szenario ist ja, dass der alte Kernel läuft, obwohl es der neue sein sollte.


    /boot/grub2/grub.cfg aus:


    (siehe Anhang)


    Und die entsprechende /etc/default/grub:
    (siehe Anhang)





    Ich steige da leider nicht durch, was ich davon auf was ändern soll. Die Information aus dem Artikel von oben scheint auch schon leicht veraltet zu sein und nicht mehr 100 prozentig zu stimmen. Wie auch immer, trotzdem konnte ich mir den Rest nicht "zusammen reimen".
    Das ganze könnte ich anderweitig noch über YAST machen (ungrafisch), aber leider fehlt hier der mit den Boot-Optionen, den man im grafischen YAST2 hätte.

  • Bei deiner Repoliste ist es eher erstaunlich, dass da überhaupt was geht.


    Du mischt munter 42.2 mit 42.3
    Nicht nur bei PHP.


    Und das ist gar keine gute Idee.
    Stelle alles auf 42.3 um, und mache ein zypper clean -all && zypper dup

  • Du musst nur den entsprechenden Kernel löschen.........


    Nix mit grub usw......

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

  • Bei deiner Repoliste ist es eher erstaunlich, dass da überhaupt was geht.


    Du mischt munter 42.2 mit 42.3
    Nicht nur bei PHP.


    Und das ist gar keine gute Idee.
    Stelle alles auf 42.3 um, und mache ein zypper clean -all && zypper dup

    Ich verstehe gerade nicht, was an der Repo Liste gemischt sein soll:


    Ich meine, da stehen doch nur URLs, die auf 42.3 referenzieren.


    @Sauerland Kann ich denn einen laufenden Kernel per zypper einfach so löschen?

    Diese Signatur ist derzeit nicht verfügbar.

    Für den Inhalt des Beitrages 128663 haftet ausdrücklich der jeweilige Autor: derwunner

  • Du kannst meinen Post getrost als erledigt, wahlweise Unsinn übergehen.


    Ich habe schlicht überlesen, was die Jungs mit dir hier bereits erledigt haben.
    (Ich hatte meine Antwort angefangen und erst heute den Tab wiederentdeckt)
    Mea culpa.

  • Ok, vielen Dank für die Info. Das Kernel löschen mit dieser Anleitung tat den Trick: SUSE Doc: System Analysis and Tuning Guide - Installing/Removing Multiple Kernel Versions with zypper
    Beim Kernel löschen bin ich immer etwas vorsichtig, denn soviel ich weis ist das sehr Distributions-abhängig was und wie davon in den RAM geladen wird. Zum Beispiel SliTaz wird komplett in den RAM geladen. Deswegen wollte ich lieber nochmal nachfragen, zur Sicherheit ;)


    Vielen Dank an alle nochmal. Das Thema ist damit geklärt! :smilie_hops_011:

    Diese Signatur ist derzeit nicht verfügbar.

    Für den Inhalt des Beitrages 128677 haftet ausdrücklich der jeweilige Autor: derwunner