格式化 msftres、msftdata 和隐藏分区是否安全？

Question

我有一台配备 1TB HDD、24GB SSD 和 Windows 8 的 acer V7。我已经在 SSD 上安装了 Ubuntu 并格式化了硬盘的主分区。但是，我还注意到 HDD 上标记为 msftres、msftdata 的其他 3 个分区。格式化这些文件是否安全，以便我有一个连续的驱动器分区，或者我是否会擦除一些重要的东西，比如启动或 bios 数据？

Answer 1

parted或 GParted 中显示的“标志”可以指不同的事物。GPT 磁盘上的一些常见磁盘包括：

• msftres——这个标志的意思是“微软保留”。它被某些 Microsoft 工具用作“暂存空间”，因此除非您要删除 Windows，否则不应将其删除或重新调整用途。有关更多信息，请参阅有关此分区类型的 Wikipedia 条目。
• msftdata -- 此标志标识Microsoft 基本数据分区。它通常包含 Microsoft 文件系统，如 FAT 或 NTFS，因此此类分区将包括您的C:分区，可能还包括恢复或数据分区。除非您准确了解分区上的数据类型并想要删除它，否则不应删除或更改它们。请注意，Linux 过去对其自己的分区使用相同的类型代码，因此您也可能在 Linux 分区上看到此标志。两年前创建了一个新的 Linux 特定类型代码，带有该类型代码的 Linux 分区将显示为没有设置标志。识别新的 Linux 特定类型代码的 libparted 版本才刚刚可用。“msftdata 标志”出现在同一个新版本的 libparted 中。
• boot -- 在 GPT 磁盘上，此标志标识EFI 系统分区 (ESP)。除非您知道自己在做什么，否则绝对不要弄乱这个分区。同样，您不应在任何其他分区上设置“引导标志”——即使是在 Linux/boot分区上也不行。请注意，“引导标志”在 MBR 磁盘上具有完全不同的含义。在此类磁盘上，通常在 Linux/boot或/分区上设置“引导标志” ，尽管通常不需要这样做。
• bios_grub -- 此标志标识BIOS 引导分区，BIOS 模式GRUB 使用该分区存储引导代码。在 EFI 引导计算机上通常不需要这样的分区。如果您已从 BIOS 模式切换到 EFI 模式安装，则可以安全地删除此分区，但由于 BIOS 引导分区通常非常小 (~1MiB)，您将无法恢复太多空间。
• legacy_boot——与我刚刚描述的所有标志不同，这个标志不对应于类型代码；相反，它标识一个 GPT 属性。SYSLINUX 的 GPT 感知版本使用此属性来标识可引导分区。也就是说，它的作用类似于 MBR 磁盘上的“引导标志”。对于大多数工具来说，这个标志是无关紧要的；可以根据需要设置或删除它。
• hidden -- 和“legacy_boot”一样，这个标志是一个 GPT 属性，而不是一个分区类型代码。它标识了 EFI 应该忽略的分区。但是，根据我的经验，大多数 EFI 会忽略此标志，因此它并不是很有用。但是，有些计算机在某些分区上设置了此标志。

您可以在 GPT 的维基百科条目中阅读有关这些代码和其他 GPT 类型代码的更多信息。请注意，由partedGParted 和 GParted分配的“标志”名称特定于 libparted。其他工具，如 GPT fdisk 或 Windows 分区工具，有其他方式来引用 GPT 类型代码。（很少有程序直接使用这些代码，因为它们是又长又笨拙的十六进制数字。）

另请注意，libparted 使用相同的“标志”概念来标识两种完全不同的数据结构：分区类型代码和分区属性。类型代码是互斥的；分区可以是 ESP或Microsoft 基本数据分区，但不能同时是两者。因此，如果您删除 ESP 上的“启动标志”，它可能会弹出一个“msftdata 标志”，因为 ESP 使用 FAT，而 FAT 分区默认获得“msftdata 标志”。（在旧版本的 libparted 中，“msftdata 标志”不存在，因此该分区将没有标志。）但是，一个分区可以具有多个属性，因此它可以同时具有“隐藏标志”和“legacy_boot”标志设置。它也可以设置一个类型代码标志，就像这两个加上“bios_grub”。这种“标志”概念的双重使用令人困惑。GPT fdisk (gdisk和相关程序）将这些概念分开，使用两字节十六进制代码（如 EF00 或 8300）作为类型代码和报告属性。