Grub läd immer noch alten Kernel nach upgrade auf stretch
-
- Beiträge: 368
- Registriert: 08.04.2006 17:38:06
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Stuttgart
Grub läd immer noch alten Kernel nach upgrade auf stretch
Hallo fleißige Helfer,
Ich habe hier einen amd64 PC von Jessie auf Stretch upgegradet. Allerdings mit einem verschlüsselten LVM. Ich kann absolut nichts ungewöhnliches bei Grub erkennen. Der Punkt ist nur, wenn beim hochfahren sich Grub meldet und ich dann nachsehe ist immer noch die beiden alten Kernel in den Komandozeilen, obwohl der neue Kernel geladen ist und auch in den Grub.cfg zu finden sind. Grub update hat da nichts gebracht.
Ich habe schon dran gedacht die beiden alten Kernel aus den Verzeichnissen zu entfernen, bin mir aber nicht sicher ob dann gar nix mehr geht. Hab dann mal apt-get install linux-image-4.9... hat aber auch nix gebracht.
Ich muss zugeben das ich nicht wirklich durchdrungen habe was wie wo von grub geholt, in welcher Datei erzeugt, wohin kopiert und wie dann ausgeführt wird.
Vielleicht kann mir mal jemand dann auf die Sprünge helfen
Danke schon mal
Raboni
Ich habe hier einen amd64 PC von Jessie auf Stretch upgegradet. Allerdings mit einem verschlüsselten LVM. Ich kann absolut nichts ungewöhnliches bei Grub erkennen. Der Punkt ist nur, wenn beim hochfahren sich Grub meldet und ich dann nachsehe ist immer noch die beiden alten Kernel in den Komandozeilen, obwohl der neue Kernel geladen ist und auch in den Grub.cfg zu finden sind. Grub update hat da nichts gebracht.
Ich habe schon dran gedacht die beiden alten Kernel aus den Verzeichnissen zu entfernen, bin mir aber nicht sicher ob dann gar nix mehr geht. Hab dann mal apt-get install linux-image-4.9... hat aber auch nix gebracht.
Ich muss zugeben das ich nicht wirklich durchdrungen habe was wie wo von grub geholt, in welcher Datei erzeugt, wohin kopiert und wie dann ausgeführt wird.
Vielleicht kann mir mal jemand dann auf die Sprünge helfen
Danke schon mal
Raboni
Re: Grub läd immer noch alten Kernel nach upgrade auf stretch
Wieso ein neuer Kernel installiert, dann aber nicht benutzt wird, weiß ich auch nicht. Aber was spricht dagegen, ihn dem bootloader als zusätzlichen bekanntzumachen? Mit lilo ist das ziemlich einfach. Mit grub kenne ich mich nicht aus.
Re: Grub läd immer noch alten Kernel nach upgrade auf stretch
Du kannst einmal die Ausgabe von
posten. Dann sieht man was für ein Kernel läuft.
Ältere Kernel werden nicht automatisch deinstalliert, aber sie zu entfernen ist auch nicht weiter schwierig. Eine Liste der installierten Kernel erhält man zB mit dpkg oder apt-show-versions
Wenn der neuste Kernel gestartet wird (sollte so sein, aber geht aus deinem Eröffnungspost nicht eindeutig hervor) können außer dem Metapaket linux-image-amd64 alle anderen getrost deinstalliert werden:
Code: Alles auswählen
$ uname -r
Ältere Kernel werden nicht automatisch deinstalliert, aber sie zu entfernen ist auch nicht weiter schwierig. Eine Liste der installierten Kernel erhält man zB mit dpkg oder apt-show-versions
Code: Alles auswählen
$ dpkg -l "linux-image-*"
$ apt-show-versions | grep ^linux-image
Code: Alles auswählen
# apt purge Liste_der_Kernelpakete
-
- Beiträge: 368
- Registriert: 08.04.2006 17:38:06
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Stuttgart
Re: Grub läd immer noch alten Kernel nach upgrade auf stretch
hab ich nicht dran gedacht
was natürlich der Kernel von Jessie ist.
sind ja alle vorhanden.
Das ist ja genau das Problem. So wie ich das verstehe, ist der "stretch" Kernel installiert, wird aber nicht geladen. Ich kann beim besten Willen nicht verstehen warum!
Das verstehe ich jetzt nicht.
Grub update bringt übrigends folgendes Ergebnis:
Jetzt bin ich mir nicht sicher ob das LVM Problem mit dem Grub Problem zusammenhängt. Denn pvdisplay zeigt wo der Fehler liegt. Weiß allerdings nicht wie ich den behebe. sdb2 scheint der 2. und damit der falsche Eintrag zu sein. Aber sdb1 ist unvollständig:
Wie ich eingangs geschrieben habe, verstehe ich die Vorgehensweise von Grub nicht wirklich. Also wie Grub das Image findet und wie es dieses dann zum Ausführen bringt. Es steht auf dem Bildschirm auch immer noch debian 8 auf dem Grub Hintergrundbild, was darauf hindeutet, das es das richtig Hintergrundbild auch nicht gefunden hat. Bei meinem Laptop hat das geklappt und das Hintergrundbild wurde angepasst.
Code: Alles auswählen
$ uname -r
3.16.0-4-amd64
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-3.16.0-4-amd64 3.16.43-2+deb8u2 amd64 Linux 3.16 for 64-bit PCs
ii linux-image-3.2.0-4-amd64 3.2.73-2+deb7u3 amd64 Linux 3.2 for 64-bit PCs
ii linux-image-4.9.0-0.bpo.3-amd64 4.9.30-2+deb9u2~bpo8+1 amd64 Linux 4.9 for 64-bit PCs
ii linux-image-4.9.0-3-amd64 4.9.30-2+deb9u3 amd64 Linux 4.9 for 64-bit PCs
ii linux-image-amd64 4.9+80+deb9u1 amd64 Linux for 64-bit PCs (meta-package)
Das ist ja genau das Problem. So wie ich das verstehe, ist der "stretch" Kernel installiert, wird aber nicht geladen. Ich kann beim besten Willen nicht verstehen warum!
Code: Alles auswählen
# apt purge Liste_der_Kernelpakete
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket Liste_der_Kernelpakete kann nicht gefunden werden.
Grub update bringt übrigends folgendes Ergebnis:
Code: Alles auswählen
# update-grub
GRUB-Konfigurationsdatei wird erstellt …
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Linux-Abbild gefunden: /boot/vmlinuz-4.9.0-3-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.9.0-3-amd64
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Linux-Abbild gefunden: /boot/vmlinuz-4.9.0-0.bpo.3-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.9.0-0.bpo.3-amd64
Linux-Abbild gefunden: /boot/vmlinuz-3.16.0-4-amd64
initrd-Abbild gefunden: /boot/initrd.img-3.16.0-4-amd64
Linux-Abbild gefunden: /boot/vmlinuz-3.2.0-4-amd64
initrd-Abbild gefunden: /boot/initrd.img-3.2.0-4-amd64
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
Fehler: unknown LVM metadata header.
erledigt
Code: Alles auswählen
# pvdisplay
--- Physical volume ---
PV Name /dev/sdb2
VG Name VG01
PV Size 74,44 GiB / not usable 4,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 19055
Free PE 0
Allocated PE 19055
PV UUID SZVSjR-KoPD-uHma-5acs-HrwL-Db6q-q01O7u
--- Physical volume ---
PV Name /dev/sda1
VG Name VG01
PV Size 74,53 GiB / not usable 2,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 19079
Free PE 0
Allocated PE 19079
PV UUID Ve1rRu-w2wv-GVra-9xBo-MjGb-V8gB-6PkhSM
--- Physical volume ---
PV Name /dev/sdd1
VG Name VG01
PV Size 465,76 GiB / not usable 2,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 119234
Free PE 0
Allocated PE 119234
PV UUID uhSWAq-tO67-Ys52-duhl-cNRe-6kIf-jLa2a8
--- Physical volume ---
PV Name /dev/sdc1
VG Name VG01
PV Size 465,76 GiB / not usable 2,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 119234
Free PE 0
Allocated PE 119234
PV UUID 0SHvEs-PxFu-sfZb-ed7T-jHgz-2NEr-elUGM7
"/dev/sdb1" is a new physical volume of "74,53 GiB"
--- NEW Physical volume ---
PV Name /dev/sdb1
VG Name
PV Size 74,53 GiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID OdA7Ns-5uaw-zQOW-zG2p-GPfg-1C48-P6Er0b
-
- Beiträge: 3022
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: Grub läd immer noch alten Kernel nach upgrade auf stretch
Hab das Gefühl, das Upgrade dürfte nicht vollständig und erfolgreich durchgelaufen sein...
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
-
- Beiträge: 368
- Registriert: 08.04.2006 17:38:06
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Stuttgart
Re: Grub läd immer noch alten Kernel nach upgrade auf stretch
Woran erkenne ich das? apt-get dist-upgrade zeigt keine Fehler.