/boot/efiをマウントできず、Grubメニューが更新されませんでした。

centos システムを更新して再起動した後も、まだ古いグルーブメニューが表示され、新しいカーネルが存在しないことがわかりました。

起動後にリンクが/etc/grub2.cnf切断されました。これらを再現しました。

grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
grub2-mkconfig -o /boot/grub2/grub.cfg

これによりリンクが修正され、grub設定ファイルが問題ないように見えましたが（制限された経験でファイルの内容を確認しようとしませんでした）、メニューは更新されませんでした。つまり、次回の再起動時に、いくつかの古代カーネルバージョンを含む非常に古いブートメニューが再び表示され、そのうちの1つだけがシステムに残りました。

追加のインターネット検索の後、/boot/efiパーティションが重要であり、マウントする必要があることがわかりました。 /etc/fstab ファイルにリストされています。

# grep efi /etc/fstab
UUID=E911-FC5F          /boot/efi               vfat    umask=0077,shortname=winnt,nofail  0 0

/ mnt / efiディレクトリを作成し、ファイルシステムを確認するためにマウントしようとしましたが、vfatが不明なファイルシステムタイプというエラーが発生しました。

[root@app03 etc]# mount -t vfat /dev/sda1 /mnt/efi
mount: unknown filesystem type 'vfat'

fstabファイルでマウントオプションを試してみました。

[root@app03 etc]# mount -o umask=0077,shortname=winnt,nofail --verbose /dev/sda1 /mnt/efi
mount: unknown filesystem type 'vfat'

vfatモジュールをロードしようとしましたが、まだ同じエラーが発生しました。

[root@app03 etc]# blkid /dev/sda1
/dev/sda1: SEC_TYPE="msdos" UUID="E911-FC5F" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="895f6027-a800-4f20-8d36-6b5c2f740d90" 
[root@app03 etc]# lsmod |grep vfat
[root@app03 etc]# modprobe vfat
[root@app03 etc]# lsmod |grep vfat
[root@app03 etc]# locate vfat
/usr/lib/modules/3.10.0-1062.18.1.el7.x86_64/kernel/fs/fat/vfat.ko.xz
/usr/lib/modules/3.10.0-1160.53.1.el7.x86_64/kernel/fs/fat/vfat.ko.xz
/usr/lib/modules/3.10.0-1160.76.1.el7.x86_64/kernel/fs/fat/vfat.ko.xz
/usr/lib/modules/3.10.0-1160.88.1.el7.x86_64/kernel/fs/fat/vfat.ko.xz
/usr/lib/modules/3.10.0-862.6.3.el7.x86_64/kernel/fs/fat/vfat.ko.xz
/usr/sbin/fsck.vfat
/usr/sbin/mkfs.vfat
/usr/share/man/man8/fsck.vfat.8.gz
/usr/share/man/man8/mkfs.vfat.8.gz
[root@app03 etc]# mount /dev/sda1 /mnt/efi
mount: unknown filesystem type 'vfat'
[root@app03 etc]# grep vfat /etc/filesystems 
vfat
[root@app03 etc]#

パーティションを見ることは私にとってあまり役に立ちません。

[root@app03 etc]# fdisk -l /dev/sda
WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion.

Disk /dev/sda: 479.6 GB, 479559942144 bytes, 936640512 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes
Disk label type: gpt
Disk identifier: BBDE0244-EE22-420F-A32E-DC5CB3CF3540


#         Start          End    Size  Type            Name
 1         2048       411647    200M  EFI System      EFI System Partition
 2       411648      2508799      1G  Microsoft basic 
 3      2508800    936638463  445.4G  Linux LVM       

私はここに閉じ込められています。次のコマンドを使用してgrubを再インストールする必要があることを知っていますが、grub2-install --efi-directory=/boot/efi /dev/sda/boot/efiがマウントされていない限り、これは状況が悪化するのを恐れています。

この例では、/dev/sda1はEFIシステムパーティション、/dev/sda2は/bootパーティションです。

質問：

1. EFIパーティションを再作成できますか？これが必要ですか？役に立ちますか？
2. 代わりに/ dev / sda2パーティションを使用してマウントできますか？
3. これらのアプリケーションサーバーは5つあり、そのうちの1つにのみ問題があります。どうすればこれが起こりますか？

役に立つ場合は、期待どおりに動作している他のサーバーに次のものが表示されます。

[root@app02 ~]# lsmod |grep vfat
vfat                   17461  1 
fat                    65950  1 vfat
[root@app02 ~]# mount -v |grep vfat
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=winnt,errors=remount-ro)
[root@app02 ~]# df -h |grep efi
/dev/sda1                         200M   12M  189M   6% /boot/efi