STEP0: ホントにgrubが消えたのか確認

手持ちの「Matebook X Pro」には、insydeH20が入っています。F2でBIOS設定画面の表示で、F12でデバイスを選択してbootできます。

F12を押しながら電源を入れた画面で、まずは本当にgrubがなくなっているか確認してみました。

Grubがない -> STEP1へ
Grubがある -> STEP4に進む。うまくいかなかったら、STEP1をやったあと、STEP3。それでもダメならSTEP2もしてみる

STEP1: USBブートでの設定とSSD内のLinuxに入るまで

まずはUSBからArchLinuxを起動する。起動する方のWindowsで、archのisoを落としてきて balenaEtcher で焼いちゃいます。

キーボードの配列がおかしい

loadkeys jp106

文字が小さすぎる！

デフォルトで入っているコンソールフォントの中で、一番大きいものを指定します。多分これ。

setfont latarcyrheb-sun32

SSDのLinuxをマウントしていく

lsblkで容量とかフォーマットを見てそれっぽいものをマウントするらしい。(ここでマウント漏れとかが出るから、fstabでの確認[次項]はしたほうがいい！

mount /dev/nvme0n1p6 /mnt
mount /dev/nvme0n1p7 /mnt/home

fstabを開いてホントにそれでいいか確認

/etc/fstab に元のマウント情報が含まれているのでマウントが合ってるか確認しておきます。マウントし忘れてて穴にハマったりした。。

$ cat /mnt/etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass>
# /dev/nvme0n1p6
UUID=abedad77-97c7-42f2-a2e6-0f7d010651f6	/         	ext4      	rw,relatime	0 1

# /dev/nvme0n1p1 LABEL=SYSTEM
UUID=DE8B-DACA      	/boot/efi 	vfat      	rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro	0 2

# /dev/nvme0n1p7
UUID=c949921b-691f-495e-b637-61dfb72bbac9	/home     	ext4      	rw,relatime	0 2

というわけではい、今回の場合は /dev/nvme0n1p1を/boot/efiにマウントするのを忘れていたみたいです。マウントしておきます。

mount /dev/nvme0n1p1 /mnt/boot/efi

マウントした環境に入って作業する

arch-chroot /mnt

STEP2: grub-installでUEFIを復活！

まずはUEFIのメニューにgrubが復活するようにやっていきましょう！！といってもこれを実行するだけです。

grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=arch_grub

No error reported.で終了すれば成功です！

もし、grub-install: error: cannot find EFI directory. 的なエラーが出た場合は、「fstabを開いてホントにそれでいいか確認」に戻って正しくマウントできているか確認してみてください。

ここまでの作業が終わったら一旦再起動して確認してみましょう。F12のメニュー上にgrubが出ていると思います。それを選択して、通常通りarchが起動するようならSTEP4、起動しないならSTEP3に進んでください。

STEP3: grub-mkconfigでgrubの設定ファイルを更新

STEP2までで成功しない場合は、grubの設定自体がうまくいってないのかも。。
そんな場合は、次のコマンドでうまくいくはずです。

grub-mkconfig -o /boot/efi/grub/grub.cfg

ただし、僕の場合、これをそのままやっても「Windowsしか起動できないgrub」ができてしまいました。

これの原因は、grub-mkconfigがLinuxを認識できていないからです。
具体的には、起動するために、下のような「vmlinuz-linux」含むimgファイルが必要でした。

# pwd
/boot/efi
# ls
EFI  grub  initramfs-linux-fallback.img  initramfs-linux.img  intel-ucode.img  vmlinuz-linux

今回は\bootのバックアップをとっていたので、それを利用しました。とっていない場合でも、pacman -S linuxをしたらうまく行きました。

この操作が完了したらまた上のgrub-mkconfigを実行して設定ファイルを更新します。

STEP4: bootの優先順位をあげる

これでメニューからarchを立ち上げられるようになりましたが、普通に起動してもwindowsのほうが起動順序が高くてgrubに行きません。僕が知る限り、matebookのBIOSから起動順序の変更はできなそうなので、コマンドでやってみます。

# efibootmgr 
Timeout: 0 seconds
BootOrder: 0001,0002,2001,2002,2003
Boot0000* EFI USB Device (TOSHIBA)
Boot0001* Windows Boot Manager
Boot0002* arch_grub
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot2003* EFI Network

# efibootmgr -o "0002,0001,2001,2002,2003"
Timeout: 0 seconds
BootOrder: 0002,0001,2001,2002,2003
Boot0000* EFI USB Device (TOSHIBA)
Boot0001* Windows Boot Manager
Boot0002* arch_grub
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot2003* EFI Network

で、arch_grubを先にブートするようにできました！
これで普通に使えると思います。ありがとうございました。

[追記] Failed to start Load Kernel Modulesとなったとき

ある日、起動しようとすると今度は Failed to start Load Kernel Modulesが起きて動作しませんでした。
書いてあるとおりにrootのパスワードで入ると、ほとんどのサービスが起動できておらずネット接続等もできない状態であることが分かりました。

いろいろ調べてみると、どうやらシステム上で認識されているlinuxのバージョンとインストールされているlinuxのバージョンが違っているようです。

この場合、bootがうまくマウント出来ていない可能性があるようです。参考

この方法が正しいのかは分かりませんが、boot以下を削除して以下のようにlinuxを再インストールすることでうまく行きました。

まずはインストールメディアから起動し、上記のSTEP1でarch-chrootまでします。

ルートの中身を消して

# cd boot
# rm -r *

# pacman -S linux base base-devel

で、あとはSTEP2、STEP3をやれば終了です。
\boot自体はrootパーテーションに、\boot\efiにgrubという構成にしていて混乱して時間がかかってしまいました。当たり前ですがbootパーテーションはefiの部分だけでなくて\bootに置くことを徹底することをおすすめします。