2014-12-30 28 views
6

So finden verbesserte ich Kernel yum -y update kernel auf meine AWS EC2 Basis-Image, und ich bekomme die folgende:schmuddelig fatalen Fehler: keine passende Vorlage

Running Transaction 
    Installing : kernel-2.6.32-504.3.3.el6.x86_64 
grubby fatal error: unable to find a suitable template 

Hier ist der Inhalt von/boot/grub/grub. conf:

default=0 
timeout=0 
hiddenmenu 
title CentOS (2.6.32-358.el6.x86_64) 
     root (hd0,0) 
     kernel /boot/vmlinuz-2.6.32-358.el6.x86_64 ro root=LABEL=rootfs console=ttyS0 
     initrd /boot/initramfs-2.6.32-358.el6.x86_64.img 

So wird grub.conf nicht immer aktualisiert, und da ich bereits kernel-2.6.32-504.1.3.el6.x86_64 installiert haben, grub ich das letzte Mal Kernel entweder aktualisiert werden nicht aktualisiert . Ich habe versucht, den Kernel manuell hinzufügen:

grubby --grub --add-kernel="/boot/vmlinuz-2.6.32-504.3.3.el6.x86_64 ro root=LABEL=rootfs \ 
    console=ttyS0" --title="CentOS (2.6.32-504.3.3.el6.x86_64)" \ 
    --initrd=/boot/initramfs-2.6.32-504.3.3.el6.x86_64.img 

und dann sah /boot/grub/grub.conf wie folgt aus:

default=0 
timeout=0 
hiddenmenu 
title CentOS (2.6.32-504.3.3.el6.x86_64) 
     kernel /vmlinuz-2.6.32-504.3.3.el6.x86_64 ro root=LABEL=rootfs console=ttyS0 
     initrd /initramfs-2.6.32-504.3.3.el6.x86_64.img 
title CentOS (2.6.32-358.el6.x86_64) 
     root (hd0,0) 
     kernel /boot/vmlinuz-2.6.32-358.el6.x86_64 ro root=LABEL=rootfs console=ttyS0 
     initrd /boot/initramfs-2.6.32-358.el6.x86_64.img 

jedoch /vmlinuz-2.6.32-504.3.3.el6.x86_64 nicht der Kernel ich eintrat. So nahm ich das und versuchte es noch einmal mit:

grubby --grub --add-kernel="/boot/boot/vmlinuz-2.6.32-504.3.3.el6.x86_64 ro root=LABEL=rootfs \ 
    console=ttyS0" --title="CentOS (2.6.32-504.3.3.el6.x86_64)" \ 
    --initrd=/boot/boot/initramfs-2.6.32-504.3.3.el6.x86_64.img 

, die in dieser Folge:

timeout=0 
default=1 
hiddenmenu 
title CentOS (2.6.32-504.3.3.el6.x86_64) 
     kernel /boot/vmlinuz-2.6.32-504.3.3.el6.x86_64 ro root=LABEL=rootfs console=ttyS0 root=(hd0,0) 
     initrd /boot/initramfs-2.6.32-504.3.3.el6.x86_64.img 
title CentOS (2.6.32-358.el6.x86_64) 
     root (hd0,0) 
     kernel /boot/vmlinuz-2.6.32-358.el6.x86_64 ro root=LABEL=rootfs console=ttyS0 
     initrd /boot/initramfs-2.6.32-358.el6.x86_64.img 

An dieser Stelle ich manuell bearbeitet /boot/grub/grub.conf zu default=0 und neu gestartet, und meine EC2 würde nicht starten. Also habe ich versucht, eine neue Instanz kopieren und haben alle die gleichen Fehler, so dass ich kopiert die vorhandenen Einstellungen auf einen neuen Eintrag:

default=0 
timeout=0 
hiddenmenu 
title CentOS (2.6.32-504.3.3.el6.x86_64) 
     root (hd0,0) 
     kernel /boot/vmlinuz-2.6.32-504.3.3.el6.x86_64 ro root=LABEL=rootfs console=ttyS0 
     initrd /boot/initramfs-2.6.32-504.3.3.el6.x86_64.img 

und neu gestartet, und es nicht wieder booten. Noch ein weiterer Versuch, ich wiederholte das obige aber mit root=/dev/xvda3, und das konnte auch nicht starten. An diesem Punkt kann ich meinen Kernel nicht aktualisieren. Was mache ich?


UPDATE: dachte ich, die/boot/boot/Sachen aus, und meine /boot/grub/grub.conf sieht nun wie folgt aus:

default=0 
timeout=0 
hiddenmenu 
title CentOS (2.6.32-504.3.3.el6.x86_64) 
     root (hd0,0) 
     kernel /vmlinuz-2.6.32-504.3.3.el6.x86_64 ro root=LABEL=rootfs console=ttyS0 
     initrd /initramfs-2.6.32-504.3.3.el6.x86_64.img 

Und ich kann meine erfolgreich booten System, aber alles andere daran bleibt wahr: die Installation eines neuen Kernels führt immer noch zu einem "schmutzigen fatalen Fehler: keine passende Vorlage zu finden", und grubby --default-kernel führt immer noch zu keiner Ausgabe. Ich muss meine /boot/grub/grub.conf manuell für jedes Kernel-Update bearbeiten.

+0

Ich denke, es ist das gleiche Problem, aber wie bereits erwähnt (https://www.digitalcocean.com/community/questions/kernel-update?answer=20341), ist es ein bekannter Fehler, der noch nicht behoben wurde . – DrStrangepork

+0

Siehe auch [Schwerwiegender Fehler: keine passende Vorlage finden] (https://serverfault.com/questions/673486/grubby-fatal-error-unable-to-find-a-suitable-template) auf serverfault. – bain

Antwort

0

Ich sah schmuddelig --default-kernel immer noch keine Ausgabe während Kernel-Update auch in CentOS AMI. Ich untersuchte, warum keine Ausgabe mit ltrace Ergebnisse ergibt.

Es scheint, dass grubby Root-UUID von grub.conf von Ausgaben ltrace bestätigt. Ich könnte den Kernel aktualisieren, nachdem ich grub.conf geändert habe, um root=UUID=[UUID from tune2fs] in meiner Umgebung hinzuzufügen.

+1

Ich verstehe nicht ... können Sie mehr erklären, was Sie mit "UUID von tune2fs" meinen? Vielleicht zeigen Sie Ihre grub.conf, damit wir sehen können, was Sie getan haben? Vielen Dank! – Jon

+0

Hier ist die Zeile von meiner grub.conf: 'kernel /boot/vmlinuz-2.6.18-371.4.1.el5xen root = UUID = 507d18e3-1f39-4d4f-814e-05497334a4d4 ro console = hvc0' –

0

Im Folgenden wird die korrekte grub.cfg Datei

grub2-mkconfig -o /boot/grub2/grub.cfg 
+0

Versucht dies mit CentOS 5.11, und es gibt kein grub2-mkconfig Programm oder Skript. Irgendwelche Hinweise? –

+0

@ CraigS.Anderson: Versuchen Sie '/ usr/sbin/grub2-mkconfig' als root. –

+1

Diese Frage betrifft Legacy (<1.0) grub, nicht grub2. – SmallLoanOf1M