在以前的MBR上使用gdisk创建EFI可引导的GPT分区，GPT损坏

Question

因此，这是我上一个关于UEFI引导加载程序分区的姐妹问题。为UEFI引导加载程序进行Parititioning，可以使用LVM吗？

免责声明:我不会对上面的数据做任何改动。Windows 8可能会在火灾中死亡。

按照指示，我有一个400 MBR的设备，我认为它以前是某种类型的“Microsoft预留”分区(我相信它是一个MBR分区？)在我意识到必须做什么之前，我用fdisk实用程序删除了现有的分区，创建了一个带有ext4文件系统的MBR分区，并重新启动以使更改生效。

然后我意识到这对UEFI固件是行不通的，因为UEFI固件是一个非常时髦和令人敬畏的固件，所以它必须在各个方面都有所不同。这次我进入gdisk并搜索分区，它没有发现任何分区。我在这个400 on的设备上创建了一个新的GUID分区，并使用了正确的EFI类型代码EF00。这看起来是成功的，所以我在它上创建了一个FAT32文件系统，mkfs -t fat32 /dev/sda1，这是成功的。

我按照我可能添加的UEFI模式从可引导安装CD中安装Arch的所有说明。我在系统上安装了gummiboot，它立即告诉我，我的设备sda1不是一个合适的EFI分区。彻底困惑，我在设备上做了一个gdisk -l，发现它发现GPT分区已经损坏，并且MBR分区仍然存在。

 Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: damaged

然后介绍了三种备选方案: MBR、GPT或清洁GPT。我选择了GPT，认为它会删除MBR分区表，但这并没有什么区别。

意识到我在这一点上是我所不知道的，并且不知道如何从现有的MBR分区创建一个适当的GPT分区，我在testdisk上运行了一个快速分析，一切看起来都很好和绿色。testdisk实用程序在各个方面都承认这是一个适当的EFI可引导分区。

如果可能的话，我想修复GPT分区，这样我就可以避免在我的Arch安装中重新开始的所有安装和定制步骤。如果这是不可能的，而且我必须销毁这个分区并重新开始，那么有什么方法可以保存这里已经安装的数据，并在修复了引导分区之后手动添加它吗？

Answer 1

引用Ubuntu社区Wiki的话。无论分布如何，都适用相同的规则。

创建EFI分区

如果要在Ubuntu安装程序中手动分区磁盘，则需要确保设置了EFI分区。

1. 如果您的磁盘已经包含EFI分区(例如如果您的计算机预装了Windows8 )，它也可以用于Ubuntu。不要格式化它。强烈建议每个磁盘只有一个EFI分区。
2. 可以通过GParted的最新版本创建EFI分区( 12.04磁盘中包含的Gparted版本是OK的)。注意:我包含了一个指向GParted LiveCD的链接，并且必须具有以下属性：
   • 安装点：/boot/efi (备注:使用手动分区时不需要设置这个挂载点，Ubuntu将自动检测它)
   • 尺寸:最小100米。建议200米B。
   • 类型: FAT32
   • 其他:需要一个“引导”标志。

看这个截图，这会给你一个布局的想法。(请注意/dev/sda1，我为再次依赖Ubuntu而道歉。)如果需要，您可以通过调整arch安装的大小来创建这个分区。这也是OSX的布局，所以如果您想使用Win8进行双重引导，可以将下面屏幕截图中的sda2和sda3组合到一个ntfs类型的分区中，然后将sda4、sda5和sda6用于Arch。

关于LVM

我相信LVM是可以使用的，但是经验表明，您创建的EFI分区和挂载点不可能存在于卷组中，也不应该作为卷存在。为了保持EFI分区“干净”，创建一个不属于任何LV的分区。