Verschmutzter schwerwiegender Fehler: Es wurde keine geeignete Vorlage gefunden

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?

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.

Es funktioniert gut für mich:

mv /boot/grub/grub.conf /boot/grub/bk_grub.conf
yum -y update && yum -y reinstall kernel

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

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.

Ich denke diese Zeile

    title linux centos6_64

sollte gerecht sein

title linux centos6_64

(Entfernen der Einrückung sollte helfen)

Ü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