使用哪种 GPT 分区类型来保护 DRBD 元数据?

使用哪种 GPT 分区类型来保护 DRBD 元数据?

我计划在具有两个 GPT 分区的(复制)磁盘上安装 DRBD 设备。DRBD 需要在底层设备末尾留出一些空间用于(优先为“内部”)元数据。我犹豫着是否要让这个空间保持未分区状态(或未格式化为普通分区)。我想在底层磁盘设备末尾为元数据保留一个额外的分区。(如果我理解正确的话,DRBD 不会关心分区或其类型,然后可以独占该空间。)我的问题是:

哪种 GPT 分区类型适合这样的元数据分区?

  • 它不应该是启动时解释的类型(例如 EF00 EFI 系统)。
  • 它不应该是容易被启动的操作系统意外修改的类型(例如 8200 Linux swap、8e00 Linux LVM、fd00 Linux raid)。(启动的操作系统将是 Ubuntu Linux 12.04.3。)
  • 它不应该是表示正常文件系统的类型(例如 0c01 或 8301),容易被相应地格式化。
  • 它不应该是需要分区中任何特殊内容的类型(因为内容将由 DRBD 专门处理)。
  • 它应该表达为某些特殊事物(即DRBD)保留的目的。

(我列出的类型是由 提供的gdisk。我正在考虑使用一些不太可能被操作系统使用的类型(可能是 bf0a Solaris Reserved 4)或发明的类型,例如 fd01(接近 fd00 Linux raid……)。这样的事情是否合适,太危险甚至可能?)

答案1

我不熟悉 DRBD,但如果如您所说,“它需要一些空间来存储底层设备末尾的元数据”,那么它与 GPT 根本不兼容,因为 GPT 使用磁盘的最后几个扇区来存储 GPT 数据结构的备份。这是 GPT 的要求,如果其他东西需要相同的空间,那么它与 GPT 不兼容。

也就是说,如果您可以告诉 DRBD 使用物理设备末端以外的其他东西,我只需编写一个 GUID 并将其用作类型代码。(gdisk确实允许您输入“原始”GUID 作为类型代码。您可以为此目的剪切并粘贴分区的 ID,或使用在线 GUID 生成器。)更好的是,联系 DRBD 开发人员并询问他们是否有用于此目的的 GUID;GPT 已经足够成熟,他们应该有一个可用的 GUID。

相关内容