Bin neugierig. Warum unterschiedliche Kernel? [Erledigt]

[kalle123]

Hab hier z.Z. drei Bullseye Installationen.

Auf meinem Alten

Code: Alles auswählen

~$ inxi -Fz
System:
  Kernel: 5.9.0-1-amd64 x86_64 bits: 64 Desktop: Xfce 4.16.0 
  Distro: Debian GNU/Linux bullseye/sid 
Machine:
  Type: Desktop Mobo: ASUSTeK model: P5QL v: Rev X.0x serial: <filter> 
  BIOS: American Megatrends v: 0610 date: 04/08/2009 
CPU:
  Info: Dual Core model: Intel Core2 Duo E6750 bits: 64 type: MCP 
  L2 cache: 4 MiB 
  Speed: 2009 MHz min/max: 2003/2670 MHz Core speeds (MHz): 1: 2009 2: 2007

In vbox auf meiner aktuellen Buster Maschine

Code: Alles auswählen

~$ inxi -Fz
System:
  Kernel: 5.10.0-4-amd64 x86_64 bits: 64 Desktop: Xfce 4.16.0 
  Distro: Debian GNU/Linux bullseye/sid 
Machine:
  Type: Virtualbox System: innotek product: VirtualBox v: 1.2 
  serial: <filter> 
  Mobo: Oracle model: VirtualBox v: 1.2 serial: <filter> BIOS: innotek 
  v: VirtualBox date: 12/01/2006 
CPU:
  Info: 6-Core model: AMD Ryzen 5 2600 bits: 64 type: MCP L2 cache: 3 MiB 
  Speed: 3394 MHz min/max: N/A Core speeds (MHz): 1: 3394 2: 3394 3: 3394 
  4: 3394 5: 3394 6: 3394 

Und in dualboot zu Buster

Code: Alles auswählen

~$ inxi -Fz
System:
  Kernel: 5.10.0-3-amd64 x86_64 bits: 64 Desktop: Xfce 4.16.0 
  Distro: Debian GNU/Linux bullseye/sid 
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME X370-A v: Rev X.0x 
  serial: <filter> UEFI: American Megatrends v: 5602 date: 07/14/2020 
CPU:
  Info: 6-Core model: AMD Ryzen 5 2600 bits: 64 type: MT MCP L2 cache: 3 MiB 
  Speed: 2741 MHz min/max: 1550/3400 MHz Core speeds (MHz): 1: 2741 2: 1272 
  3: 1266 4: 1267 5: 1274 6: 2426 7: 1269 8: 1269 9: 2974 10: 1397 11: 1431 
  12: 2786 

Alle drei Installationen sind aktuell und die soures.list sind identisch.

NUR, warum 3 verschiedene Kernelversionen? Den 5.9.0-1 könnte ich mir ja vielleicht mit der alten CPU erklären ....

Danke für eine kundige Antwort.

Gruß KH

[willy4711]

Zeig mal die Ausgabe von

Code: Alles auswählen

dpkg -l linux-image-amd64|grep ii

bei dem 1. und 3. Rechner

[kalle123]

Hier noch mal alle drei Installationen ....

'mein Alter'

Code: Alles auswählen

~$ dpkg -l
.
.
rc  linux-image-5.2.0-2-amd64             5.2.9-2                         amd64        Linux 5.2 for 64-bit PCs (signed)
rc  linux-image-5.2.0-3-amd64             5.2.17-1                        amd64        Linux 5.2 for 64-bit PCs (signed)
ii  linux-image-5.8.0-3-amd64             5.8.14-1                        amd64        Linux 5.8 for 64-bit PCs (signed)
ii  linux-image-5.9.0-1-amd64             5.9.1-1                         amd64        Linux 5.9 for 64-bit PCs (signed)
rc  linux-image-amd64                     5.9.1-1                         amd64        Linux for 64-bit PCs (meta-package)
.
.

Nach https://askubuntu.com/questions/18804/w ... ii-rc-mean

ii means 'It should be installed and it is installed' whereas
rc means 'It's removed/uninstalled but it's configuration files are still there'

Nur nach einem 'full-upgrade' sollte er doch den 5.10.19-1 installieren?

'vbox auf meiner aktuellen Buster Maschine'

Code: Alles auswählen

~$ dpkg -l linux-image-amd64|grep ii
ii  linux-image-amd64 5.10.19-1    amd64        Linux for 64-bit PCs (meta-package)

'Und in dualboot zu Buster'

Code: Alles auswählen

~$ dpkg -l linux-image-amd64|grep ii
ii  linux-image-amd64 5.10.19-1    amd64        Linux for 64-bit PCs (meta-package)

Die #1 ist ein 'totes Pferd', das max. 1x pro Monat eingeschaltet wird. Dort läuft Bullseye/Testing seit ca. 1½ Jahren drauf.

Nur der Unterschied von #2 zu #3??

Und auf #3 ist die weekly vom 8.3.2021.

cu KH

[willy4711]

Hmm
Hatte gedacht dass bei einer Installation das Meta-Package fehlt. Dann würde der Kernel nicht upgedatet.
Ist aber wohl nicht so.
Meine VM's (Testing) sind alle auf Kernel 5.10.0-4

Ich gehe mal davon aus, dass du immer ein full upgrade fährst ?
Vielleicht irgend etwas auf hold gesetzt?

Code: Alles auswählen

apt-mark showhold

[JTH]

Hatte gedacht dass bei einer Installation das Meta-Package fehlt. Dann würde der Kernel nicht upgedatet.
Ist aber wohl nicht so.

Doch, genau das ist der Fall:

'mein Alter'

Code: Alles auswählen

~$ dpkg -l
rc  linux-image-amd64                     5.9.1-1                         amd64        Linux for 64-bit PCs (meta-package)

rc = removed, aber nicht gepurget/Konfiguration noch vorhanden.

Auf deinem „Alten“ könntest du also linux-image-amd64 installieren, Kalle. Ohne selbiges werden niemals neue Kernelversionen automatisch installiert (außer minimale Patchversionsschritte).

[kalle123]

Danke, der 'Alte' sollte also klar sein.

Aber der Unterschied 'vbox Bullseye' #2 und 'Bullseye' frisch #3?

Und ein 'apt-mark showhold' liefert da nix. Und ein 'apt full-upgrade' sagt auch, die Installation ist aktuell ...

Gruß KH

[JTH]

Ergänze doch nochmal die Ausgabe von

Code: Alles auswählen

dpkg -l 'linux-image*'

Die anderen Ausgaben waren etwas kurz.

[willy4711]

Doch, genau das ist der Fall:

kalle123 hat geschrieben: ↑ zum Beitrag ↑
10.03.2021 14:59:27
'mein Alter'

Code: Alles auswählen

 ~$ dpkg -l
rc  linux-image-amd64                     5.9.1-1                         amd64        Linux for 64-bit PCs (meta-package)

Holzauge sei wachsam

[MSfree]

rc = removed, aber nicht gepurget/Konfiguration noch vorhanden.

Bei Kernelimages liegen bei nicht gepurgeten Paketen leider nicht nur ein paar Konfigurationsdateien rum sondern der komplette Modulbaum unter /lib/modules, der pro Kernelimage locker 250MB groß ist.

Code: Alles auswählen

apt-get purge Paketname

ist hier also sehr zu empfehlen.

[JTH]

In dem Fall gings ja nur um das Metapaket linux-image-amd64, das ja quasi leer ist.

Aber bist du dir damit sicher? Ja, es bleiben nach remove die ganzen /lib/modules/x.y.z-arch/modules.*-Dateien erstmal liegen, aber bei mir grad nicht der komplette Modulbaum. Auch das postrm der Kernelpakete deutet nicht drauf hin.

[kalle123]

So, der 'Alte' ist auf 5.10.0-4
Die 'rc' entries bei dpkg listing sind raus. (kannte ich noch nicht, hab mir aber die Notiz dazu geschrieben!)

@MSfree
Ich hab mir zur Angewohnheit gemacht, immer nur die zwei letzten Kernels im System zu halten und daher schau ich regelmäßig in /lib/modules rein.

So jetzt aber

vbox Bullseye (da muss ich noch 'ausmisten')

Code: Alles auswählen

dpkg -l 'linux-image*'
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                                Version      Architektur  Beschreibung
+++-===================================-============-============-===================================
ii  linux-image-5.10.0-3-amd64          5.10.13-1    amd64        Linux 5.10 for 64-bit PCs (signed)
un  linux-image-5.10.0-3-amd64-unsigned <keine>      <keine>      (keine Beschreibung vorhanden)
ii  linux-image-5.10.0-4-amd64          5.10.19-1    amd64        Linux 5.10 for 64-bit PCs (signed)
un  linux-image-5.10.0-4-amd64-unsigned <keine>      <keine>      (keine Beschreibung vorhanden)
rc  linux-image-5.9.0-4-amd64           5.9.11-1     amd64        Linux 5.9 for 64-bit PCs (signed)
un  linux-image-5.9.0-4-amd64-unsigned  <keine>      <keine>      (keine Beschreibung vorhanden)
rc  linux-image-5.9.0-5-amd64           5.9.15-1     amd64        Linux 5.9 for 64-bit PCs (signed)
un  linux-image-5.9.0-5-amd64-unsigned  <keine>      <keine>      (keine Beschreibung vorhanden)
ii  linux-image-amd64                   5.10.19-1    amd64        Linux for 64-bit PCs (meta-package)
un  linux-image-generic                 <keine>      <keine>      (keine Beschreibung vorhanden)

und neues Bullseye dualboot

Code: Alles auswählen

Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                                Version      Architektur  Beschreibung
+++-===================================-============-============-===================================
ii  linux-image-5.10.0-3-amd64          5.10.13-1    amd64        Linux 5.10 for 64-bit PCs (signed)
un  linux-image-5.10.0-3-amd64-unsigned <keine>      <keine>      (keine Beschreibung vorhanden)
ii  linux-image-5.10.0-4-amd64          5.10.19-1    amd64        Linux 5.10 for 64-bit PCs (signed)
un  linux-image-5.10.0-4-amd64-unsigned <keine>      <keine>      (keine Beschreibung vorhanden)
ii  linux-image-amd64                   5.10.19-1    amd64        Linux for 64-bit PCs (meta-package)
un  linux-image-generic                 <keine>      <keine>      (keine Beschreibung vorhanden)

Dort sehe ich 5.10.0-4, aber ein uname -a liefert beharrlich 5.10.0-3 ??

Gruß KH

[willy4711]

hmmm
falls ich nicht wieder ein "Holzauge" habe, finde ich nichts, was das Update des Kernels hindern sollte.
Die Beiden

Code: Alles auswählen

rc  linux-image-5.9.0-4-amd64           5.9.11-1     amd64        Linux 5.9 for 64-bit PCs (signed)
rc  linux-image-5.9.0-5-amd64           5.9.15-1     amd64        Linux 5.9 for 64-bit PCs (signed)

sollten doch nicht an einem Update hindern??
Die ganzen vergessenen "rc" Config- Dateien kann man sehr komfortabel mit

Code: Alles auswählen

aptitude purge ~c

entsorgen

[kalle123]

Willy, du schaust beim 'falschen'.

Der 'unter' (die frische Installation auf separater SSD im dualboot) hängt bei 5.10.0-3

Die 'Alte' Installation auf meiner uralt Maschine ist jetzt sauber und up-to-date.

Die vbox Bullseye war schon auf 5.10.0-4. Hab da jetzt noch etwas aufgeräumt.

Nur meine neue dualboot Installation von Montag bleibt bei 5.10.0-3.

DIESE HIER >>>

Code: Alles auswählen

Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                                Version      Architektur  Beschreibung
+++-===================================-============-============-===================================
ii  linux-image-5.10.0-3-amd64          5.10.13-1    amd64        Linux 5.10 for 64-bit PCs (signed)
un  linux-image-5.10.0-3-amd64-unsigned <keine>      <keine>      (keine Beschreibung vorhanden)
ii  linux-image-5.10.0-4-amd64          5.10.19-1    amd64        Linux 5.10 for 64-bit PCs (signed)
un  linux-image-5.10.0-4-amd64-unsigned <keine>      <keine>      (keine Beschreibung vorhanden)
ii  linux-image-amd64                   5.10.19-1    amd64        Linux for 64-bit PCs (meta-package)
un  linux-image-generic                 <keine>      <keine>      (keine Beschreibung vorhanden)

Sorry für das 'Durcheinander'

cu KH

[willy4711]

Der 'unter' (die frische Installation auf separater SSD im dualboot) hängt bei 5.10.0-3

Code: Alles auswählen

ii  linux-image-5.10.0-3-amd64          5.10.13-1    amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-5.10.0-4-amd64          5.10.19-1    amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-amd64                   5.10.19-1    amd64        Linux for 64-bit PCs (meta-package)

Nach entfernen der "un"s
Aber auch dort sehe ich mit meinem beschränkten Sehvermögen den Kernel linux-image-5.10.0-4-amd64

Irgendwas beim Grub verstellt ?z.B.:

Code: Alles auswählen

GRUB_DEFAULT=0

Was sagt bei dem neuen:

Code: Alles auswählen

ls -al /boot

Edit:

Kann man den 5.10.0-4 Kernel nicht unter "Erweiterten Optionen" im Grub-Menü auswählen ?

[JTH]

Naive, naheliegendste Idee: Seit dem Update schon ’nen Reboot gemacht? Ansonsten würde ich mal bei Grub schauen, wie Willy schreibt.

Nachtrag:

Ich hab mir zur Angewohnheit gemacht, immer nur die zwei letzten Kernels im System zu halten und daher schau ich regelmäßig in /lib/modules rein.

Das muss man, wenn man möchte, nicht von Hand machen. apt ist von Haus aus so konfiguriert, den laufenden/neuesten (das wird in Bullseye in Zukunft etwas sicherer gehändelt) und einen älteren Kernel vor Deinstallation zu schützen. Alle anderen werden, wenn gewollt bei einem

Code: Alles auswählen

apt autoremove [--purge]

automatisch entfernt. Dazu muss man das schon öfter erwähnte linux-image-amd64 installiert haben und die eigentlichen Kernelpakete einmalig als automatisch installiert markieren:

Code: Alles auswählen

apt-mark auto 'linux-image-*-amd64'

Bei zukünftigen Updates können die ältesten dann autoremovet werden.

[kalle123]

Danke für eure Hinweise.

Bin hier auf Buster unterwegs und dieses Bullseye liegt auf einer 2. SSD. Ohne ein reboot kriege ich das nicht auf den Schirm

Grub dort ist noch absolut 'jungfräulich'.

Das hier werde ich gleich mal checken, ist interessant. Danke, hätte ich auch selbst drauf kommen können

Kann man den 5.10.0-4 Kernel nicht unter "Erweiterten Optionen" im Grub-Menü auswählen ?

Also Buster runter fahren und mit Bullseye hoch fahren und mal schauen.

cu KH

[kalle123]

So sieht das Bootmenü hier aus.



Oberer Bildausschnitt

Buster
Buster erweitert
Win
Bullseye
Bullseye erweitert

Untere Bildausschnitt dann Bullseye erweitert. Ich seh da nix von 5.10.0-4 ....

Also nochmal, ich bin noch weit davon entfernt, mein stabil laufendes Buster 'in die Tonne' zu treten, nur ich versteh das Verhalten da nicht und ich bin halt neugierig

cu KH

[willy4711]

Untere Bildausschnitt dann Bullseye erweitert. Ich seh da nix von 5.10.0-4 ....

Ich denke mal, das erste (debian .... auf dev/sdd2) sollte der richtige Kernel sein.

[kalle123]

Ursache saß wieder mal vor dem Rechner

Die Idee ist mir gestern kurz vorm Einschlafen noch gekommen und heute morgen getestet.

Hab Bullseye am Montag installiert und das Booten von Bullseye in Buster integriert. Buster >> 'update-grub'.

Ist ja so schön bequem. Und am Dienstag wurde dann hier bei mir 5.10.0-4 bei Bullseye lt. log eingespielt. Und DAS wusste der Buster grub loader dann natürlich nicht.

Also wiedermal ne ganz einfache Ursache ....

Gruß KH