盘片的表面具有轨道，并且每个轨道都包含扇区。这适用于“服务”区域和“用户”区域。唯一不同的是SPT（每磁道扇区）值。

轨道是盘片上的同心圆。圆圈朝向中心变小，朝向外边缘变大。有时，经过Factory测试后，整个曲目（甚至可能只有几首曲目）都被隐藏起来，就好像它是有缺陷的曲目一样。

在这里，我们有Seagate F3驱动器ST3500418AS。法老一家。

它有翻译器问题。完成翻译器重新生成过程后，我们遇到了部分访问问题（用户区域从LBA0到UA中部某个其他块可用）。

在这种情况下，我们可以使用700000000 LBA。因此，我们可以尝试从此可用扇区启动翻译器恢复过程，因为它可以解决此问题：

如果您仍然没有做SA备份，请不要忘记！

正如我们在日志报告中看到的那样，有735 628 034 LBA 带有“ 00” 模式。部门编辑显示，它确实充满了“ 00”。

另一重要的事情是-我们可以按扇区在仅显示模式（LBA48）中读取它们，而不会出现任何错误。

因此，我们可以假设，该扇区实际上是空的，没有用户数据。

好的，让我们尝试查找其中包含用户数据的最后一个（在上一个之前）可用的LBA。

它是735 626 511 LBA，但从LBA开始出现问题（在上一个屏幕快照的Log报告中标记）起，所有扇区均由“ 00”模式填充：

要了解发生了什么，请看以下图形方案：

这种情况告诉我们这里有些不对劲。让我们根据第一个橙色的LBA检查物理地址（PBA）（735626512 ）。使用“将LBA转换为CHS”选项，然后键入所需的LBA编号以获取信息：

在我们的情况下，是735626512 。将所有其他选项/值保持不变：

结果，我们在“日志”选项卡中获得以下报告：

在这里我们可以看到一件有趣的事情。

我们的检查表明735626512 LBA 具有2BDD70E5 PBA 地址。

当前磁道中的第一个扇区具有相同的PBA地址。

换句话说，我们用“ 00”模式填充的第一个LBA是新Track的第一个LBA。

因此，我们可以假设整个Track都填充有00模式并且没有使用。

如果是这样，则应将其隐藏在缺陷列表– 非居民G列表中。

我们始终使用PBA寻址进行操作，因此，当我们在“缺陷”列表中添加此新缺陷记录时，还应该为第一个缺陷扇区添加PBA值，并为缺陷数量添加PBA值（请注意，这些值在HEX中）。