kernel-default (6.4.0-150600.21.3) - no update candidate for 6.4.0-150600.23.7.3
Hallo zusammen, seit ein paar Tagen will die SW Aktualisierung mir 4 Updates kernel-default-devel (6.4.0-150600.21.3) kernel-default-extra (6.4.0-150600.21.3) kernel-default-optional (6.4.0-150600.21.3) kernel-default (6.4.0-150600.21.3) aufdrängen (im KDE Plasma Systemabschnitt). Wenn ich auf Update drücke sagt er: There is no update candidate for kernel-default-devel-6.4.0-150600.23.7.3.x86_64 Aktuell habe ich die Kernel Versionen 6.4.0-150600.21.2 von SUSE LLC 6.4.0-150600.23.7.3 Update Repo SUSE Linux Enterprises 15 und Anbieter SUSE LLC (Repo URL: http://download.opensuse.org/update/leap/15.6/sle/) installiert. (in Yast2 nachgesehen) Die Version 6.4.0-150600.21.3 wird mir in Yast2 auch angezeigt, ist aber nicht installiert. Wieso will er diese Version installieren, wo ich doch schon einen neueren Kernel verwende und wie bekomme ich das gelöst ? werner@obelix:~> cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-6.4.0-150600.23.7-default root=UUID=d8c7e185-5b3b-477c-8f23-6b2fce8f620d splash=silent resume=/dev/disk/by-id/nvme-INTEL_SSDPEKNW020T8_BTNH107605H22P0C-part2 preempt=full quiet security=apparmor mitigations=auto openSuse 15.6 Repos: 60 https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.6 90 http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_15.5 98 http://download.nvidia.com/opensuse/leap/15.6 99 http://download.opensuse.org/distribution/leap/15.6/repo/oss/ 99 http://download.opensuse.org/update/leap/15.5/oss 99 http://download.opensuse.org/distribution/leap/15.6/repo/non-oss/ 99 http://download.opensuse.org/update/leap/15.6/sle/ 99 http://download.opensuse.org/update/leap/15.6/non-oss/ Die Zahl vorne ist die Prio viele Grüße Werner
Am Dienstag, 2. Juli 2024, 19:21:21 CEST schrieb Werner Franke:
Aktuell habe ich die Kernel Versionen 6.4.0-150600.21.2 von SUSE LLC 6.4.0-150600.23.7.3 Update Repo SUSE Linux Enterprises 15 und Anbieter SUSE LLC
Die Version 21.2 gibt es im Repo nicht, aber die Version 21.3, die installiert werden soll. Einfach updaten, dar alte neue Kernel 23.7.3 bleibt erhalten und wird auch beim Neustart benutzt. Updaten per zypper up und nicht per GUI. Stephan
Stephan Hemeier schrieb:
Am Dienstag, 2. Juli 2024, 19:21:21 CEST schrieb Werner Franke:
Aktuell habe ich die Kernel Versionen 6.4.0-150600.21.2 von SUSE LLC 6.4.0-150600.23.7.3 Update Repo SUSE Linux Enterprises 15 und Anbieter SUSE LLC
Die Version 21.2 gibt es im Repo nicht, aber die Version 21.3, die installiert werden soll.
Da ist irgendein Kuddelmuddel passiert. Die 21.2 war in den Distributions-Repos drin, als Leap 15.6 veröffentlicht wurde. Anderthalb Wochen später (!) wurde dann die 21.3 ebenfalls in den Distributions-Repos veröffentlicht und die 21.2 komplett gelöscht. Der Kernel hatte aber exakt dieselbe md5sum wie der von 21.2, war also Byte für Byte identisch. Was das sollte, weiß ich nicht, gab auch keine Info drüber. Das ist aber seit ein paar Jahren bei Suse normal, früher war das transparenter. Nochmal nur wenige Tage später kam dann die 23.7.3 "ganz normal" aus dem Update-Repo. Es kann sein, dass man jetzt Probleme kriegt, wenn man die 21.3 "übersprungen" hat. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Hallo Manfred, hallo zusammen, Am Mittwoch, 3. Juli 2024, 08:57:08 MESZ schrieb Manfred Haertel, DB3HM:
Da ist irgendein Kuddelmuddel passiert. Die 21.2 war in den Distributions-Repos drin, als Leap 15.6 veröffentlicht wurde. Anderthalb Wochen später (!) wurde dann die 21.3 ebenfalls in den Distributions-Repos veröffentlicht und die 21.2 komplett gelöscht. Der Kernel hatte aber exakt dieselbe md5sum wie der von 21.2, war also Byte für Byte identisch.
Was das sollte, weiß ich nicht, gab auch keine Info drüber. Das ist aber seit ein paar Jahren bei Suse normal, früher war das transparenter.
Ich vermute mal, dass das mit dem image respin zusammenhängt: https://news.opensuse.org/2024/06/21/leap-15-6-image-respin/ Dazu würde auch passen, dass der x86_64-Kernel identisch war - es gab ja "nur" neue secure boot signing keys für zwei Architekturen. Gruß Christian Boltz --
The wiki is as much yours as it is ours, and if you think that someone deserves recognition by naming them, you don't need anybody's permission. Then I must put my thanks to Bill Gates somewhere. he made me use Linux. :-) [> Peter Flodin and houghi in opensuse-wiki]
Christian Boltz schrieb:
Hallo Manfred, hallo zusammen,
Am Mittwoch, 3. Juli 2024, 08:57:08 MESZ schrieb Manfred Haertel, DB3HM:
Da ist irgendein Kuddelmuddel passiert. Die 21.2 war in den Distributions-Repos drin, als Leap 15.6 veröffentlicht wurde. Anderthalb Wochen später (!) wurde dann die 21.3 ebenfalls in den Distributions-Repos veröffentlicht und die 21.2 komplett gelöscht. Der Kernel hatte aber exakt dieselbe md5sum wie der von 21.2, war also Byte für Byte identisch.
Was das sollte, weiß ich nicht, gab auch keine Info drüber. Das ist aber seit ein paar Jahren bei Suse normal, früher war das transparenter.
Ich vermute mal, dass das mit dem image respin zusammenhängt: https://news.opensuse.org/2024/06/21/leap-15-6-image-respin/
Dazu würde auch passen, dass der x86_64-Kernel identisch war - es gab ja "nur" neue secure boot signing keys für zwei Architekturen.
Liest sich so, als würde das passen. Fragt sich allerdings, warum das dann nicht auf den Suse-Mailing-Listen bekannt gegeben wurde. Die sind doch eigentlich dafür da, um so was zu kommunizieren. Wichtig genug wäre das ja vermutlich gewesen. Oder habe ich da was übersehen? Die Lösung kann ja nicht sein, ständig ein Blog zu verfolgen, um so was zu erfahren. Obwohl, in den 2020er Jahren wundert mich nichts mehr. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 03.07.24 um 21:41 schrieb Christian Boltz: (...)
Ich vermute mal, dass das mit dem image respin zusammenhängt: https://news.opensuse.org/2024/06/21/leap-15-6-image-respin/ (...)
Oh, schön mal von dem Blog zu erfahren ... Immerhin mit RSS, prima. Damit werde ich nun automatisch erfahren wenn es dort etwas Neues gibt. Bernd (Warum als Share-Option dort nur der übliche Mis^w Kram angegeben wurde aber auf z.B. Mastodon, etc. verzichtet wurde lässt sich wohl nur mit dem Alter des Grunddesigns erklären.)
bnacht schrieb:
Am 03.07.24 um 21:41 schrieb Christian Boltz: (...)
Ich vermute mal, dass das mit dem image respin zusammenhängt: https://news.opensuse.org/2024/06/21/leap-15-6-image-respin/ (...)
Oh, schön mal von dem Blog zu erfahren ...
Immerhin mit RSS, prima. Damit werde ich nun automatisch erfahren wenn es dort etwas Neues gibt.
RSS gilt aber geheimhin als "obsolet", weil es nie so richtig von der breiten Masse akzeptiert wurde und wird über kurz oder lang verschwinden. 2020er Jahre halt. Ich fand es immer sehr praktisch. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Hallo Manfred, hallo zusammen, Am Donnerstag, 4. Juli 2024, 14:46:35 MESZ schrieb Manfred Haertel:
bnacht schrieb:
Immerhin mit RSS, prima. Damit werde ich nun automatisch erfahren wenn es dort etwas Neues gibt.
RSS gilt aber geheimhin als "obsolet", weil es nie so richtig von der breiten Masse akzeptiert wurde und wird über kurz oder lang verschwinden. 2020er Jahre halt. Ich fand es immer sehr praktisch.
Wieso "fand"? Totgesagte leben länger ;-) - und "RSS ist tot" haben manche Leute schon vor sehr vielen Jahren behauptet. Wenig überraschend bieten walled gardens wie Facebook und Twitter kein RSS (mehr) an - ist ja auch blöd, wenn die Leute nicht auf die Seite gehen und sich analysieren und mit Werbung zuschütten lassen ;-) Andererseits bieten sogar "Neulinge" wie Mastodon RSS-Feeds an - es scheint also immer noch genügend Interesse an RSS zu geben. Ich habe übrigens auch einen gut gefüllten Feedreader ;-) Gruß Christian Boltz PS: Nicht-zufällige Signatur - der Artikel ist übrigens von 2011 ;-) -- Untersuchungen, wie viele der "RSS ist tot"-Blogbeiträge per Newsfeed gelesen worden sind, sind uns nicht bekannt. [http://www.heise.de/newsticker/meldung/Facebook-Twitter-und-der-Tod-von-RSS-...]
Am 03.07.24 um 21:41 schrieb Christian Boltz:
Hallo Manfred, hallo zusammen,
Am Mittwoch, 3. Juli 2024, 08:57:08 MESZ schrieb Manfred Haertel, DB3HM:
Da ist irgendein Kuddelmuddel passiert. Die 21.2 war in den Distributions-Repos drin, als Leap 15.6 veröffentlicht wurde. Anderthalb Wochen später (!) wurde dann die 21.3 ebenfalls in den Distributions-Repos veröffentlicht und die 21.2 komplett gelöscht. Der Kernel hatte aber exakt dieselbe md5sum wie der von 21.2, war also Byte für Byte identisch.
Was das sollte, weiß ich nicht, gab auch keine Info drüber. Das ist aber seit ein paar Jahren bei Suse normal, früher war das transparenter.
Ich vermute mal, dass das mit dem image respin zusammenhängt: https://news.opensuse.org/2024/06/21/leap-15-6-image-respin/
Dazu würde auch passen, dass der x86_64-Kernel identisch war - es gab ja "nur" neue secure boot signing keys für zwei Architekturen.
Wie betrifft das alles jetzt mich? Ich verwende der Kernel 6.4.0-150600.23.7.3 und kein Secure-Boot. Muss ich den 6.4.0-150600.21.3 jetzt dann trotzdem installieren? Wenn ja, mit zypper up (wie von Stephan erwähnt) und bleibt dabei die jetzige Kernel-Reihenfolge erhalten ? Bootet das OS danach weiterhin standardmäßig 23.7.3 ? Wenn ich den 21.3 nicht brauche, wie bekomme ich die 4 Updates weg? Dass sie nicht mehr in der Update-Liste auftauchen? Oder geht nur ignorieren ? Danke für Tipps. viele Grüße Werner
Werner Franke schrieb:
Ich vermute mal, dass das mit dem image respin zusammenhängt: https://news.opensuse.org/2024/06/21/leap-15-6-image-respin/
Dazu würde auch passen, dass der x86_64-Kernel identisch war - es gab ja "nur" neue secure boot signing keys für zwei Architekturen.
Wie betrifft das alles jetzt mich? Ich verwende der Kernel 6.4.0-150600.23.7.3 und kein Secure-Boot.
Muss ich den 6.4.0-150600.21.3 jetzt dann trotzdem installieren? Wenn ja, mit zypper up (wie von Stephan erwähnt) und bleibt dabei die jetzige Kernel-Reihenfolge erhalten ? Bootet das OS danach weiterhin standardmäßig 23.7.3 ? Ich vermute, dass die Logik der Multi-Versions-Pakete mit der Art und Weise, wie der "Image Respin" durchgeführt wurde nicht zurecht kommt, wenn man die 21.3 übersprungen hat (ich habe sie nicht übersprungen).
Die Paketverwaltung ist ja per Default so eingestellt, dass sie die letzten zwei Kernel aufhebt. Du hast zwar zwei Kernel installiert, den aktuellen 23.7.3 aus dem Update-Repo und den 21.2, den es mal im Distributions-Repo gab. Da der 21.2 aber im Distributions-Repo NICHT MEHR existiert, meint das System, dass Du den "irgendwie hinten rum" installiert hast und will den durch den 21.3 aus dem Distributions-Repo ersetzen. Denn mehr als diese zwei Kernel existieren im Moment nicht für Leap 15.6. Ich würde an Deiner Stelle den 21.3 installieren lassen und die Logik im grub sollte erkennen, dass die 23.7.3 neuer ist (hat ja die höhere Versionsnummer) und den per Default starten. Und selbst wenn das irgendwie schief gehen sollte, wird das System höchstwahrscheinlich mit einem der beiden Kernel (vermutlich wahlweise mit beiden) bootfähig sein und hinterher kannst Du in yast auf dem Versions-Reiter die Ordnung wieder herstellen, die Du gern hättest. Außer der 21.2, denn die gibt es ja nicht mehr. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 04.07.24 um 15:02 schrieb Manfred Haertel, DB3HM:
Werner Franke schrieb:
Ich vermute mal, dass das mit dem image respin zusammenhängt: https://news.opensuse.org/2024/06/21/leap-15-6-image-respin/
Dazu würde auch passen, dass der x86_64-Kernel identisch war - es gab ja "nur" neue secure boot signing keys für zwei Architekturen.
Wie betrifft das alles jetzt mich? Ich verwende der Kernel 6.4.0-150600.23.7.3 und kein Secure-Boot.
Muss ich den 6.4.0-150600.21.3 jetzt dann trotzdem installieren? Wenn ja, mit zypper up (wie von Stephan erwähnt) und bleibt dabei die jetzige Kernel-Reihenfolge erhalten ? Bootet das OS danach weiterhin standardmäßig 23.7.3 ? Ich vermute, dass die Logik der Multi-Versions-Pakete mit der Art und Weise, wie der "Image Respin" durchgeführt wurde nicht zurecht kommt, wenn man die 21.3 übersprungen hat (ich habe sie nicht übersprungen).
Die Paketverwaltung ist ja per Default so eingestellt, dass sie die letzten zwei Kernel aufhebt.
Du hast zwar zwei Kernel installiert, den aktuellen 23.7.3 aus dem Update-Repo und den 21.2, den es mal im Distributions-Repo gab.
Da der 21.2 aber im Distributions-Repo NICHT MEHR existiert, meint das System, dass Du den "irgendwie hinten rum" installiert hast und will den durch den 21.3 aus dem Distributions-Repo ersetzen. Denn mehr als diese zwei Kernel existieren im Moment nicht für Leap 15.6.
Ich würde an Deiner Stelle den 21.3 installieren lassen und die Logik im grub sollte erkennen, dass die 23.7.3 neuer ist (hat ja die höhere Versionsnummer) und den per Default starten.
Und selbst wenn das irgendwie schief gehen sollte, wird das System höchstwahrscheinlich mit einem der beiden Kernel (vermutlich wahlweise mit beiden) bootfähig sein und hinterher kannst Du in yast auf dem Versions-Reiter die Ordnung wieder herstellen, die Du gern hättest. Außer der 21.2, denn die gibt es ja nicht mehr.
Danke, habe das jetzt gemacht und die Meldungen von "zypper up" geben wieder, dass 21.3 installiert und 21.2 gelöscht wurde. Auch der Inhalt von /boot zeigt das. /boot/grub2/grub.cfg sieht auch noch so aus, dass vmlinux-6.4.0-150600.23.7-default.gz booten wird. grüße Werner
Am 02.07.24 um 19:37 schrieb Stephan Hemeier:
Am Dienstag, 2. Juli 2024, 19:21:21 CEST schrieb Werner Franke:
Aktuell habe ich die Kernel Versionen 6.4.0-150600.21.2 von SUSE LLC 6.4.0-150600.23.7.3 Update Repo SUSE Linux Enterprises 15 und Anbieter SUSE LLC
Die Version 21.2 gibt es im Repo nicht, aber die Version 21.3, die installiert werden soll.
Einfach updaten, dar alte neue Kernel 23.7.3 bleibt erhalten und wird auch beim Neustart benutzt.
Updaten per zypper up und nicht per GUI.
Danke, aber warum sollte ich einen 'neueren' alten Kernel einspielen, wenn ich doch den neueren 6.4.0-150600.23.7.3 benutze ? Ich gehe davon aus, dass 6.4.0-150600.23.7.3 neuer ist als 6.4.0-150600.21.3 oder ? viele Grüße Werner
Am Dienstag, 2. Juli 2024, 19:21:21 CEST schrieb Werner Franke:
openSuse 15.6 Repos: 60 https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.6 90 http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_15.5 98 http://download.nvidia.com/opensuse/leap/15.6 99 http://download.opensuse.org/distribution/leap/15.6/repo/oss/ 99 http://download.opensuse.org/update/leap/15.5/oss 99 http://download.opensuse.org/distribution/leap/15.6/repo/non-oss/ 99 http://download.opensuse.org/update/leap/15.6/sle/ 99 http://download.opensuse.org/update/leap/15.6/non-oss/
Die Zahl vorne ist die Prio
viele Grüße Werner
Du benutzt aber nicht die Repso mit 15.5 in der URL???????? Stephan
Am 02.07.24 um 19:41 schrieb Stephan Hemeier:
Am Dienstag, 2. Juli 2024, 19:21:21 CEST schrieb Werner Franke:
openSuse 15.6 Repos: 60 https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.6 90 http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_15.5 98 http://download.nvidia.com/opensuse/leap/15.6 99 http://download.opensuse.org/distribution/leap/15.6/repo/oss/ 99 http://download.opensuse.org/update/leap/15.5/oss 99 http://download.opensuse.org/distribution/leap/15.6/repo/non-oss/ 99 http://download.opensuse.org/update/leap/15.6/sle/ 99 http://download.opensuse.org/update/leap/15.6/non-oss/
Die Zahl vorne ist die Prio
viele Grüße Werner
Du benutzt aber nicht die Repso mit 15.5 in der URL????????
Doch, benutze ich, weil nur unter mozilla/openSUSE_Leap_15.5 die Firefox Version 127.0 vorhanden war und es ein openSUSE_Leap_15.6 bis vor ein paar Wochen nicht gab. Jetzt gibt es das und ich habe in Yast2 darauf umgestellt, aber mir wurde nur die Version 115 angeboten. Erst nach einem zypper clean -a zypper ref -f sehe ich die Version 127.0-lp156.1.1. Yast2 ist anscheinend auch nicht mehr das, was es mal war. viele Grüße Werner
participants (5)
-
bnacht -
Christian Boltz -
Manfred Haertel, DB3HM -
Stephan Hemeier -
Werner Franke