Das Bootmenu erreicht man nun nicht mehr über die ESC-Taste sondern mittels der SHIFT-Taste.
Die Konfigurationsdatei von Grub2 liegt in der /boot/grub/grub.cfg, diese sollte dort aber nicht editiert werden da sie wieder überschrieben wird.
Einstellung befinden sich in /etc/grub.d und in /etc/default/grub (in dieser Datei können auch zusätzliche boot-parameter hinterlegt werden!).
Abschließend kann mit update-grub eine neue Konfiguration erzeugt werden.
/usr/sbin/grub-mkconfig
Das Tool grubby hilft weiter.
Default-Kernel anzeigen: grubby –default-kernel
anderen Kernel auswählen (Beispiel mit 3.10.0-693): grubby –set-default /boot/vmlinuz-3.10.0-693.el7.x86_64
HOWTO: Purge and Reinstall Grub 2 from the Live CD
sudo grub-install --root-directory=/mnt/target /dev/sdX # Example: sudo grub-install --root-directory=/mnt /dev/sda
mkdir /mnt/target mount /dev/md1 /mnt/target mount /dev/md0 /mnt/target/boot mount --bind /proc /mnt/target/proc # mount --bind /run /mnt/target/run mount --bind /sys /mnt/target/sys mount --bind /dev /mnt/target/dev mount --bind /dev/pts /mnt/target/dev/pts chroot /mnt/target /bin/bash apt-get install --reinstall grub-pc dpkg-reconfigure grub-pc
Siehe auch: http://paulberruti.net/2012/08/grub-error-symbol-not-found-grub_divmod64_full/
Die Fehlermeldung kam nachdem eine Festplatte aus dem Raid geflogen ist. Grub neu installieren half (s.o.).
Wenn man nachträglich Festplatten mit LVM hinzufügt, werden diese später von grub-probe erkannt, aber dennoch wird bemängelt das diese nicht in der device.map eingetragen sind:
Generating grub.cfg ... /usr/sbin/grub-probe: error: Couldn't find PV pv1. Check your device.map. run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1 Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-2.6.32-5-amd64.postinst line 799. dpkg: Fehler beim Bearbeiten von linux-image-2.6.32-5-amd64 (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 2 zurück
In /boot/grub/device.map trägt man deshalb die zweite Festplatten (hier /dev/vdb) ein:
(hd0) /dev/vda (hd1) /dev/vdb
Außerdem gibt es Berichte das löschen der /boot/grub/device.map und anschließendes Ausführen von update-grub die Situation ebenfalls auflöst.