[gelöst] Aktuelles linux-image-6.1.0-13 nicht gelistet?!

[sebasdf]

Hallo zusammen,

ich habe ein kleines Problem mit meiner aktuellen Debian Bookworm-Installation. Ich habe Debian auf mehreren Geräten installiert und lasse alle mit apt update /apt upgrade auf aktuellem Stand. Jetzt ist mir neulich beim booten aufgefallen, dass mein Desktop noch auf linux-image-6.1.0-12 bootet, während alle anderen Geräte (sowohl laptops als auch ein Zweit-Debian im selben Gerät) schon auf linux-image-6.1.0-13 laufen.
Als erstes dachte ich, ich hätte schon lange kein update mehr gemacht, aber angeblich ist alles up to date.

meine sources.list auf dem fraglichen System:

Code: Alles auswählen

deb http://deb.debian.org/debian/ bookworm main non-free-firmware
deb-src http://deb.debian.org/debian/ bookworm main non-free-firmware

deb http://security.debian.org/debian-security/ bookworm-security main non-free-firmware
deb-src http://security.debian.org/debian-security/ bookworm-security main non-free-firmware

# bookworm-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ bookworm-updates main non-free-firmware
deb-src http://deb.debian.org/debian/ bookworm-updates main non-free-firmware

und nach einem apt update ohne Fehlermeldung:

Code: Alles auswählen

root@dsktp:~# apt list linux-image-6.1.0-1*
Auflistung… Fertig
linux-image-6.1.0-10-amd64-dbg/stable 6.1.38-1 amd64
linux-image-6.1.0-10-amd64-unsigned/stable 6.1.38-1 amd64
linux-image-6.1.0-10-amd64/stable 6.1.38-1 amd64 [Konfiguration-verbleibend]
linux-image-6.1.0-10-cloud-amd64-dbg/stable 6.1.38-1 amd64
linux-image-6.1.0-10-cloud-amd64-unsigned/stable 6.1.38-1 amd64
linux-image-6.1.0-10-cloud-amd64/stable 6.1.38-1 amd64
linux-image-6.1.0-10-rt-amd64-dbg/stable 6.1.38-1 amd64
linux-image-6.1.0-10-rt-amd64-unsigned/stable 6.1.38-1 amd64
linux-image-6.1.0-10-rt-amd64/stable 6.1.38-1 amd64
linux-image-6.1.0-11-amd64-dbg/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-amd64-unsigned/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-amd64/stable-security,now 6.1.38-4 amd64  [Installiert,automatisch]
linux-image-6.1.0-11-cloud-amd64-dbg/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-cloud-amd64-unsigned/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-cloud-amd64/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-rt-amd64-dbg/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-rt-amd64-unsigned/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-rt-amd64/stable-security 6.1.38-4 amd64
linux-image-6.1.0-12-amd64-dbg/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-amd64-unsigned/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-amd64/stable-security,now 6.1.52-1 amd64  [Installiert,automatisch]
linux-image-6.1.0-12-cloud-amd64-dbg/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-cloud-amd64-unsigned/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-cloud-amd64/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-rt-amd64-dbg/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-rt-amd64-unsigned/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-rt-amd64/stable-security 6.1.52-1 amd64
root@dsktp:~# 

Das selbe auf anderen Geräten listet 6.1.0-13.
Was geht hier vor und wie kriege ich den aktuellsten Kernel auf mein System?
Bin dankbar für jeden Input....

Sebastian

[isabena]

hast du mal mit apt full-upgrade oder apt dist-upgrade versucht ?

[uname]

Was sagt denn

Code: Alles auswählen

dpkg -l | grep linux-image

Auch solltest du mit apt-get update die aktuellen Paketlisten erhalten, die unter anderem für deine Architektur z. B. linux-image-6.1.0-13-amd64 enthalten.

[sebasdf]

full / dist auch keine reaktion

Code: Alles auswählen

root@dsktp:~# apt full-upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@dsktp:~# apt dist-upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@dsktp:~#

hätte mich auch gewundert, da ich das System wegen SSD-Wechsel frisch aufgesetzt habe.


dpkg sagt:

Code: Alles auswählen

root@dsktp:~# dpkg -l | grep linux-image
rc  linux-image-6.1.0-10-amd64              6.1.38-2                              amd64        Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-6.1.0-11-amd64              6.1.38-4                              amd64        Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-6.1.0-12-amd64              6.1.52-1                              amd64        Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-amd64                       6.1.52-1                              amd64        Linux for 64-bit PCs (meta-package)
root@dsktp:~#

Auch solltest du mit apt-get update die aktuellen Paketlisten erhalten, die unter anderem für deine Architektur z. B. linux-image-6.1.0-13-amd64 enthalten.

Genau das wäre auch meine Erwartung, aber:

Code: Alles auswählen

root@dsktp:~# apt-get update
OK:1 http://deb.debian.org/debian bookworm InRelease
OK:2 http://security.debian.org/debian-security bookworm-security InRelease  
OK:3 http://deb.debian.org/debian bookworm-updates InRelease                 
Holen:4 http://www.geogebra.net/linux stable InRelease [8.690 B]             
Es wurden 8.690 B in 0 s geholt (28,4 kB/s).         
Paketlisten werden gelesen… Fertig
W: http://www.geogebra.net/linux/dists/stable/InRelease: Schlüssel ist im veralteten Schlüsselbund trusted.gpg gespeichert (/etc/apt/trusted.gpg), siehe den Abschnitt MISSBILLIGUNG in apt-key(8) für Details.
root@dsktp:~# apt upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@dsktp:~# 

[uname]

Deine linux-image-amd64 ist veraltet (6.1.52-1 statt 6.1.55-1). Ich weiß nicht, ob es evtl. am Point-Release liegt. Hast du

Code: Alles auswählen

apt-get dist-upgrade

ausgeführt? Aber ich komme mit den ganzen unterschiedlichen Befehlen auch immer durcheinander.

[sebasdf]

Selbes Ergebnis wie oben. Damit irgendwas passiert, sollte das Paket ja auch erstmal in den Listen auftauchen, oder? Das tut es aber nicht.
Die veraltete Version entspricht anscheinend dem Stand von 6.1.0-12
Der Aluhutträger in mir vermutet schon irgendeine Schadsoftware. Wobei alles was ich mitbekommen habe, hat mich nicht getroffen und das System ist eigentlich immer höchstens ein paar Tage alt.

[isabena]

kannst du den -13er kernel auch manuell nicht installieren ?

[sebasdf]

vielleicht, aber ich scheue sehr davor zurück, bei so zentralen Paketen manuell reinzufunken. Außerdem würde das vermutlich nicht das zentrale Problem lösen, dass aus irgendwelchen Gründen meine Paketlistenaktualisierung nicht funktioniert, ich also evtl. beim nächsten Update das selbe Problem habe.

[sebasdf]

bzgl. Paketlistenaktualisierung: ich bilde mir ein, dass andere Pakete seit dem letzten Kernelupdate aktualisiert wurden, also der eigentliche Listendownload läuft... kann man das irgendwie verifizieren?

[MaGe]

Außerdem würde das vermutlich nicht das zentrale Problem lösen, dass aus irgendwelchen Gründen meine Paketlistenaktualisierung nicht funktioniert[...]

Für automatische Kernel Updates werden 2 Pakete benötigt:

linux-image-amd64
linux-headers-amd64


gruss MaGe

[sebasdf]

Außerdem würde das vermutlich nicht das zentrale Problem lösen, dass aus irgendwelchen Gründen meine Paketlistenaktualisierung nicht funktioniert[...]

Für automatische Kernel Updates werden 2 Pakete benötigt:

linux-image-amd64
linux-headers-amd64


gruss MaGe

Sind beide installiert. Es haben ja auch mehrere Kernel Updates in der Vergangenheit funktioniert.

[JTH]

Alle apt full-upgrades (u.ä.) und linux-image-amd64 werden nicht helfen, solange das gesuchte Kernelpaket für APT hier

Code: Alles auswählen

root@dsktp:~# apt list linux-image-6.1.0-1*
Auflistung… Fertig
[…]

überhaupt nicht bekannt ist.

Du könntest spaßeshalber mal die Listen der APT bekannten Pakete löschen, Sebastian:

Code: Alles auswählen

rm -rf /var/lib/apt/lists/*

Das ist nichts gefährliches (hat nichts mit der Datenbank der installierten Pakete zu tun). Es löscht nur die Listen, die ein anschließendes apt update wieder herunterlädt.

[sebasdf]

Du könntest spaßeshalber mal die Listen der APT bekannten Pakete löschen, Sebastian:

Code: Alles auswählen

rm -rf /var/lib/apt/lists/*

Das ist nichts gefährliches (hat nichts mit der Datenbank der installierten Pakete zu tun). Es löscht nur die Listen, die ein anschließendes apt update wieder herunterlädt.

Tataaa! Das hat geholfen, das Paket ist da (und 90 andere Upgrades....) Vielen Dank!

[isabena]

bei mir bleibt die Frage zurück,
warum ein Löschen von Listen die Paketquelle offenbar aktualisiert

[KP97]

Und anschließend würde ich an Deiner Stelle mal die sources.list überarbeiten, könnte z.B. so aussehen:

deb https://debian.charite.de/debian/ bookworm main contrib non-free non-free-firmware
deb https://debian.charite.de/debian/ bookworm-updates main contrib non-free non-free-firmware
deb https://deb.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware

Die Quelle kann selbtverständlich auch geändert werden, hier im Wiki gibt es auch ein Muster.

[Chameleon]

bei mir bleibt die Frage zurück,
warum ein Löschen von Listen die Paketquelle offenbar aktualisiert

mir selber ist das noch nie passiert, man liest das aber immer mal wieder - ich könnte mir vorstellen (Vermutung ohne es zu wissen), dass es damit zusammen hängt, dass ein Neustart (systemctl reboot) was anderes ist, als ein Herunterfahren (systemctl poweroff) und dann den Rechner wieder einschalten -> ist aber, wie erwähnt, nur eine Vermutung meinerseits bzgl. der im Hintergrund ablaufenden Prozesse.

[slu]

Tatsächlich hatte ich neulich auch so ein Fall bei einem Debian 12.
Hier hat es geholfen den deb Mirror temporär zu ändern, die Ursache habe ich da leider auch nicht gefunden.

Das System ist bei 12.0 hängen geblieben obwohl es schon lange das 12.1 gab...

[JTH]

ich könnte mir vorstellen (Vermutung ohne es zu wissen), dass es damit zusammen hängt, dass ein Neustart (systemctl reboot) was anderes ist, als ein Herunterfahren (systemctl poweroff) und dann den Rechner wieder einschalten -> ist aber, wie erwähnt, nur eine Vermutung meinerseits bzgl. der im Hintergrund ablaufenden Prozesse.

Ne, das ist Unsinn. Es gibt keinerlei Zusammenhang zwischen dem, was die Konsolenanwendung APT (oder auch grafische Frontends) macht, und der Art und Weise, wie du deinen Rechner an- oder ausschaltest.

Was denkbar wäre, aber auch nur selten passieren sollte: deb.debian.org leitet einen automatisch auf einen günstig gelegenen, konkreten Mirror weiter (siehe http://deb.debian.org/). Es könnte mal sein, dass ein davon ausgewählter Mirror noch nicht auf dem neuesten Stand ist. Aber das muss sich dann nach kurzer Zeit von alleine, ohne Schritte auf dem lokalen Rechner, beheben.

[Chameleon]

ich könnte mir vorstellen (Vermutung ohne es zu wissen), dass es damit zusammen hängt, dass ein Neustart (systemctl reboot) was anderes ist, als ein Herunterfahren (systemctl poweroff) und dann den Rechner wieder einschalten -> ist aber, wie erwähnt, nur eine Vermutung meinerseits bzgl. der im Hintergrund ablaufenden Prozesse.

Ne, das ist Unsinn. Es gibt keinerlei Zusammenhang zwischen dem, was die Konsolenanwendung APT (oder auch grafische Frontends) macht, und der Art und Weise, wie du deinen Rechner an- oder ausschaltest.

Naja, im Grunde stimme ich dir zu - anderseits, … -> ich hatte schon Situationen, wo ein Herunterfahren und dann wieder neu starten einen Konflikt aufgelöst hat, der nach einem Neustart noch vorhanden war - ist aber alles lange her und die Erinnerungen daran sind "schwammig"

Was denkbar wäre, aber auch nur selten passieren sollte: deb.debian.org leitet einen automatisch auf einen günstig gelegenen, konkreten Mirror weiter (siehe http://deb.debian.org/). Es könnte mal sein, dass ein davon ausgewählter Mirror noch nicht auf dem neuesten Stand ist. Aber das muss sich dann nach kurzer Zeit von alleine, ohne Schritte auf dem lokalen Rechner, beheben.

Passt irgendwie aber auch zu meinem "Gedanken" -> dadurch dass es länger dauert, vergeht mehr Zeit - usw. usf.

Wie bereits erwähnt, ich selber hatte das noch nie, aber das

Code: Alles auswählen

rm -rf /var/lib/apt/lists/*

ist mir jetzt auch nicht fremd - bin dem aber eher mal im "Ubuntu-Universum" über den Weg gelaufen.

[isabena]

dadurch dass es länger dauert, vergeht mehr Zeit

- wie wahr, wie wahr....

Hier hat es geholfen den deb Mirror temporär zu ändern, die Ursache habe ich da leider auch nicht gefunden.

diese Erfahrung habe ich auch schon gemacht.

es gibt einen Service der die Wahl des mirror übernimmt, so daß der momentan "beste" mirror angesprochen wird.
ich meine es wäre

httpredir.debian.org

was anstelle von

deb.debin.org

eingestellt wird.

[JTH]

es gibt einen Service der die Wahl des mirror übernimmt, so daß der momentan "beste" mirror angesprochen wird.
ich meine es wäre

httpredir.debian.org

was anstelle von

deb.debin.org

eingestellt wird.

httpredir.debian.org und alle vergleichbaren Redirect-Vorläufer wurden vor 6,5 bzw. noch mehr Jahren zugunsten von deb.debian.org eingestellt. [1][2]

[1] https://lists.debian.org/debian-mirrors ... 00000.html
[2] https://wiki.debian.org/DebianGeoMirror ... debian.net

[isabena]

DANKE

meine Aufzeichnungen sind schon paar Jahre alt
---> deshalb hatte ich ja auch das Fragezeichen gesetzt

[slu]

Heute wieder eine Maschine mit genau diesem Problem, die Sourcelist zeigt nach:
http://deb.debian.org/debian/ bookworm [...]
Das System findet keine Updates und ist bei 12.4.

Code: Alles auswählen

Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
base-files ist schon die neueste Version (12.4+deb12u4).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Sourcelist auf:
http://ftp.de.debian.org/debian/ bookworm [...]
geändert und schon sind die Updates verfügbar:

Code: Alles auswählen

Es wurden 43,0 MB in 15 s geholt (2.951 kB/s).                                                                                                                                                                    
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Aktualisierung für 82 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.

[slu]

Und der nächste Rechner, so langsam wird es komisch, ich fürchte da gibt es irgend ein Bug.
Nur ein löschen von /var/lib/apt/lists brachte Besserung.

[slu]

Nur ein löschen von /var/lib/apt/lists brachte Besserung.

Leider musste ich erneut bei einigen Maschinen /var/lib/apt/lists löschen das die Updates gefunden wurden.
Gegen welches Paket würde man da ein Bugreport aufmachen, apt?