TR-Dos Diskette

[ram_scan]

Не вижу такой ситуации чтобы такое произошло. Я уже указал области ограничения этой команды - только нарочно испорченные сектора (или кривые руки программера, но это ... другая история).

В общем случае все сектора на дорожке могут иметь одинаковый номер и разное содержимое. Контроллер будет читать первый попавшийся.

Так что чтение дорожки - все таки "наше фсио". Или ручное задание геометрии.

[GriV]

А кто спорит то??? Я прочитаю 15 индексов секторов и будут они одинаковые! От этого эффективность команды не снизится ни на йоту! с точностью до наоборот - я буду точно знать что есть 15 секторов и они имеют одинаковые номера!
P.S. (сорри за оффтоп)Кстати... недавно прочитал новейшие тенденции... производители жёстких дисков жалуются что размер физического сектора в 512 байт слишком мал, что значительно уменьшает эффективность использования пластин жёстких дисков... Для ТыРдосистов же всё просто - у нас УЖЕ есть диски по килобайту на сектор!!!

Добавлено через 11 минут

2 Griv: а как это делается? Быстро-быстро выдаем друг за другом пачку команд "чтение индекса", пока повторы не пойдут?

Нет. Там же есть регистр состояния %) и есть бит индексного отверстия... В чём вопрос???

[Sonic]

Там же есть регистр состояния %) и есть бит индексного отверстия... В чём вопрос???

Команда "чтение индекса" читает один, первый попавшийся заголовок. Потом прекращается. Вопрос - как прочитать все заголовки на дорожке? Через регистр состояния я могу засечь приход индексного импульса, а дальше?

[ram_scan]

А кто спорит то??? Я прочитаю 15 индексов секторов и будут они одинаковые! От этого эффективность команды не снизится ни на йоту! с точностью до наоборот - я буду точно знать что есть 15 секторов и они имеют одинаковые номера!

Фишка вся в том что ты никогда не узнаешь, прочел ты 15 раз один и тот же индекс, или все 15 раз разные. Для того чтобы точно попадать даже в стандартный формат диска нужно калибровать дисковод сделав точный хронометраж скорости вращения. Но если на дорожке будут сектора разного размера то это опять получится мимо тазика.

Поэтому кроме как прочесть дорожку целиком - способа нет.

Кстати чтение дорожки целиком в общем случае не поможет тоже. Диск может быть с физическим дефектом, или в каком-то из gap-ов может быть записан индексный маркер, или вводная последовательность, что вызовет дальнейший сбой синхронизации.

То есть "сырые данные" с дорожки получить можно, но вот в пригодном для какой-то логической обработки виде - в общем случае нет.

Если бы все было так просто, то никто нигде бы вручную геометрию диска не задавал.

[GriV]

Команда "чтение индекса" читает один, первый попавшийся заголовок. Потом прекращается. Вопрос - как прочитать все заголовки на дорожке? Через регистр состояния я могу засечь приход индексного импульса, а дальше?

Ну как %) Пришёл - и всё! баста! заканчиваем чтение!

Добавлено через 9 минут

Фишка вся в том что ты никогда не узнаешь, прочел ты 15 раз один и тот же индекс, или все 15 раз разные. Для того чтобы точно попадать даже в стандартный формат диска нужно калибровать дисковод сделав точный хронометраж скорости вращения. Но если на дорожке будут сектора разного размера то это опять получится мимо тазика.

Поэтому кроме как прочесть дорожку целиком - способа нет.

Кстати чтение дорожки целиком в общем случае не поможет тоже. Диск может быть с физическим дефектом, или в каком-то из gap-ов может быть записан индексный маркер, или вводная последовательность, что вызовет дальнейший сбой синхронизации.

То есть "сырые данные" с дорожки получить можно, но вот в пригодном для какой-то логической обработки виде - в общем случае нет.

Если бы все было так просто, то никто нигде бы вручную геометрию диска не задавал.

Если диск защищённый - то достаточно высокая вероятность того, что из прочитанной дорожки ничего восстановить не получится (те же плавающие биты вообще невозможно восстановить на домашнем оборудовании). Если же диск нормально отформатированный просто имеет нестандартные размеры/последовательности секторов (или даже номера), то это всё легко автоматически может быть восстановлено из содержимого дорожки. Кстати эта команда примечательна ещё тем, что позволяет определить истинную длину дорожки - у меня она колебалась от 7 до 8 килобайт. Теоретически можно было бы на диске разместить 6 секторов по 1024 байта, что даст ёмкость (огого!) по 960 кб на диск. Практически же, так не получается по разным причинам - укороченный индексные области не читаются на всех дисководах (они нужны вообще то для синхронизации); при записи диска обновление происходит не только данных сектора но и контрольной суммы сектора, что может (если слишком короткие зоны синхронизации) затереть начало следующего сектора и прочая прочая...

Кстати, что интересно. Кажется в спектрофоне или где то ещё я видел указание длины дорожки - около 6 килобайт - приводилась точная цифра. В общем то очевидно, что эта цифра будет колебаться, так как зависит от ширины индексного отверстия, от скорости вращения диска (она тоже варьируется!!!) и т.д., мне непонятно как могла получиться конкретная цифра %)

И ещё, я не фанат команды "чтения индекса", не вешайте на меня собак, я просто сказал что это было бы элегантно, и потом я сам использовал её где то... хотел сделать чтото вроде Disk Formatter который восстанавливает формат диска.

[jerri]

я писал анализатор диска
читаешь дорожку (2 раза) а потом тупо сканируешь данные на предмет соответствий
так я писал копировщие для ZX Power 4
а там неслабая защита стояла

[Advertiser]