☰

CentOSマスターブートレコードを上書きしました。

tag-icon • tag-icon centos grub system-recovery alma-linux
CentOSマスターブートレコードを上書きしました。

私のCentOS 7.7ボックスに別のドライブをインストールしてインストールしましたが、AlmaLinux 9それで問題が発生しました。BIOSロードするOSを選択するために使用できるようです。状況が見えるようなものではありませんか？マスターブートレコードは隠されています。

grubを再インストールしました。

/sbin/grub2-install /dev/sda

これで起動するとプロンプトが表示されますgrub。ボリュームをつかんで/etc/fstabロードすると思いました。

grub>

どうやってやり直すことができますか？ OSをロードするために何を変更する必要があるかについての提案が見つかりませんでした。

どんな洞察力でも感謝します。乾杯

追加情報/フィードバック:

私はこれが間違った方向だと思います。私がしたいのは、Alma今はそれを完全に避けることです。このオプションをインストールすると問題が発生する可能性があることがわかったら、インストールしなかったはずです。このサーバーを元の状態に復元したいと思います。CentOS7システムで何も変更していないので、何が起こっているのかわかりません。

それでは、Alma写真でしばらく休んでいきます。今後はそこに引っ越すこともできます。

SSD同じバージョンの 。USBCentOS 7.7 v2003

ベストアンサー1

編集：以下の説明はCentOS 7では100％同じです。 almaルートパーティションの代わりにcentosルートパーティションを見つけます。

UEFIを使って起動すると言われたので

  1. UEFI は MBR を無視します。だからそれは問題ではありません！問題はUEFIからGRUBで起動していますが、どういうわけかこれを破ったようです。
  2. AlmalinuxカーネルをチェーンロードできるようにGRUBを変更できます。
  3. これを行うには、起動できないAlmaで作業を実行できるライブUSBスティックが必要です。私はFedoraのライブUSBイメージをダウンロードしましたが、almalinuxインストーラのUSBイメージもうまくいくと思います。
  4. このスティックで起動する必要があります。
  • 起動後、Almalinuxのルートボリューム/パーティションを識別します。先ほど実行してsudo blivet-guiグラフィックで見てみました。パーティション名が/dev/sdx2であるとします。
  • sudo -sルートシェル（）で次のことを試みます。
mkdir -p /alma
mount /dev/sdx2 /alma
mount -o bind /dev /alma/dev
mount -t proc proc /alma/proc
mount -t sysfs sys /alma/sys
mount -t devpts pts /alma/dev/pts
chroot /alma

おめでとうございます！これで、（起動できない）Alma Linuxにルートシェルができました。わかりました、私たちは「内部から」救助に来ることができます。まず、すべてのファイルシステム、特に/boot/EFIシステムをマウントします。

# (in the chroot shell we opened above)
mount -a
mount # check if the output of this lists /boot/EFI
mv /etc/resolv.conf /etc/resolv.conf.bak
echo "nameserver 8.8.8.8" > /etc/resolv.conf # resolv.conf is usually dynamically generated, we need to trick a bit here.
dnf reinstall grub2-efi grub2-pc grub2-pc-modules grub2-tools-efi grub2-tools-extra shim-x64
rm /etc/resolv.conf
mv /etc/resolv.conf.bak /etc/resolv.conf
exit
# if the above looks like it worked:
systemctl reboot

おすすめ記事