哪个更适合保存数据:主分区或逻辑分区?

Few*_*ewL 15 hard-drive partitioning

我们有两个选择;

  1. 创建一个主分区(比如 D:)或

  2. 创建一个扩展分区,然后在扩展分区中创建一个逻辑分区(比如D:

从数据安全、数据丢失等方面来说,是把数据放在主分区还是放在逻辑分区,有什么区别?

Tet*_*jin 26

在数据安全方面,无论您将所有数据和操作系统都放在同一个分区上,还是将单个驱动器拆分为两个分区,都没有任何区别。

如果驱动器出现故障,或者您感染了讨厌的病毒,或者您只是删除了一个文件而几天没有注意到,那么您的分区根本没有提高您的机会。

为了防止数据丢失,您唯一的安全措施是永远不要只保留任何东西的一份副本。
有句谚语...

“任何未存储在至少三个不同位置的数据都应被视为临时数据。”

简而言之,这意味着您至少需要一个现场备份和一个异地备份 [以防房子被烧毁。] 现场备份至少必须是不同的物理驱动器,如果不是不同的物理机。
您必须定期实际测试您是否可以从这些备份中恢复 - 否则您就浪费了保存它们的时间。

把所有的鸡蛋放在一个篮子里……如果你有两个篮子,如果你把它们放在同一只手上,这并不重要。
假设数据是“安全的”,因为它位于同一物理驱动器上的不同分区上,无论您如何格式化,都是“一篮子鸡蛋”。
丢一个,你丢了很多。

  • 我认为 OP 甚至没有 2 个篮子。OP 有一个篮子,用一块纸板将鸡蛋隔开。 (6认同)
  • 这是一种旧的 [& 最终毫无意义] 的方法来“保护”您的数据,以防您不得不重新安装操作系统。老实说,我不会打扰它,它没有提供任何真正的保护。 (4认同)
  • @user725162,原因可能与安全无关。正如 K7AAY 所描述的,扩展分区和逻辑分区与 MBR 一起使用。MBR 最多支持 4 个主分区。将其中之一用于扩展分区允许您通过使用逻辑分区来超出限制。当您开始使用恢复和其他专用分区时,很容易用完 4 的余量。 (4认同)
  • @kukis - 它既不是不幸的也不是任意的,它是绝对最小值,因此**至少三个** - 我什至直接在它下面解释 **为什么**。 (4认同)
  • 我还将_常规验证/可恢复证明_添加到针对数据丢失策略的“最低”要求中。这通常被遗忘或降级为优先事项。 (3认同)
  • @StackerLee - 我认为这是隐含的,但非常有效!补充回答。 (2认同)

K7A*_*AAY 18

如果您在扩展分区中使用逻辑分区,那么您使用的是老式MBR 分区表,该仅限于 2TB 或更少的驱动器。Windows 10 的当前标准是GPT 分区表,它与 EFI 和 UEFI 引导一起出现。GPT 具有附加功能,可帮助更好、透明地保护您的数据。Microsoft 提供了一篇关于转换文章

因此,将数据存储在 MBR 分区驱动器上不如 GPT 分区驱动器安全,但Tetsujin也非常正确,我投票支持他的答案。

  • @Ruslan您在技术上是正确的,但实际上Windows不会使用MBR驱动器的UEFI或GPT驱动器的BIOS / CSM启动 - 实现限制。 (2认同)
  • @CamilaHunter 这就是我所说的。UEFI+GPT 没问题。BIOS+MBR 没问题。UEFI+MBR 不起作用。BIOS+GPT 不起作用。如果我的记忆服务 macOS 也有这样的行为,我自己还没有测试过,但我认为 SU 上的某个人说过。 (2认同)

Dam*_*mon 5

理论上有,只要一个扩展分区需要两个个LBA(MBR中加在扩展分区的第一个扇区)被写入到一次,要对每一个安装件随后读取的差。一个主分区只需要一个 LBA(MBR)。

所以,严格来说,在数据安全方面,主分区失败的可能性要低 50%。在实践中,1/10 15和1/10的50%,15都是大同小异的。所以,做你喜欢做的事。但是,如果到目前为止磁盘上只有一个分区,为什么不只使用主分区呢!真的没有理由不使用主分区。在安装时为您节省一次无用的磁盘搜索。

当完全从头开始设置时(根据您的问题的措辞,情况并非如此,因为您想分配 drive letter D:,所以这不是一个选项),您可能会考虑 GPT。
这仅在您拥有相当新的计算机操作系统时才有效,但在这种情况下,它将具有一些(次要)优势。最重要的优势是您可以拥有大于 2 TB 的分区,并且您可以在 UEFI 模式下启动 Windows(假设所有其他前提条件成立)。

请注意,与城市神话相反,GPT 不一定比 MBR 安全得多。虽然 GPT确实在磁盘末尾存储了第二个 GPT 表,这听起来不错,但它也需要至少两倍的 LBA 才能工作,这再次使不可恢复的读取失败率增加了一倍。所以......在一天结束时,它几乎是一样的。

  • GPT * 可能比 MBR 更安全,因为最后的备份表是主表的完整克隆。只要您没有同时为持有表的两个副本的两个扇区获得两个 URE,一切都可以毫无困难地完美恢复。没有像 MBR 那样的冗余,丢失任何保存分区数据的扇区意味着您必须手动重建表。另外,我猜很可能有人不小心破坏了前几个扇区(通过不正确的参数为`dd` 左右)。GPT 幸存下来就好了,MBR 没有。 (2认同)