Там встречается термины LPL (logical cyl, physical head, logical sector) и PCHS (здесь все
ясно). Диск вместо PCHS использует LPP (logical cyl, physical head, physical sector)
Диск однако сообщает несколько иначе, такCx,y Convert LBA to LPL and display to screen.
x - upper word of >16 bit address
y - lower word >16 bit address or the 16 bit address
Dx,y Convert LBA to PCHS and display to screen.
x - upper word of >16 bit address
y - lower word >16 bit address or the 16 bit address
Код: Выделить всё
A>C30,AA
LBA 003000AA = LPL 000002DB.02.027A
A>D30,AA
KBA 003000AA = LPP 000002DB.2.0495
A>
"интересные" номера.
В описании видимо ошибка, так команда <D> конвертирует не LBA->PCHS, а KBA->LPP
Обратные команды:
Примеры:cx,y,z Convert LPL to LBA and display to screen.
x – Logical Cylinder
y – Physical Head
z – Logical Sector
dx,y,z Convert PCHS to LBA and display to screen.
x – Physical Cylinder
y – Physical Head
z – Physical Sector
Код: Выделить всё
A>c2000,1,50
LBA 023A7516 = LPL 00002000.01.0050
A>d2000,1,50
KBA 023A790C = LPP 00002000.1.0050
A>
Кстати, как правильно расшифровывается KBA - K??? Block Address ?
Если конвертировать LPP в KBA, и если сектор в дефект листе, то преобразование дает один
и тот же KBA для дефектного и соседнего с ним сектора. В случае группы дефектов, это
распространяется на всю группу.
Примеры.
1. В дефект-листе имеем 00107.1.1F0 001 (1 дефектный сектор на треке 107, head 1, sec 1f0)
Код: Выделить всё
A>d107,1,1f0
KBA 00117029 = LPP 00000107.1.01F0
A>d107,1,1f1
KBA 00117029 = LPP 00000107.1.01F1
A>d107,1,1f2
KBA 0011702A = LPP 00000107.1.01F2
A>
начальный сектор блока дефектов 28F)
Код: Выделить всё
A>d102e,2,28f
KBA 011200D2 = LPP 0000102E.2.028F
A>d102e,2,290
KBA 011200D2 = LPP 0000102E.2.0290
A>d102e,2,291
KBA 011200D2 = LPP 0000102E.2.0291
A>d102e,2,292
KBA 011200D2 = LPP 0000102E.2.0292
A>d102e,2,293
KBA 011200D3 = LPP 0000102E.2.0293
A>d102e,2,294
KBA 011200D4 = LPP 0000102E.2.0294
A>
Я предположил, что этим можно воспользоваться для проверки, реально ли "работает" наш
перенесенный сектор в дефект листе. Проверим наш перенесенный сектор 10B76.2.228
Код: Выделить всё
A>d10b76,2,228
KBA 10D8BAC1 = LPP 00010B76.2.0228
A>d10b76,2,229
KBA 10D8BAC1 = LPP 00010B76.2.0229
A>d10b76,2,22A
KBA 10D8BAC2 = LPP 00010B76.2.022A
A>d10b76,2,22B
KBA 10D8BAC3 = LPP 00010B76.2.022B
A>
образом.
Почему же появились два дефекта UNC, разнесенные друг от друга?
Один бывший UNC LBA я сохранил, это 282638848, те 10D8BA00
Код: Выделить всё
A>D10d8,ba00
KBA 10D8BA00 = LPP 00010B76.2.0167
Ну а второй UNC скорее всего первый годный сектор после бывшего последнего сектора трека, он
как раз должен попасть на первый ранее не использованный резервный сектор на треке, и на нем
видимо верного ECC не было, и необходимо выполнить запись, для правильного расчета ECC.
Таким образом, после выполнения A>P необходимо стирание поверхности.
Интересно проверить команды преобразований с секторами в G-лист, должен быть уход в резервную
зону. С remap-ами у меня осталась одна TONKA2 160GB, когда скопирую с нее информацию,
попробую проверить.