☰

grub raid1とlvmをインストールする

tag-icon • tag-icon linux ubuntu partitioning raid grub
grub raid1とlvmをインストールする

RHEL（Dell製）がインストールされているマシンにUbuntu Linuxをインストールしました。

インストールの最後に、GRUB2 をインストールできないというメッセージが表示されました。そこで、インターネットで見つけた多くの提案に従って、後で GRUB を再インストールするために、Live Linux (USB から) を起動しました。どれも役に立ちませんでした。

私のセットアップは、RAID1 構成の 1TB ディスク 2 台です。パーティションは以下のとおりです。私は思うRAID1 セットアップのため、/dev/sda5 には 3 つのサブパーティションがあり、インストールには次のように使用しました。

  • /xfsジャーナリングシステムとして/dev/mapper/rhel-rootにマウント
  • /家/xfsジャーナリングシステムとして/dev/mapper/rhel-homeにマウントされる
  • スワップ/dev/mapper/rhel-swapにマウントされます

困惑しています。そもそも GRUB はどこにインストールすればよいのでしょうか? また、どうすればこれを実現できるのでしょうか?

どのような助けでも大歓迎です。

詳細:

  • 私の出力sudo fdisk -lこちらからご覧いただけます:http://pastebin.com/BUJuUyUq

  • また、UEFIブートからレガシーブートに切り替えました

  • 最後に gparted のスクリーンショットです ;-)

ここに画像の説明を入力してください

答え1

問題の原因を正確に把握するのは難しいので、推測してみます。GPT パーティション スキームハードドライブがかなり大きく、以前は UEFI ベースだったためです。

チェックこれリンクからの引用です:

BIOS システムでの GPT サポートは理論的には可能ですが、実用的でない場合や、まったく互換性がない場合もあります。技術的には、BIOS は MBR のコードのみを実行することになっているため、異なるパーティション スキームの可能性が残ります...ただし、BIOS は、MBR の整合性のチェック、場合によっては MBR パーティション テーブル (通常は最初のパーティションのみ) のチェックなど、追加のチェックを行う場合があります。この場合、問題を修復できる可能性のある回避策がいくつかあります (以下にリストします)。

解決策はいくつかあります:

  1. すべてを削除して MBR テーブルを使用します (これによりすべてのファイルが削除されます)。Google によると、2 TB のハード ドライブはサポートされています。
  2. GPTで動作するようにしてみてください(ここ（そのためのリンクがあります）。基本的には、追加のパーティションと、おそらくさらにいくつかのハックが必要になります。
  3. UEFI を有効にし、UEFI ベースのシステムを使用します (私はこれを選択します)。

関連情報