Verschmutzter schwerwiegender Fehler: Es wurde keine geeignete Vorlage gefunden

8

Ich versuche, mein System zu reparieren, nachdem ich es von einem Server auf einen anderen verschoben habe. Es funktioniert perfekt mit Kernel, der über das Netzwerk gestartet wird, jedoch nicht von der Festplatte.

Die Neuinstallation des CentOS 6.6-Kernels zeigt diesen Fehler:

grubby fatal error: unable to find a suitable template

Meine Datei /boot/grub/grub.conf sieht gut aus:

default=0
timeout=5
    title linux centos6_64
    kernel /vmlinuz-2.6.32-504.8.1.el6.x86_64 root=/dev/sda3  ro crashkernel=auto SYSFONT=latarcyrheb-sun16 LANG=pl_PL.UTF-8 KEYTABLE=pl
    root (hd0,1)
    initrd /initramfs-2.6.32-504.8.1.el6.x86_64.img

Alle Dateien sind vorhanden:

    ls -l /boot
razem 24645
-rw-r--r-- 1 root root   106312 01-28 22:40 config-2.6.32-504.8.1.el6.x86_64
drwxr-xr-x 3 root root     1024 2011-07-08  efi
drwxr-xr-x 2 root root     1024 03-06 13:44 grub
-rw------- 1 root root 18227613 03-06 13:44 initramfs-2.6.32-504.8.1.el6.x86_64.img
-rw-r--r-- 1 root root   200245 01-28 22:41 symvers-2.6.32-504.8.1.el6.x86_64.gz
-rw-r--r-- 1 root root  2544888 01-28 22:40 System.map-2.6.32-504.8.1.el6.x86_64
-rwxr-xr-x 1 root root  4153008 01-28 22:40 vmlinuz-2.6.32-504.8.1.el6.x86_64

    ls -l /boot/grub/
razem 259
-rw-r--r-- 1 root root     15 03-02 20:55 device.map
-rw-r--r-- 1 root root     63 2011-07-08  device.map.backup
-rw-r--r-- 1 root root  13396 03-06 13:05 e2fs_stage1_5
-rw-r--r-- 1 root root  12636 03-06 13:05 fat_stage1_5
-rw-r--r-- 1 root root  11780 03-06 13:05 ffs_stage1_5
-rw------- 1 root root    242 03-06 13:44 grub.conf
-rw-r--r-- 1 root root  11772 03-06 13:05 iso9660_stage1_5
-rw-r--r-- 1 root root  13284 03-06 13:05 jfs_stage1_5
lrwxrwxrwx 1 root root     11 03-06 13:04 menu.lst -> ./grub.conf
-rw-r--r-- 1 root root  11972 03-06 13:05 minix_stage1_5
-rw-r--r-- 1 root root  14428 03-06 13:05 reiserfs_stage1_5
-rw-r--r-- 1 root root   1341 2010-11-14  splash.xpm.gz
-rw-r--r-- 1 root root    512 03-06 13:05 stage1
-rw-r--r-- 1 root root 126116 03-06 13:05 stage2
-rw-r--r-- 1 root root  12040 03-06 13:05 ufs2_stage1_5
-rw-r--r-- 1 root root  11380 03-06 13:05 vstafs_stage1_5
-rw-r--r-- 1 root root  13980 03-06 13:05 xfs_stage1_5

/ etc / fstab sieht auch gut aus:

    cat /etc/fstab
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/sda3       /       ext4    rw,noatime,nodiratime,usrjquota=aquota.user,grpjquota=aquota.group,usrquota,grpquota,jqfmt=vfsv0        0       1
/dev/sda2       /boot   ext4    errors=remount-ro       0       1
/dev/sda4       swap    swap    defaults        0       0
proc            /proc   proc    defaults                0       0
sysfs           /sys    sysfs   defaults                0       0
tmpfs           /dev/shm        tmpfs   defaults        0       0
devpts          /dev/pts        devpts  defaults        0       0

Wie kann ich das beheben?

centos centos6 yum kernel Marek Zakrzewski
quelle

Antworten:

4

Etwas verspätete Antwort, aber mit der minimalen Installation von CentOS 7 konfrontiert.

Die Lösung sollte ausgeführt werden: grub2-mkconfig -o /boot/grub2/grub.cfgnach dem Upgrade des Kernels.

Beachten Sie, dass der neue Kernel im Startmenü nicht als Standard festgelegt wird.

isedev
quelle
1
Soweit ich das beurteilen kann, haben selbst die neuesten Centos 6-Versionen (z. B. Centos 6.5 und Centos 6.8 - die ich in meiner Umgebung habe) nur GRUB 0.97 und nicht grub2-mkconfig oder (eine ältere Alternative?) Grub-mkconfig . Grubby selbst scheint "das Werkzeug" zum Generieren der Konfiguration zu sein. Ich bin in der gleichen Situation wie das OP. Ich sehe keine Möglichkeit, GRUB 0.97 unter Centos 6 auf GRUB2 zu aktualisieren, und ich bin mir nicht sicher, wie Grubby funktionieren soll. Die einzige Alternative, die ich sehe, besteht darin, die Konfigurationsdatei manuell zu bearbeiten. Ich kann das tun, aber das skaliert schlecht, wenn Sie einen Cluster mit über 100 Hosts haben. Irgendwelche anderen Vorschläge?
SeligkeitIstInGott
-bash: grub2-mkconfig: command not found. -bash: /usr/sbin/grub2-mkconfig: No such file or directory.
Chloe
2

Es funktioniert gut für mich:

mv /boot/grub/grub.conf /boot/grub/bk_grub.conf
yum -y update && yum -y reinstall kernel
Mohsen
quelle
7
Obwohl der Code geschätzt wird, sollte er immer eine begleitende Erklärung enthalten. Dies muss nicht lange dauern, wird aber erwartet.
Peter
Das hat bei mir nicht funktioniert.
Isedev
Dadurch wird die grub.confDatei nicht neu erstellt .
Chloe
1

Ich habe hier eine Lösung gefunden:

http://www.itekhost.net/grubby-fatal-error/

rm /boot/grub/grub.conf
rm /etc/grub.conf
yum reinstall kernel

Ich glaube, das Problem war, /etc/grub.confdass ich eine dieser Antworten ausprobiert und umgezogen bin /boot/grub/grub.confund es nicht geholfen hat.

Ich erhalte jedoch auch diesen Fehler.

/sbin/new-kernel-pkg: line 310: 32483 Killed                  depmod -ae -F /boot/System.map-$version $version
Chloe
quelle
1

Mit CentOS Release 7.7.1908:

sudo yum reinstall kernel

Dies scheint das Problem behoben zu haben.

Beachten Sie, dass /boot/grub/grub.cfg ein Symlink zu /boot/grub2/grub.cfg ist und letzteres ordnungsgemäß (wie es scheint) durch die neue Version mit dem Kernel für die Neuinstallation von yum ersetzt wurde. Ebenso /etc/grub2.cfg -> /boot/grub2/grub.cfg.

Decano
quelle
-2

Ich denke diese Zeile

    title linux centos6_64

sollte gerecht sein

title linux centos6_64

(Entfernen der Einrückung sollte helfen)

Janne Pikkarainen
quelle
Es war nur Kopieren-Einfügen hier;)
Marek Zakrzewski
1
Das Lustige ist, dass sich der Server nach ca. 10 Minuten selbst gebootet hat;) Ich weiß nicht, was los war, da ich auf diesem Server keinen Zugriff auf KVM habe.
Marek Zakrzewski
-2

Überprüfen Sie / var / log / grubby , um die Fehlerquelle zu finden.

In meinem Fall wurde diese Fehlermeldung durch einen Fehler bei der Verwendung einer btrfs-Root-Installation unter CentOS 7 verursacht ( rhboot grubby bug # 22 ). Root ist eigentlich ein Btrfs Subvolume namens / root , so dass die Maden Einträge zum Laden des Kerns weisen auf / root / boot / vmlinuz- * aber der / root / boot / Pfad nicht zugänglich ist , wenn / root bei montiert ist / .

Eine einfache Problemumgehung besteht darin, / root / boot zu einem gültigen Pfad zu machen, der auf / boot verweist, indem Sie Folgendes tun:

ln -s /boot /root/boot
bain
quelle
/var/log/grubby: No such file or directory
Chloe