Letzte verfügbare Kernel Version anzeigen

[Nastra]

Guten Morgen zusammen,

ich brauch mal eure Hilfe zum Thema anzeigen der letzten Verfügbaren und zum System passende Kernel Version.

Aktuell installierter Kernel

Code: Alles auswählen

linux-image-4.9.0-6-amd64:amd64

Verfügbar als latest ist gemäß sudo apt-cache search linux-image:

Code: Alles auswählen

linux-image-4.14.0-0.bpo.3-amd64:amd64

die Version linux-image-4.14.0-0.bpo.3-amd64:amd64 wird automatisch gewählt und installiert mit

Code: Alles auswählen

sudo apt-get -t stretch-backports upgrade && sudo apt-get -t stretch-backports dist-upgrade

Beim aufrufen von sudo apt-cache search linux-image wird mir eine sehr lange Liste ausgeworfen mit allen möglichen verfügbaren Kernel Versionen. Gibt es die Möglichkeit sich nur die letze Version anzeigen zu lassen die auch automatisch Installiert wird über

Code: Alles auswählen

sudo apt-get -t stretch-backports upgrade && sudo apt-get -t stretch-backports dist-upgrade

Meine

Code: Alles auswählen

sources.list

sieht so aus:

Code: Alles auswählen

#------------------------------------------------------------------------------#
#                   OFFICIAL DEBIAN REPOS                    
#------------------------------------------------------------------------------#

###### Debian Main Repos
deb http://deb.debian.org/debian/ stable main contrib non-free
deb-src http://deb.debian.org/debian/ stable main contrib non-free

deb http://deb.debian.org/debian/ stable-updates main contrib non-free
deb-src http://deb.debian.org/debian/ stable-updates main contrib non-free

deb http://deb.debian.org/debian-security stable/updates main
deb-src http://deb.debian.org/debian-security stable/updates main

deb http://ftp.debian.org/debian stretch-backports main
deb-src http://ftp.debian.org/debian stretch-backports main

Ich hoffe ihr könnt mir weiterhelfen. Danke!

Gruß Nastra

[geier22]

Da in den Backports erfahrungsgemäß ja die neusten Versionen sind, könnte man die Liste einschränken mit:

Code: Alles auswählen

apt-cache search linux-image |grep bpo
linux-headers-4.13.0-0.bpo.1-amd64 - Header files for Linux 4.13.0-0.bpo.1-amd64
linux-headers-4.14.0-0.bpo.2-amd64 - Header files for Linux 4.14.0-0.bpo.2-amd64
linux-headers-4.14.0-0.bpo.2-rt-amd64 - Header files for Linux 4.14.0-0.bpo.2-rt-amd64
linux-headers-4.14.0-0.bpo.3-amd64 - Header files for Linux 4.14.0-0.bpo.3-amd64
linux-headers-4.14.0-0.bpo.3-rt-amd64 - Header files for Linux 4.14.0-0.bpo.3-rt-amd64
linux-image-4.13.0-0.bpo.1-amd64 - Linux 4.13 for 64-bit PCs
linux-image-4.13.0-0.bpo.1-amd64-dbg - Debug symbols for linux-image-4.13.0-0.bpo.1-amd64
linux-image-4.14.0-0.bpo.2-amd64 - Linux 4.14 for 64-bit PCs
linux-image-4.14.0-0.bpo.2-amd64-dbg - Debug symbols for linux-image-4.14.0-0.bpo.2-amd64
linux-image-4.14.0-0.bpo.2-rt-amd64 - Linux 4.14 for 64-bit PCs, PREEMPT_RT
linux-image-4.14.0-0.bpo.2-rt-amd64-dbg - Debug symbols for linux-image-4.14.0-0.bpo.2-rt-amd64
linux-image-4.14.0-0.bpo.3-amd64 - Linux 4.14 for 64-bit PCs
linux-image-4.14.0-0.bpo.3-amd64-dbg - Debug symbols for linux-image-4.14.0-0.bpo.3-amd64
linux-image-4.14.0-0.bpo.3-rt-amd64 - Linux 4.14 for 64-bit PCs, PREEMPT_RT
linux-image-4.14.0-0.bpo.3-rt-amd64-dbg - Debug symbols for linux-image-4.14.0-0.bpo.3-rt-amd64

[Nastra]

Danke für die schnelle Antwort. An grep hatte ich auch schon gedacht habe es aber mit amd64 gefiltert da war die Liste noch etwas länger als mit bpo daher ist es schon ein ganzes Stück besser. Bin nur nicht auf bpo gekommen

Habe grep jetzt noch um amd erweitert was es noch etwas kürzer macht

Code: Alles auswählen

grep bpo.*-amd64

Gibt es hier ggf. eine möglichkeit grep mitzuteilen das er hinter bpo. also für das Sternchen nur die Zeile mit der höchsten Ziffer anzeigt wird. Das wäre ja dann die latest Version sozusagen

linux-image-4.14.0-0.bpo.3-amd64:amd64

So sieht es jetzt aus:

Code: Alles auswählen

pi@HomeBridgeServer:~ $ sudo apt-cache search linux-image | grep bpo.*-amd64
linux-headers-4.13.0-0.bpo.1-amd64 - Header files for Linux 4.13.0-0.bpo.1-amd64
linux-headers-4.14.0-0.bpo.2-amd64 - Header files for Linux 4.14.0-0.bpo.2-amd64
linux-headers-4.14.0-0.bpo.2-rt-amd64 - Header files for Linux 4.14.0-0.bpo.2-rt-amd64
linux-headers-4.14.0-0.bpo.3-amd64 - Header files for Linux 4.14.0-0.bpo.3-amd64
linux-headers-4.14.0-0.bpo.3-rt-amd64 - Header files for Linux 4.14.0-0.bpo.3-rt-amd64
linux-image-4.13.0-0.bpo.1-amd64 - Linux 4.13 for 64-bit PCslinux-image-4.13.0-0.bpo.1-amd64-dbg - Debug symbols for linux-image-4.13.0-0.bpo.1-amd64
linux-image-4.14.0-0.bpo.2-amd64 - Linux 4.14 for 64-bit PCslinux-image-4.14.0-0.bpo.2-amd64-dbg - Debug symbols for linux-image-4.14.0-0.bpo.2-amd64
linux-image-4.14.0-0.bpo.2-rt-amd64 - Linux 4.14 for 64-bit PCs, PREEMPT_RTlinux-image-4.14.0-0.bpo.2-rt-amd64-dbg - Debug symbols for linux-image-4.14.0-0.bpo.2-rt-amd64
linux-image-4.14.0-0.bpo.3-amd64 - Linux 4.14 for 64-bit PCslinux-image-4.14.0-0.bpo.3-amd64-dbg - Debug symbols for linux-image-4.14.0-0.bpo.3-amd64
linux-image-4.14.0-0.bpo.3-rt-amd64 - Linux 4.14 for 64-bit PCs, PREEMPT_RTlinux-image-4.14.0-0.bpo.3-rt-amd64-dbg - Debug symbols for linux-image-4.14.0-0.bpo.3-rt-amd64
pi@HomeBridgeServer:

[geier22]

Spielen wir mal weiter (geht wahrscheinlich auch eleganter):

Code: Alles auswählen

apt-cache search linux-image* |grep bpo|grep -v rt|grep -v dbg
linux-headers-4.13.0-0.bpo.1-amd64 - Header files for Linux 4.13.0-0.bpo.1-amd64
linux-headers-4.14.0-0.bpo.2-amd64 - Header files for Linux 4.14.0-0.bpo.2-amd64
linux-headers-4.14.0-0.bpo.3-amd64 - Header files for Linux 4.14.0-0.bpo.3-amd64
linux-image-4.13.0-0.bpo.1-amd64 - Linux 4.13 for 64-bit PCs
linux-image-4.14.0-0.bpo.2-amd64 - Linux 4.14 for 64-bit PCs
linux-image-4.14.0-0.bpo.3-amd64 - Linux 4.14 for 64-bit PCs

Wie man die 4.13 noch raus filtert, fällt mir i.M. nicht ein, macht das aber Sinn? Wäre doch immerhin möglich auch den installieren zu wollen?

[guennid]

Gibt es die Möglichkeit sich nur die letze Version anzeigen zu lassen

Die hattest du bereits schon selbst in deinem 1.Post gefunden.

Gibt es die Möglichkeit [, dass] die auch automatisch Installiert wird?

Nur, wenn du auch das Megapaket dafür installiert hast.

Kann es sein, dass hier gar kein Debian benutzt wird (sudo)?

[geier22]

Kann es sein, dass hier gar kein Debian benutzt wird (sudo)?

Code: Alles auswählen

~$ sudo
bash: sudo: Kommando nicht gefunden.

Code: Alles auswählen

find: ‘sudoers’: Datei oder Verzeichnis nicht gefunden

Hmm bei mir gibt es das gar nicht.

Debian gibt die Freiheit sudo zu benutzen auch per Installer. Wenn man es dann möchte. Also nicht zu bemängeln


Aber für apt-cache braucht man sudo nun wirklich nicht.

[guennid]

Aber für apt-cache braucht man sudo nun wirklich nicht.

Und für apt-get genauso wenig.

Irgendwie fehlt hier sowas wie: "Say:

Code: Alles auswählen

Yes, do what I say

, if you want such foolish things!"

[geier22]

Und für apt-get genauso wenig.

Doch- wenn man sudo benutzt. Sonst natürlich - soweit ich das weiß - muss man su oder so was hinschreiben

apt-cache ist dahingegen als normaler Benutzer ausführbar.

[Nastra]

@ guennid

Die hattest du bereits schon selbst in deinem 1.Post gefunden.

Wie, wo denn?

Nur, wenn du auch das Megapaket dafür installiert hast.

Muss jetzt mal doof fragen was ist das bzw. ein Megapaket?

Kann es sein, dass hier gar kein Debian benutzt wird (sudo)?

Kein richtiges Debian ich nutze DEBIAN STRETCH WITH RASPBERRY PI DESKTOP.

@geier22

Aber für apt-cache braucht man sudo nun wirklich nicht.

Gewonheit

Spielen wir mal weiter (geht wahrscheinlich auch eleganter):

Cool das macht es schon wieder etwas übersichtlicher war mir nicht bekannt das man es so weiter eingrenzen kann
Habe es noch um -v 686 ergänzt da diese bei mir auch noch angezeigt wurden.

Code: Alles auswählen

pi@HomeBridgeServer:/ $ apt-cache search linux-image* |grep bpo|grep -v rt|grep -v dbg|grep -v 686
linux-headers-4.13.0-0.bpo.1-amd64 - Header files for Linux 4.13.0-0.bpo.1-amd64
linux-headers-4.14.0-0.bpo.2-amd64 - Header files for Linux 4.14.0-0.bpo.2-amd64
linux-headers-4.14.0-0.bpo.3-amd64 - Header files for Linux 4.14.0-0.bpo.3-amd64
linux-image-4.13.0-0.bpo.1-amd64 - Linux 4.13 for 64-bit PCs
linux-image-4.14.0-0.bpo.2-amd64 - Linux 4.14 for 64-bit PCs
linux-image-4.14.0-0.bpo.3-amd64 - Linux 4.14 for 64-bit PCs

Ist schon viel übersichtlicher als anfangs, die große Frage ist ob man das noch weiter eingrenzen kann auf die größte vorhandene bpo.ziffer so das nur eine Zeile für header und image über bleiben

Sinn und Zweck des ganzen Manövers ist das ich mir tägliche eine Nachricht schicken möchte mit dem Hinweis auf die letzte verfügbare Kernel Version

Schade das es hier keinen Befehl für gibt der die Aktuelle Installierte mit der letzten verfügbaren Version vergleicht

[guennid]

Verfügbar als latest ist gemäß sudo apt-cache search linux-image:

Code: Alles auswählen

linux-image-4.14.0-0.bpo.3-amd64:amd64

Das Metapaket enthält hier die Info über den im via apt* verfügbaren Kern im jeweiligen Repo. Wie das jetzt genau für stretch-backports bei

Kein richtiges Debian

heißt und ob's das für sowas gibt, darfst du selbst suchen, damit kenne ich mich nicht aus.

[Nastra]

Ach das Metapaket ja das kenne ich, du hattest Megapaket geschrieben dachte es wäre etwas was ich noch nicht kenn und ggf. auswirkungen hat. Dann war es ein Missverständnis.

Trotzdem vielen Dank für deine Teilhabe an meinem Problem auch wenn du abwinkst

[geier22]

wenn du vorher ein apt update machen könntest, wäre so was noch möglich (Siduction ist z.Z. meine einzige Quelle, wo der Kernel nicht aktuell ist)

Code: Alles auswählen

~$ apt-show-versions |grep linux-image |grep upgradeable
linux-image-siduction-amd64:amd64/unstable 4.16-1 upgradeable to 4.16-4

bzw. erweitert:

Code: Alles auswählen

~$ apt-show-versions |grep linux* |grep upgradeable
binutils-x86-64-linux-gnu:amd64/unstable 2.30-13 upgradeable to 2.30-14
linux-headers-siduction-amd64:amd64/unstable 4.16-1 upgradeable to 4.16-4
linux-image-siduction-amd64:amd64/unstable 4.16-1 upgradeable to 4.16-4

Das würde natürlich bedingen, das die Backports- mit denen ich noch nie gearbeitet habe - mit der richtigen Priorität eingebunden sind.

[guennid]

du hattest Megapaket geschrieben

Das würde natürlich bedingen, das die Backports- mit denen ich noch nie gearbeitet habe - mit der richtigen Priorität eingebunden sind.

Braucht es nicht, soweit ich weiß. Wenn das Metapaket aus den backports installiert ist und die backports in der sources.list aktiviert sind, dann erhält er beim dist-upgrade den neuesten verfügbaren Kern. - So jedenfalls verstehe ich rendegast hier: (1)

(1) viewtopic.php?f=15&t=169064&hilit=kernel

[edit] Bin halt ein Schussel

[Nastra]

@geier22

Das hier funktioniert bei mir leider garnicht:

Code: Alles auswählen

pi@HomeBridgeServer:/ $ apt-show-versions |grep linux-image |grep upgradeable
-bash: apt-show-versions: Kommando nicht gefunden.

@guennid

Braucht es nicht, soweit ich weiß. Wenn das Megapaket aus den backports installiert ist und die backports in der sources.list aktiviert sind, dann erhält er beim dist-upgrade den neuesten verfügbaren Kern. - So jedenfalls verstehe ich rendegast hier: (1)

Danke für denn Link, sehr aufschlussreich was die Backports angeht.
Ich habe die Backports testweise bei mir heute Morgen installiert da ich ein Problem mit meinem Internen Bluetooth Chip habe der öfter die Arbeit einstellt. Dachte das ich eventuell durch denn Backport Kernel diesen Fehler in denn Griff bekomme was leider nicht der Fall ist da der Fehler mittlerweile wieder aufgetreten ist.

Daher bin ich jetzt wieder zum Kernel linux-image-4.9.0-6-amd64 - Linux 4.9 for 64-bit PCs gewechselt.

Soviel dazu

Die Sache mit dem letzten verfügbaren Kernel (jetzt natürlich stable) interessiert mich natürlich weiterhin. Ich habe denn Befehl jetzt dahin angepasst:

Code: Alles auswählen

pi@HomeBridgeServer:/ $ apt-cache search linux-image* |grep amd64|grep -v rt|grep -v dbg|grep -v 686|grep -v bpo
linux-headers-4.9.0-6-amd64 - Header files for Linux 4.9.0-6-amd64
linux-image-4.9.0-6-amd64 - Linux 4.9 for 64-bit PCs
linux-image-amd64 - Linux for 64-bit PCs (meta-package)
linux-headers-4.9.0-3-amd64 - Header files for Linux 4.9.0-3-amd64
linux-headers-4.9.0-4-amd64 - Header files for Linux 4.9.0-4-amd64
linux-headers-4.9.0-5-amd64 - Header files for Linux 4.9.0-5-amd64
linux-image-4.9.0-3-amd64 - Linux 4.9 for 64-bit PCs
linux-image-4.9.0-4-amd64 - Linux 4.9 for 64-bit PCs
linux-image-4.9.0-5-amd64 - Linux 4.9 for 64-bit PCs

Ich denke mit dem Ergebnis könnte ich sogar leben. Außer es hat noch einer eine Idee hat wie man das auf die Zeile reduzieren kann die ausschließlich denn latest Kernel anzeigt was natürlich noch schöner wäre.

Noch eine Frage wird ein mögliches Kernel Update eigentlich mit diesem Befehl mit angezeigt?

Code: Alles auswählen

apt list --upgradable

Vielen Dank nochmal für eure Hilfe

[geier22]

@geier22

Das hier funktioniert bei mir leider garnicht:

Code: Alles auswählen

pi@HomeBridgeServer:/ $ apt-show-versions |grep linux-image |grep upgradeable
-bash: apt-show-versions: Kommando nicht gefunden.

Abhilfe:

Code: Alles auswählen

# apt install apt-show-versions

Noch eine Frage wird ein mögliches Kernel Update eigentlich mit diesem Befehl mit angezeigt?

hatte ich ganz vergessen geht natürlich auch:

Code: Alles auswählen

~$ apt list --upgradable |grep linux*

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

binutils-x86-64-linux-gnu/unstable 2.30-14 amd64 [aktualisierbar von: 2.30-13]
linux-headers-siduction-amd64/unbekannt 4.16-4 amd64 [aktualisierbar von: 4.16-1]
linux-image-siduction-amd64/unbekannt 4.16-4 amd64 [aktualisierbar von: 4.16-1]

[Nastra]

Gerade gemacht mit diesem Ergebnis:

Code: Alles auswählen

pi@HomeBridgeServer:~ $ sudo apt install apt-show-versions                                                                                        
Paketlisten werden gelesen... Fertig                                                                                                              
Abhängigkeitsbaum wird aufgebaut.                                                                                                                 
Statusinformationen werden eingelesen.... Fertig                                                                                                  
apt-show-versions ist schon die neueste Version (0.22.7).                                                                                         
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.                                                                       
pi@HomeBridgeServer:~ $          ]

und mit grep:

Code: Alles auswählen

pi@HomeBridgeServer:~ $ sudo apt-show-versions |grep linux-image |grep upgradeable
                                                                                                                                                  
WARNING: apt does not have a stable CLI interface. Use with caution in scripts. 
pi@HomeBridgeServer:~ $  

Sieht irgendwie anders aus als bei dir

[guennid]

Ich würde mich da mit apt-cache gar nicht weiter rumplagen. Der in stable verfügbare Kern ist immer nur einer, bei stretch 4.9. Beim upgrade kommen immer nur Sicherheitsaktualisierungen für diesen Kern. Tatsächlich neuere Kerne gibt's - wenn überhaupt - nur in den backports. Und da braucht dich das ganze Gerödel mit *rt*, *dbg* etc. pp nicht zu interessieren, wenn du weißt, dass der laufende stable Kern der mit*-amd64 ist. Oder anders rum: du kannst ihn dir dann ohne große Mühe aus der Ausgabe eines

Code: Alles auswählen

apt* -s install linux-image-*

raussuchen.

Und wenn das Metapaket für den backports-Kern installiert ist, zeigt apt* dir auch nur den beim

Code: Alles auswählen

apt* -s dist-upgrade

[geier22]

Schau mal genau hin was du da an Befehlen eingegeben hast
Ja das mit dem CLI- Interface verstehe ich auch nicht. Ist doch nur Konsolen- Text ?
Aber in allen Fällen musst du vorher erst mal apt update fahren

[Nastra]

Das hört sich gut und einfach an

Habe beide Befehle gerade getestet, leider bekomme ich auch hier keine Ausgabe oder habe ich was falsch gemacht?

Code: Alles auswählen

pi@HomeBridgeServer:~ $ apt* -s dist-upgradepi@HomeBridgeServer:~ $ 
-bash: apt*: Kommando nicht gefunden.
pi@HomeBridgeServer:~ $ sudo apt* -s dist-upgrade
sudo: apt*: Befehl nicht gefunden
pi@HomeBridgeServer:~ $ apt* -s install linux-image-*
-bash: apt*: Kommando nicht gefunden.

Oder habe ich das falsche Metapaket? Vieleicht kann mir noch einer kurz erklären was die zweite Spalte genau bedeutet die erste ist ja die Kernel Version nehme ich mal an? Ist die zweiter der Header?

Code: Alles auswählen

pi@HomeBridgeServer:~ $ sudo dpkg -l | grep linux-image
ii  linux-image-4.9.0-6-amd64:amd64       4.9.82-1+deb9u3                   amd64        Linux 4.9 for 64-bit PCsii  linux-image-amd64:amd64               4.9+80+deb9u4                     amd64        Linux for 64-bit PCs (meta-package)pi@HomeBridgeServer:~ $ 

[guennid]

Grrr!!!
Das Sternchen beim apt stand nur dafür, dass es mittlerweile drei frontends für den Paketmanager gibt, die mehr oder weniger alle das gleiche machen (apt, apt-get, aptitude). Such' dir einen aus und lass das Sternchen weg. Die neueste Kreation ist schlicht und einfach apt. Wichtig ist die Option -s. Damit simulierst du den Befehl, heißt: er wird nicht "real" ausgeführt

[NAB]

Wie fragil wäre denn das hier?

Code: Alles auswählen

apt-cache policy linux-image*bpo.[0-9]-amd64 | grep Candidate | sort -V | tail -n 1

[Nastra]

Zum testen habe ich jetzt mal einen Downgrade des Kernel gemacht ansonsten ist es ja witzlos da ja nichts angezeigt wird.

@guennid Hey das war für mich nicht ersichtlich mit dem Sternchen wofür es an dieser Stelle steht. Aber ich habe eine gute Nachricht jetzt klappt es Danke!

Code: Alles auswählen

HINWEIS: Dies ist nur eine Simulation!
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  linux-headers-4.9.0-4-amd64:amd64 linux-headers-4.9.0-4-common
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden NEUEN Pakete werden installiert:
  linux-image-4.9.0-6-amd64:amd64 linux-image-amd64:amd64
Die folgenden Pakete werden aktualisiert (Upgrade):
  raspi-config
1 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Inst linux-image-4.9.0-6-amd64:amd64 (4.9.82-1+deb9u3 Debian:9.4/stable, Debian-Security:9/stable [amd64])
Inst linux-image-amd64:amd64 (4.9+80+deb9u4 Debian:9.4/stable, Debian-Security:9/stable [amd64])
Inst raspi-config [20180228] (20180406+1 Raspberry Pi Foundation:stable [all])
Conf linux-image-4.9.0-6-amd64:amd64 (4.9.82-1+deb9u3 Debian:9.4/stable, Debian-Security:9/stable [amd64])
Conf linux-image-amd64:amd64 (4.9+80+deb9u4 Debian:9.4/stable, Debian-Security:9/stable [amd64])
Conf raspi-config (20180406+1 Raspberry Pi Foundation:stable [all])

@NAB Ich bekomme keinerlei Ausgabe mit:

Code: Alles auswählen

pi@HomeBridgeServer:/ $ apt-cache policy linux-image*bpo.[0-9]-amd64 | grep Candidate | sort -V | tail -n 1
pi@HomeBridgeServer:/ $ 

Zusätzliche Frage, bezieht der Befehl sich er sich auf denn bpo Kernel? Hatte ja weiter oben geschrieben das ich doch beim Stable geblieben bin da der bpo mein Bluetooth Problem nicht behoben hat. Aber das ist eine andere Baustelle.

[NAB]

Zusätzliche Frage, bezieht der Befehl sich er sich auf denn bpo Kernel? Hatte ja weiter oben geschrieben das ich doch beim Stable geblieben bin da der bpo mein Bluetooth Problem nicht behoben hat. Aber das ist eine andere Baustelle.

Natürlich tut er das - steht ja groß *bpo drin. Das war jetzt die "maximal komplizierte" Version, die du natürlich vereinfachen könntest.

Was tatsächlich zum Upgrade anstehende Kernel (oder generell Pakete) angeht, halte ich die Variante von guennid aber für erfolgversprechender. Das ist dann nur nicht unbedingt die "letzte verfügbare" Version.

[Nastra]

Hey NAB,

ich wollte mich nur nochmal versichern mit dem Bpo
hatte natürlich probiert nach dem es nicht funktioniert hat mit deinem Befehl ihn anzupassen in der Hoffnung das er dann auf die Stable Version anwendbar ist.

So stumpf bin ich nicht das ich einfach sage geht nicht. Falls es so rüber gekommen ist sry.

Leider habe ich bei meinen Umbau Versuchen aber auch keine Ausgaber erhalten, daher die Frage ob du ihn für mich auf Stable anpassen könntest?

Danke

[NAB]

Och, mönsch, Nastra ... so viel, wie du grad mit Linux hantierst, solltest du wirklich mal lernen, was diese senkrechten Striche wann machen und wann und wie diese Sternchen funktionieren ... dann würd dir die Sache auch noch mehr Spaß machen.
So:
apt-cache policy linux-image*[0-9]-amd64
sucht er mir alle amd64 Kernel raus (außer rt/grsec), aber bei mir natürlich auch die bpo-Kernel.

Wenn du einfach nur fehlende Updates rauspicken möchtest, ist guennids Ansatz besser.