したがって、これは、UEFIブートローダーのパーティション分割についての以前の質問と姉妹の質問です。 EFIブートローダーのパーティショニング、LVMは使用できますか?
免責事項:私はその上のデータについてフリップを与えません。 Windows 8は火事で死ぬ可能性があります。
指示に従って、以前はある種の「Microsoft Reserved」パーティションであったと考えられる単一の400MBデバイスを持っています(MBRパーティションだったと思いますか?)。何をしなければならないかを理解する前に、fdisk
ユーティリティで既存のパーティションを削除し、ext4ファイルシステムでMBRパーティションを作成し、変更を有効にするために再起動しました。
その後、これはUEFIファームウェアでは機能しないことに気づきました。これは流行に敏感で素晴らしいファームウェアなので、すべての点で異なる必要があります。今回はgdisk
に入り、パーティションを検索しましたが、何も見つかりませんでした。適切なEFIタイプコードEF00を使用して、この400MBデバイスに新しいGUID=パーティションを作成しました。これは成功したようで、FAT32ファイルシステムを作成しましたmkfs -t fat32 /dev/sda1
そして、これは成功しました。
追加したUEFIモードでたまたまブート可能なインストールCDからArch Linuxをインストールするためのすべての指示に従いました。システムにgummibootをインストールしたところ、デバイスsda1が適切なEFIパーティションではないことがすぐにわかりました。完全に混乱しましたgdisk -l
はデバイス上でGPTパーティションが破損しており、MBRパーティションがまだ存在していることを確認しました。
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: damaged
次に、MBR、GPT、またはクリーンGPTの3つのオプションを提示しました。私はGPTを選択しましたが、MBRパーティションテーブルが削除されると考えましたが、違いはありません。
この時点では自分の知識を超えており、既存のMBRパーティションから適切なGPTパーティションを作成する方法がないため、testdisk
でクイック分析を実行したところ、すべてが正常で緑色に見えました。 testdiskユーティリティは、これをあらゆる点で適切なEFIブート可能パーティションとして認識します。
可能な場合はGPTパーティションを修復して、Archのインストールで最初からやり直すインストールとカスタマイズの手順をすべて回避したいと思います。これが不可能で、このパーティションを破棄して最初からやり直す必要がある場合、ここに既にインストールされているデータを保存し、ブートパーティションを修正した後で手動で追加し直す方法はありますか?
buntu UEFI Community Wiki を引用しています。配布に関係なく同じルールが適用されます。
Ubuntuインストーラーでディスクを手動でパーティション分割している場合は、EFIパーティションが設定されていることを確認する必要があります。
EFIパーティションは、最近のバージョンの GParted で作成できます(12.04ディスクに含まれるGpartedバージョンは問題ありません。注:へのリンクを含めましたGParted LiveCD)。次の属性が必要です。
/boot/efi
(注釈:手動パーティション設定を使用する場合、このマウントポイントを設定する必要はありません。Ubuntuインストーラーが自動的に検出します)レイアウトのアイデアを提供するこのスクリーンショットを参照してください。 (お知らせ/dev/sda1
、Ubuntuのショットに再び依存していることをお詫び申し上げます。必要に応じて、Archインストールのサイズを変更して、このパーティションを作成できます。これはOSXのレイアウトでもあるため、Win8とのデュアルブートを行う場合は、sda2
およびsda3
以下のスクリーンショットからntfsタイプの1つのパーティションに入れ、次にsda4
、sda5
、sda6
、Archに使用されます。
LVMは使用できると思いますが、経験上、作成するEFIパーティションとマウントポイントはボリュームグループ内に存在することはできず、ボリュームとして存在することもできません。 EFIパーティションを「クリーン」に保つには、LVの一部ではないパーティションを作成します。