web-dev-qa-db-ja.com

GRUBの代わりにrEFIndを使用することの欠点はありますか？

最終編集-rEFIndのインストールを計画している場合は、以下のRodの回答をお読みください。

不要なエントリが大量にある場合は、インストール後にその名前を紙に書き留めてください（rEFIndはそれらをsomefile.efiとして記述します）。次に、refind.confを開いてdont_scan_files somefile.efi,someotherfile.efi行を追加します

still役に立たないエントリ（.efiファイルを指定せずに「フォールバックブートローダーなど」と言ったエントリがあった場合）を追加するだけで、行dont_scan_dirs EFI/boot,EFI/Dell,EFI/memtest86。トリックを行う必要があります。

私は、Windows 10でデュアルブートされたUbuntu派生のマシンを持っています。現在GRUBを使用していますが、rEFIndへの切り替えを計画しています。

私が心配しているのは、特にrEFIndのような手の込んだブートローダーによってブートプロセスが遅くなる可能性があることです。

[編集-次のガイドを無視して、以下の回答を読んでください]最後に、 このガイド は信頼できるように見えますか？

編集-他の既存のものとは異なり、この質問の焦点はWindows-Linuxデュアルブートです（以下の回答は、DebianベースのOSに焦点を当てたOSを網羅しているようです）。

dual-bootrefind
23
random_human_being_

私はrEFIndを管理しているので、Ubuntuとどのように機能し相互作用するかをよく理解しています。しかし、私自身の偏見や好みもあります。 （GRUB 2が嫌いなので、rEFItをrEFIndに分岐しました。rEFItがやったことの多くはエレガントでしたが、必要なquiteではありませんでした。）

ほとんどの場合、rEFIndは機能します。ブートローダーでブート後の問題が発生することはまれです。カーネルが起動すると、完全に機能するか、まったく機能しません。 （この規則には時折例外がありますが、私が言ったように、それらはまれです。）したがって、rEFIndがシステムをブートする場合、後続の問題についてあまり心配する必要はありません。とはいえ、ブートローダーを含むソフトウェアには長所と短所があります。 GRUBと比較して、これらの点はrEFIndに関して思い浮かびます。

  • rEFIndの利点/ GRUBの欠点
    • ブートごとにカーネルをスキャンするため、rEFIndはより適応性が高く、構成ファイルへの依存度が低くなります。複数のLinuxディストリビューションをブートする場合、これは最も重要です。そのようなセットアップでは、メインGRUBの構成ファイルがotherディストリビューションのカーネルへの変更を認識するように注意する必要があるためです。
    • GRUBの構成ファイルの形式はverycomplexです。通常、構成スクリプトはほとんどの場合正しいことを行うため、正常に機能します。しかし、スクリプトが間違っている場合、それを修正するのは悪夢です。 rEFIndの構成ファイルはよりシンプルであるため、構成を修正および微調整しやすくなります。
    • あなたが指摘しているように、rEFIndはより多くの目を楽しませる。
    • rEFIndは、セキュアブートがアクティブな状態でWindowsを起動する際の信頼性が高くなります。 （rEFIndに影響しないGRUBで中程度に一般的な問題については、 このバグレポート を参照してください。）
    • rEFIndは、BIOSモードのブートローダーを起動できます。 GRUBはできません。ほとんどの人、特にUEFIベースのPCを持っている人にとって、これは大した問題ではありません。ただし、一部のMacユーザーはWindows 7とのデュアルブートにBIOSモードの互換性が必要です。
    • uSBフラッシュドライブまたはCD-RのrEFIndは、Ubuntuのインストールを起動できますが、Ubuntuは起動できなくなります。いくつかの警告と制限がありますが、ハードディスクでrEFIndを使用しない場合でも、USBフラッシュドライブまたはCD-RでrEFIndを使用すると便利な緊急ツールになります。
    • GRUBの構成スクリプトは実行に時間がかかる場合があります。複雑なセットアップでは、これらのスクリプトがトリガーされ、カーネルと各種ブートローダーのシステムをスキャンし、見つかったもので構成ファイルを再構築するのに途方もない時間がかかるため、新しいカーネルのインストールには1分以上かかることがあります。 rEFIndunlessを使用せずにGRUBをアンインストールする（または最初からインストールしない）場合でも、この問題が発生することに注意してください。
    • セキュアブートを使用する場合、rEFIndalwaysはセキュアブートポリシーを適用します。 GRUBは、使用中のGRUBバージョンに応じて、Linuxカーネルの起動時にそうする場合としない場合があります。 （Ubuntu 16.04より前では、UbuntuのGRUBは署名されていないカーネルでも起動します。16.04はそれを少し強化すると思いますが、まだ詳しく調べていません。）
  • rEFIndの欠点/ GRUBの利点
    • GRUBはUbuntuで公式に管理されているパッケージとして利用できますが、rEFIndは（現時点では）サードパーティのパッケージとPPAとして利用できます。
    • バスに当たった場合、rEFIndの開発が停止する可能性があります。しかし、GRUBにはさらに多くの開発者がおり、近い将来に放棄されることはありません。
    • GRUBはより多くのプラットフォーム（CPUおよびファームウェアタイプ）をサポートします。
    • GRUBは、ネットワークブート環境で使用する方が簡単です。
    • GRUBは（理論上）LVMまたはRAIDセットアップ内から、または暗号化されたパーティション上からカーネルをロードできます。 rEFIndはこれを行うことができません。 （rEFIndは引き続きLVM、RAID、暗号化されたセットアップで使用できますが、そのような構成では/bootパーティションを分離し、暗号化していない必要があります。）この機能については、私の知る限りでは十分にテストされていません。
    • rEFIndのカーネルお​​よびブートローダーのスキャンは、ブートごとに数秒かかる場合があるため、GRUBよりも表示が遅くなる場合があります。 （実際に必要なファイルシステムドライバーのみをインストールし、スキャンされるパーティションを整理しておくことにより、このスキャン時間を最小限に抑えることができます。）
    • ShimはGRUBと連携するように設計されています。 rEFIndはShimでも動作しますが、Shimの主要なターゲットではないため、rEFInd grubx64.efiを呼び出してShimを起動するという奇妙な命名規則があります。また、rEFIndをShimと連携させるには、MOKリストに少なくとも1つのエントリを追加する必要があります。

これらのポイントに加えて、システム固有の非互換性と癖がときどきあります。このような問題はどちらのプログラムにも当てはまる可能性があるため、どちらか一方の利点ではありません。

REFIndがGRUB（またはその逆）を起動するようにシステムを設定することは可能ですが、ほとんどの場合、これを行うと、最高ではなく両方のプログラムの最悪の結果になります。ただし、rEFIndの見た目が良く、LVM、RAID、または暗号化されたパーティションからカーネルをロードする機能が必要な場合は、この方法でのチェーンロードが望ましい場合があります。

リンクするインストール手順については、非常に複雑です。 UbuntuにrEFIndをインストールする最も簡単な方法は、Ubuntuのインストール後にPPAを使用することです。

Sudo apt-add-repository ppa:rodsmith/refind
Sudo apt-get update
Sudo apt-get install refind

このアプローチの欠点は、大きな飛躍だということです。 rEFIndを完全にインストールする前にテストする場合は、必ずUSBフラッシュドライブを使用してください。これにより、ハードディスクに変更を加える前にrEFIndの動作を確認できます。

45
Rod Smith