Ubuntu 17.04は、XFSシステムパーティションのあるUEFIシステムで起動しません
Ubuntuをクリーンシステムにインストールし、システムパーティションにXFSを使用しようとしています。しかし、私のUEFIシステムはXFSを好まないようです。
インストール時に「何か他のもの」を選択し、ディスクを手動でパーティション分割します。トラブルシューティングの一環として、パーティションを最小の単一ESPパーティションとシステムパーティションに戻しました。システムパーティションにEXT4を選択すると、システムがインストールされ、正常に起動します。すべてをまったく同じように行いますが、システムがインストールするXFSを使用するようにシステムパーティションを変更すると、再起動するとgrubプロンプトが表示されます。ディスク（ls（hd0、gpt2））をリストするとき、XFSパーティションは不明で読み取り不能と見なされます。
システムディスクのフォーマットとしてXFSを使用してUbuntuをインストールするにはどうすればよいですか？
私はしばらくこのようなインストールを試していませんが、GRUBのXFSサポートにバグがあるか、少なくともUbuntuが設定した方法にバグがあるようです。回避策として3つの提案があります。
- 別個の
/bootパーティションを作成-別個の/bootパーティションを作成し、その上でext4fsを使用すると、GRUBがXFSを読み取る必要がなくなりますshouldは問題を回避します。/bootのサイズを少なくとも500 MB、おそらく1 GBにすることをお勧めします。 - ESPを
/bootにマウントします-このアプローチは前述のアプローチの変形です。 Ubuntuインストーラーがこのレイアウトの受け入れを拒否することは間違いないので、他の方法でインストールしてから、緊急ブートシステムを使用して構成を調整する必要があります。これを設定する難しさは別として、1つありますBIG警告：時々Ubuntu（しかし常にではありません）シンボリックリンクを新しいカーネルのインストールの一時的な部分として作成します。 FAT（ESPで使用される）はシンボリックリンクをサポートしないため、シンボリックリンクを作成するカーネルの更新と同様に、これは失敗します。したがって、このアプローチは時々小さな問題を引き起こします。コンピューターがMacの場合（またはVirtualBox仮想マシンにインストールする場合）、ESPでHFS +を使用できます。これはEFI仕様に違反しますが、MacまたはVirtualBoxで動作します。 ESPでHFS +を使用しても、私が知っているUEFIベースのPCでは動作しません。いずれにしても、これを試してみると、ESPが十分な大きさ（少なくとも512 MiB）であることを確認する必要があります。 - rEFIndとefifs XFSドライバーを使用します-GRUBはLinuxの唯一のEFIブートローダーではありません。ただし、ほとんどの場合、カーネルはブートローダー自体と同じパーティションに存在する必要があります。 GRUBと私自身の rEFInd は、このルールの2つの例外です。 rEFIndのコツは、XFSサポートが含まれていないことです。ただし、isEFI用のXFSドライバーは efifs パッケージで利用可能です。したがって、efifsからrEFIndとXFSドライバーの両方をインストールする必要があります。秘Theは、これを少なくとも手動で、そして緊急システムから行う必要があるということです。そのため、セットアップするのは面倒です。また、efifsはGRUBのファイルシステムドライバーから派生しているため、GRUBのXFSサポートが不安定な場合、efifsの方が優れているとは限りません。
全体として、別個のext4fs /bootパーティションを作成するのが最も簡単なソリューションです。ただし、XFSにeverything（ESPを除く）が必要な場合は、rEFIndを試すか、/bootでESPをマウントできます。この2つのうち、上記のrEFIndをESPを/bootにマウントすることをお勧めします。 ESPを/bootにマウントすることは、特にカーネルパッケージの更新が失敗することがよくあるため、Ubuntuが適切な選択であると期待しているものからあまりにも遠すぎます。私は主に完全性のためにそのオプションについて言及しましたが、それは良い考えだとは言いません。