问题：在随机“擦除”或加密过程中，写入完整驱动器（而不仅仅是分区）的明显“随机”数据是否可以被计算机以某种方式解释为具有“有效”的 MBR 分区表？（因为当您选择完整驱动器时，随机数据会写入驱动器的前 512 个字节 --- 我认为）。
注意：不过我使用的是 Truecrypt我认为无论是随机擦除还是加密，从逻辑上讲都可能发生同样的问题。 我对我之前的 wall-o-text 帖子进行了更多的思考（这里： https://superuser.com/questions/523951/why-is-truecrypt-creating-random-phantom-partitions-when-encryption-a-full-dri) 我意识到无论使用什么操作系统或程序，我都可以用一种更简单、更精致的方式来提出这个问题。
背景：每次我重新加密同一个驱动器（完整驱动器）时，我都会不断看到各种大小的分区（如果您想了解更多，请参阅上面发布的 wall-o-text 链接中的扩展描述）。
我猜：我认为 MBR 字节的正确位置可能被看似有效的数据填充，使其看起来像是在定义分区表（即使分区完全是古怪的，并且大小不可能）。这种情况只发生在一个特定的硬盘上，我似乎无法让另一个驱动器（这次是闪存驱动器，而不是外部备份驱动器）发生这种情况。
尽管多次尝试，闪存驱动器似乎并没有生成虚假分区，但外部备份驱动器却始终如此。
或者您认为这很可能是我的外部硬盘硬件相关的问题吗？
其他杂项信息： 注意：我可以完美地安装“设备”（如果我选择物理“驱动器”，而不是其中一个奇怪的分区），我只是不明白为什么在连接外部驱动器时会出现这些虚假且随机的分区。我只是以为有某种标准的 MBR 分区表签名检查，可以防止在连接外部硬盘驱动器时注册奇怪的分区。
分区管理器软件（GParted）不会注册和显示随机的虚假分区，但操作系统（在本例中为 Linux）会注册它们，Truecrypt 本身也会注册它们（可能是由于查询操作系统）。
您认为这种情况正常吗？我不记得第一次加密驱动器时发生过这种情况；但每次尝试重新加密驱动器以查看它是否最终停止时，这种情况似乎都会持续发生。
答案1
我的猜测是问题出在你的硬件上，因为你的闪存驱动器从来没有出现过这个问题（但自然也会有 MBR），而你的硬盘驱动器一直存在这个问题。
答案2
一些硬盘配有专门的固件，用于保留一个专用分区，用于存储驱动器使用的应用程序或敏感数据。这有时用于引导安全系统，并且可以通过适当的工具集由操作系统和用户级应用程序利用。