2. В этих системах (CP/M-based) на дискетет OC лежит в незанятых файловой системой начальных дорожках. Так что наличие/отсутствие файлов никак влиять не может.
2. В этих системах (CP/M-based) на дискетет OC лежит в незанятых файловой системой начальных дорожках. Так что наличие/отсутствие файлов никак влиять не может.
Есть ли фрагментация в файловой системе СР/М? В описании говорится про "экстенты", каждый по 16 кб. Это, как бы, кластер?
Кластер там обычно 2Кб, экстент - это часть файла, таблица размещения которой уместилась в одной записи каталога.
Фрагментация сама ФС допускает точно.
Файл располагается в блоках (кластерах), список (номера) которых перечислен в записи каталога. Они не обязаны располагаться на диске по порядку.
- - - Добавлено - - -
Вот тут есть мой кривой перевод со ссылкой на оригинал: http://emuverse.ru/wiki/Формат_дисков_CP/M_2.2
Личка заполнена! И чистить я ее не буду! Пользуйтесь адекватными средствами связи! Спасибо.
Seamos realistas y hagamos lo imposible!
Ernesto Che GuevaraПереехал сюда: SteinBlume (ex ATM CP/M Explorer)
http://era-cg.su
Обратил внимание, что клавиатуры Корвета и Суры выглядят очень похоже, если не сказать одинаково. Подскажите пожалуйста, а клавиши (пластиковые колпачки с буковками) у них случайно не взаимозаменяемые?
Если дискета с бэдами, можно ли как-то пометить их как неиспользуемые? И есть ли здесь софт для этого, вроде NDD? В MS-DOS при форматировании бэды сразу помечаются, а тут - нет. Особенно напрягает, что СР/М, наткнувшись на бэд, впадает в полный ступор. BDOS ERROR и всё, приехали. Вылет из программы, а то и полная перезагрузка системы. Больше никак от этого сообщения не избавишься, оно повторяется снова и снова.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Arix, насколько помню (если что поправьте) в CP/M нет такого типа как "плохой блок", потому что точка отсчета в CP/M не блок, а файл. Для каждого файла сохраняется структура вида "ИМЯ+РАСШИРЕНИЕ+РАСПОЛОЖЕН� �Е+ПРОЧЕЕ".
Благодаря этому, полагаю, можно создать фиктивный файл ("BAD.BAD"), указывающий на сбойные места диска и блокировать те места от записи. На каждом бэд-блоке будет потеряно несколько килобайт.
Таки существует готовый инструмент: POWER
Код:TEST тестирование диска с целью обнаружения плохих секторов,сбор всех плохих секторов в зарезервированный файл для доступности диска и любого файла на нем. Печать контрольной суммы всего диска.
Arix (16.08.2019)
Является ли ОПТС 1.1 в чём-то ущербным по сравнению с ОПТС 2.0?
@Serebriakov: есть новости насчет сетевух Линтех / Lintech ? Удалось прочитать AT89с51 ?
Если желание реверснуть сетевушки не пропало - могу подключиться и помочь.
УКНЦ, ДВК-3, Ленинград-1 (48 кб)
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)