我使用的是 WD20EARS 驱动器,其引脚 7 和 8 跳线,以便在不支持 4k 扇区的操作系统上使用它。但是现在,我想将该硬盘驱动器转移到具有 4k 扇区支持的操作系统。
我移除了跳线,将其连接到 Windows Server 2008 R2,并执行了快速格式化。但是,DiskCheckup仍将“每个扇区的字节数”属性报告为 512。
为了将此驱动器用作 4k 扇区驱动器,我还需要做什么?
对于带有 SSD 的 Windows XP,建议您手动对齐分区(或使用例如 7 进行分区)。
据解释,XP 的默认对齐方式需要使用两个“磁盘操作”(一般来说)而不是一个,因为它像这样对齐分区:

来源来自“微米”
然后指南建议您使用128diskpar.exe的偏移量来设置更好的分区对齐。例如这个:

我不明白的是,如果每个磁道有 63 个扇区,如 diskpar 信息打印输出所示,那么两条磁道占用 126 个扇区,因此我想第三个磁道应该从偏移量 127 开始。
我以为我可能会搞乱索引,这是我的想法。首先,我认为SectorsPerTrack和 都offset被索引为 base-1,因为前者只作为这样的计数器才有意义,而后者应该告诉我哪个是我想要开始的扇区数。128 没有意义,因为我跳过 2*63 扇区的扇区的计数值为 127。
然后我断言它SectorsPerTrack的索引是 base-1,但是offsets 的索引是 base-0。(好吧,“偏移量”可能不完全是“索引”,但它的值可以是 0。)所以偏移量可以被认为是“要跳过多少扇区”。如果不跳过任何扇区,则偏移量为 0。如果跳过第一个扇区,则偏移量为 1。如果我想跳过报告包含 63 个扇区的轨道,那么我的偏移量应为 63。如果我想跳过跳过两条轨道,我的偏移量应该是 126。但是现在已经减少了2到 128。
我想过SectorsPerTrack可能会被 0 索引。但这没有意义。“每个磁道 0 个扇区”应该意味着只有 0 个扇区。没有理由在这里使用基于 0 的索引,因为它只会毫无意义地引入混乱。
编辑一些有意义但我无法确认的是:如果 NAND 页面很重要并且它们的大小为 4096 字节,我应该将扇区和轨道视为纯粹的遗留信息,甚至可能是假的并且什么都没有与对齐的原因有关,那么 128 …
alignment ×1
diskpart ×1
hard-drive ×1
partitioning ×1
sectors ×1
ssd ×1
storage ×1
windows-xp ×1