私はrEFIndを管理しているので、Ubuntuがどのように機能し、Ubuntuと相互作用するかをよく理解しています。しかし、私自身の偏見や好みもあります。（私はGRUB 2嫌いと私は修理がやったことの多くはエレガントではなく、だと思ったので、私はREFind関数に修理をフォークは非常に私は必要なもの。）
ほとんどの場合、rEFIndは機能します。ブートローダーでブート後の問題が発生することはまれです。カーネルが起動すると、完全に機能するか、まったく機能しません。（この規則には時折例外がありますが、私が言ったように、それらはまれです。）したがって、rEFIndがシステムをブートする場合、後続の問題についてあまり心配する必要はありません。とはいえ、ブートローダーを含むソフトウェアには長所と短所があります。GRUBと比較して、これらの点はrEFIndに関して思い浮かびます。
- rEFIndの利点/ GRUBの欠点
- ブートごとにカーネルをスキャンするため、rEFIndはより適応性が高く、構成ファイルへの依存度が低くなります。複数のLinuxディストリビューションを起動する場合、これは最も重要です。そのようなセットアップでは、メインGRUBの構成ファイルが他のディストリビューションのカーネルへの変更を認識するように注意する必要があるためです。
- GRUBの構成ファイルの形式は非常に複雑です。通常、構成スクリプトはほとんどの場合正しいことを行うため、正常に機能します。しかし、スクリプトが間違っている場合、それを修正するのは悪夢です。rEFIndの構成ファイルは単純なので、構成を修正および微調整するのが簡単になる傾向があります。
- あなたが指摘しているように、rEFIndはより多くの目を楽しませる。
- rEFIndは、セキュアブートがアクティブな状態でWindowsを起動する際の信頼性が高くなります。（rEFIndに影響しないGRUBで中程度に一般的な問題については、このバグレポートを参照してください。）
- rEFIndは、BIOSモードのブートローダーを起動できます。GRUBはできません。ほとんどの人、特にUEFIベースのPCを持っている人にとって、これは大した問題ではありません。ただし、一部のMacユーザーは、Windows 7とのデュアルブートにBIOSモードの互換性が必要です。
- USBフラッシュドライブまたはCD-RのrEFIndは、起動できなくなったUbuntuインストールを起動できます。いくつかの注意事項と制限がありますが、ハードディスクでrEFIndを使用しない場合でも、USBフラッシュドライブまたはCD-RでrEFIndを使用すると、便利な緊急ツールになります。
- GRUBの構成スクリプトは実行に時間がかかる場合があります。複雑なセットアップでは、これらのスクリプトがトリガーされ、カーネルと各種ブートローダーをシステムでスキャンし、見つかったもので構成ファイルを再構築するのに途方もない時間がかかるため、新しいカーネルのインストールには1分以上かかることがあります。GRUBをアンインストールしない限り（またはそもそもインストールしないで）rEFIndを使用しても、この問題が発生することに注意してください。
- セキュアブートを使用する場合、rEFIndは常にセキュアブートポリシーを適用します。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と連携させるには、少なくとも1つのエントリをMOKリストに追加する必要があります。
これらのポイントに加えて、システム固有の非互換性と癖がときどきあります。このような問題はどちらのプログラムにも当てはまる可能性があるため、どちらか一方の利点ではありません。
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の動作を確認できます。