[Gelöst] Host findet keine Aktualisierungen

[Tronde]

Hallo Gemeinschaft,
ich habe zwei Hosts, auf denen Bulleseye läuft. Einer von beiden scheint jedoch keine Aktualisierungen zu finden. Während Host A noch heute auf den Kernel

Code: Alles auswählen

5.10.0-15-amd64

aktualisiert hat, läuft Host B mit Version

Code: Alles auswählen

5.10.0-11-amd64

und findet auch kein Update:

Code: Alles auswählen

$ sudo apt update
OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://security.debian.org/debian-security bullseye-security InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.

Vergleiche ich die Einträge in

Code: Alles auswählen

/etc/apt/sources.list

, sehe ich zwar, dass unterschiedliche Spiegelserver verwendet werden, doch fällt mir nicht auf, dass hier ein wichtiges Repo fehlt.

Host A:

Code: Alles auswählen

$ egrep -v '^$|^#.*$' /etc/apt/sources.list
deb http://asi-fs-n.contabo.net/debian bullseye main non-free contrib
deb-src http://asi-fs-n.contabo.net/debian bullseye main non-free contrib
deb http://security.debian.org/debian-security bullseye-security main contrib non-free
deb-src http://security.debian.org/debian-security bullseye-security main contrib non-free
deb http://asi-fs-n.contabo.net/debian bullseye-updates main contrib non-free
deb-src http://asi-fs-n.contabo.net/debian bullseye-updates main contrib non-free

Host B:

Code: Alles auswählen

$ egrep -v '^$|^#.*$' /etc/apt/sources.list
deb http://deb.debian.org/debian bullseye main contrib non-free
deb-src http://deb.debian.org/debian bullseye main
deb http://security.debian.org/debian-security bullseye-security main contrib non-free
deb-src http://security.debian.org/debian-security bullseye-security main
deb http://deb.debian.org/debian bullseye-updates main contrib non-free
deb-src http://deb.debian.org/debian bullseye-updates main

Woran kann es liegen, dass Host B keine Aktualisierungen findet? Danke im Voraus für eure Unterstützung.

MfG
Tronde

[kalle123]

Mach mal auf 'B' ein

Code: Alles auswählen

apt full-upgrade

cu KH

[Tronde]

Code: Alles auswählen

$ sudo apt full-upgrade
[sudo] Passwort für tronde: 
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.

Das hast leider auch nichts gefunden.

[Tronde]

Ich habe auf Host B mittels

Code: Alles auswählen

apt search linux-image

die Version

Code: Alles auswählen

5.10.0-15-amd64

gefunden und manuell installieren können. Warum diese nicht als Update angeboten wurde, kann ich nicht nachvollziehen.

Falls ihr noch Ideen habt, immer her damit. Ich werde das Verhalten weiter beobachten.

[kalle123]

Bei mir hatte es erst mit full-upgrade funktioniert. (5.10.0-14-amd64 > 5.10.0-15-amd64)

Was mir bei dir noch aufgefallen ist, meine sources.list sieht minimal anders aus, aber ob das eine Ursache sein könnte?

Code: Alles auswählen

deb http://deb.debian.org/debian/ bullseye main non-free contrib 
deb http://security.debian.org/debian-security/ bullseye-security non-free contrib main 
deb http://deb.debian.org/debian/ bullseye-updates non-free contrib main 

Gruß KH

[OrangeJuice]

Woran kann es liegen, dass Host B keine Aktualisierungen findet? Danke im Voraus für eure Unterstützung.

Hast du das Paket installiert?

Code: Alles auswählen

apt list --installed | grep -i linux-image-amd64

[Tronde]

Hast du das Paket installiert?

Code: Alles auswählen

apt list --installed | grep -i linux-image-amd64

Nein. Wenn ich es installieren möchte, soll eine ältere Version als Abhängigkeit mitinstalliert werden:

Code: Alles auswählen

$ sudo apt install linux-image-amd64
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  linux-image-5.10.0-13-amd64
Vorgeschlagene Pakete:
  linux-doc-5.10 debian-kernel-handbook
Die folgenden NEUEN Pakete werden installiert:
  linux-image-5.10.0-13-amd64 linux-image-amd64
0 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 53,8 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 302 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]

Ist denn dieses Metapaket notwendig, um Updates erhalten zu können?

[OrangeJuice]

Soweit ich weiß ja, aber ganz genau kann ich dir das nicht sagen, könnte sein, dass es auch anders geht. Allerdings sollte dir der aktuelle Kernel angeboten werden, es gab ein paar wichtige Fehler die behoben wurden.

Vielleicht noch ein den Cache bereinigen.

Code: Alles auswählen

apt clean && apt update

Was findest du damit?

Code: Alles auswählen

dpkg -l | grep linux-image

[Tronde]

Was findest du damit?

Code: Alles auswählen

dpkg -l | grep linux-image

Ich habe den Cache bereinigt und das Paket linux-image-amd64 installiert. Nun erhalte ich folgende Ausgabe:

Code: Alles auswählen

$ sudo dpkg -l | grep linux-image
rc  linux-image-4.19.0-10-amd64                   4.19.132-1                             amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-11-amd64                   4.19.146-1                             amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-12-amd64                   4.19.152-1                             amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-13-amd64                   4.19.160-2                             amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-8-amd64                    4.19.98-1+deb10u1                      amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-9-amd64                    4.19.118-2+deb10u1                     amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-5.10.0-11-amd64                   5.10.92-2                              amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-5.10.0-13-amd64                   5.10.106-1                             amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-5.10.0-15-amd64                   5.10.120-1                             amd64        Linux 5.10 for 64-bit PCs (signed)
rc  linux-image-5.10.0-9-amd64                    5.10.70-1                              amd64        Linux 5.10 for 64-bit PCs (signed)
rc  linux-image-5.8.0-0.bpo.2-amd64               5.8.10-1~bpo10+1                       amd64        Linux 5.8 for 64-bit PCs (signed)
ii  linux-image-amd64                             5.10.106-1                             amd64        Linux for 64-bit PCs (meta-package)

Da ich nur eine sehr kleine /boot-Partiton habe, wollte ich den Kernel 5.10.0-13-amd64 gern wieder entfernen. Allerdings wird dann auch das Meta-Paket entfernt:

Code: Alles auswählen

$ sudo apt remove linux-image-5.10.0-13-amd64
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden Pakete werden ENTFERNT:
  linux-image-5.10.0-13-amd64 linux-image-amd64
0 aktualisiert, 0 neu installiert, 2 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 302 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] n
Abbruch.

[MSfree]

Code: Alles auswählen

$ sudo dpkg -l | grep linux-image
rc  linux-image-4.19.0-10-amd64                   4.19.132-1                             amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-11-amd64                   4.19.146-1                             amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-12-amd64                   4.19.152-1                             amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-13-amd64                   4.19.160-2                             amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-8-amd64                    4.19.98-1+deb10u1                      amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-9-amd64                    4.19.118-2+deb10u1                     amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-5.10.0-11-amd64                   5.10.92-2                              amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-5.10.0-13-amd64                   5.10.106-1                             amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-5.10.0-15-amd64                   5.10.120-1                             amd64        Linux 5.10 for 64-bit PCs (signed)
rc  linux-image-5.10.0-9-amd64                    5.10.70-1                              amd64        Linux 5.10 for 64-bit PCs (signed)
rc  linux-image-5.8.0-0.bpo.2-amd64               5.8.10-1~bpo10+1                       amd64        Linux 5.8 for 64-bit PCs (signed)
ii  linux-image-amd64                             5.10.106-1                             amd64        Linux for 64-bit PCs (meta-package)

Da liegen noch allerhand alte "Trümmer" von bereits deinstallierten Kerneln rum. Alle Zeilen, die in der Ausgabe mit "rc" beginnen, beziehen sich auf deinstallierte Pakete, bei denen aber noch Konfigurationsdateien stehen geblieben sind. Alte Kernel lassen gerne mal rund 250MB auf der Platte nach der Deinstallation.

Du kansnt hier also einige GByte freiräumen, in dem du die alten (rc) Pakete mit "purge" bereinigst, z.B.:

Code: Alles auswählen

dpkg purge linux-image-4.19.0-11-amd64

Mit:

Code: Alles auswählen

dpkg -l | grep ^rc

kannst da alle deinstallierten Pakete ausfiltern und dann mit purge komplett entfernen.

In Zukunft kannst du mit

Code: Alles auswählen

apt autoremove --purge

als nicht mehr benötigte Pakete automatisiert entfernen lassen.

Das Paket linux-image-amd64 sorgt in Zukunft dafür, daß du immer den aktuellsten Kernel instaliert bekommst.

[OrangeJuice]

Kernel linux-image-5.10.0-15-amd64 ist doch vorhanden. Hast du etwas an grub geändert?

Einfach den Kernel richtigen Kernel beim Start in Grub auswählen und die Kernel die nicht mehr verwendet werden, entfernen. Sieht mit so aus, als ob du mal etwas aufräumen könntest.

Code: Alles auswählen

cat /etc/default/grub

[Tronde]

Kernel linux-image-5.10.0-15-amd64 ist doch vorhanden. Hast du etwas an grub geändert?

Ich habe auf Host B mittels

Code: Alles auswählen

apt search linux-image

die Version

Code: Alles auswählen

5.10.0-15-amd64

gefunden und manuell installieren können. Warum diese nicht als Update angeboten wurde, kann ich nicht nachvollziehen.

Die Version ist da, weil ich sie zwischenzeitlich manuell installiert habe. Sie war in den Paketquellen vorhanden, wurde mir aber nicht als Update angeboten. Dies dürfte auch nicht im Zusammenhang mit den liegengebliebenen Konfigurationsdateien stehen.

Ich beobachte, ob beim nächsten Update, dieses auch auf Host B gefunden und zur Installation angeboten wird. Ich habe mit Host A ja ein System, mit dessen Hilfe ich erkenne, ob es Updates gibt.

Darüber hinaus versuche ich herauszufinden, ob es noch weitere Pakete gibt, für die keine Updates gefunden werden.

MfG
Tronde

[rhHeini]

Das Paket linux-image-amd64 sorgt in Zukunft dafür, daß du immer den aktuellsten Kernel instaliert bekommst.

Dieser Hinweis ist wichtig: an dem Metapaket hängt der Update des Kernels. Wenn das nicht da ist kriegst Du die Updates nicht.

[Tronde]

Guten Abend. Es gibt Neuigkeiten.

Das Problem ist nicht auf den Kernel beschränkt. Auch andere Pakete erhalten keine Updates. Ich habe ein konkretes Beispiel für das Paket

Code: Alles auswählen

openssl

. Auf Host A hat es für dieses Paket ein Update gegeben, sodass es in folgender Version vorliegt. Der Code-Block zeigt auch, von wo die entsprechende Quelle eingebunden ist:

Code: Alles auswählen

:~$ sudo apt list -a openssl
Listing... Done
openssl/stable-security,now 1.1.1n-0+deb11u3 amd64 [installed,automatic]
openssl/stable 1.1.1n-0+deb11u1 amd64

:~$ grep security /etc/apt/sources.list
deb http://security.debian.org/debian-security bullseye-security main contrib non-free
deb-src http://security.debian.org/debian-security bullseye-security main contrib non-free

Auf Host B sieht es hingegen wie folgt aus:

Code: Alles auswählen

:~$ sudo apt list -a openssl
Auflistung… Fertig
openssl/stable-security 1.1.1n-0+deb11u3 amd64
openssl/stable,now 1.1.1n-0+deb11u1 amd64  [Installiert,automatisch]

:~$ sudo apt update
OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://security.debian.org/debian-security bullseye-security InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.

:~$ sudo 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.

Ich verstehe nicht, warum das Update auf

Code: Alles auswählen

openssl 1.1.1n-0+deb11u3

auf Host B nicht vorgeschlagen und durchgeführt wird, obwohl der Paketmanager die Version offensichtlich in den Quellen findet.

Habt ihr eine Idee, woran das liegen kann?

Viele Grüße
Tronde

[Tronde]

Soeben habe ich die Lösung für mein Problem gefunden.

Auf Host B existierte folgende Datei:

Code: Alles auswählen

:~$ cat apt.conf 
APT::Default-Release "bullseye";

Diese hat offensichtlich die Updates blockiert. Nachdem ich diese Datei entfernt habe, werden mir auch wieder Updates zu Installation vorgeschlagen.

MfG
Tronde