简答
总的来说，如果你需要帮助 实际的 需要，您应该提供您要完成的内容以及实现目标的详细信息。如果您只是对理论感兴趣，那么您提供的详细程度的答案就是“它取决于”。
答案很长
细节很重要。例如：
- Windows不喜欢安装在逻辑分区上，因此将Windows安装从主分区转换为逻辑分区将导致它无法启动。 （我认为有办法解决这个限制，但AFAIK它们都涉及较小的主分区或更复杂的卷积。这些可能很难撤消。）
- 在某些情况下，可以以微不足道的方式将分区从主要形式转换为逻辑形式，反之亦然;但在其他情况下，它还需要调整分区大小，移动分区或转换其他分区。我的 FixParts 工具可以进行转换，但不能移动任何先决条件或调整大小;它会 不 之后保证可启动的操作系统。其他一些Windows工具可以进行类似的转换，但我不知道他们可以处理多少任务的细节。
- 可能存在特定于操作系统的怪癖。 Linux往往不太关心主分区和逻辑分区状态。我对更加模糊的操作系统（FreeBSD，OS / 2，BeOS等）的记忆正在逐渐消失，因为我在很长一段时间内没有使用它们，但我记得DOS有限，就像Windows一样。
- 根据操作系统和引导加载程序的不同，您可能需要在一次或两次转换后重新安装引导加载程序。
- 低级全盘备份是确保您可以恢复到起点的一种简单方法;但是，这样的备份可能会占用备份介质上的大量空间。
在BIOS世界中，“引导信息”存储在各种位置，例如：
- 主引导记录（MBR;磁盘的第一个扇区）
- MBR之后立即出现的行业
- 分区引导记录（PBR; OS的引导分区的第一个扇区）
- BIOS引导分区（仅在GPT磁盘上，与您的问题无关，但我注意到它的完整性）
- 各种分区中的文件。
BIOS模式启动越来越无关紧要，因为自2011年底以来销售的大多数计算机都以完全不同的方式使用EFI，而不是BIOS，以及EFI启动。但是，您的问题会记录主分区和逻辑分区，这意味着计算机很可能在BIOS模式下启动。但是，如果它在EFI模式下启动，它可能会使用GPT，它没有主/扩展/逻辑分区的区别。在GPT下，引导加载程序存储为文件 EFI系统分区（ESP）， 而不是分散在MBR，PBR等中。如果计算机从MBR磁盘以EFI模式启动，它可能并不关心主要与逻辑分区状态，尽管如果将ESP从主要转换为逻辑反之亦然 威力 将EFI混淆到足以使系统无法启动。这是我从未尝试过的东西 - 即使我有，结果可能因EFI而异，所以我不愿意对它进行概括。
一些引导加载程序依赖于分区细节，例如分区的编号，主/逻辑状态以及分区上是否存在“引导标志”（也称为“活动标志”）。详细信息因操作系统和引导加载程序而异。本段的要点是备份“启动信息”取决于了解所涉及的操作系统的细节，分区布局，可能正在使用的启动加载程序等。