FLASH-картридж на 29ЕЕ010 для УКНЦ.

[troosh]

Решалось дополнительными копиями в ВЦ. 3 копии за последние из каждых 3 дней
на субботу и воскресенье все равно делали бекап.

Я не про бэкаппы, а про запись конкретного файла на плёнку... После записи проверяли? Если сбой, то файл переписывали полностью? Учитывали как-то что данный конкретный кусок плёнки столько-то раз считали/записали? Как это поддерживали файловый системы того времени? Можно ли подобные механизмы использовать для потенциально ненадёжныз флешек?

[Advertiser]

[Hunta]

Я не про бэкаппы, а про запись конкретного файла на плёнку... После записи проверяли? Если сбой, то файл переписывали полностью?

С одной стороны - лентопротяжка вместе с контроллером контролировала качество записи и могла выдать ОшибкаЗаписи.

С другой стороны, при получении данного статуса, ОС могла (через драйвер) выдать команду - точно не помню, как она правильно называлась, поэтому назовём её - ЗаписьСРасширеннымПромежу тком. При записи на ленту между блоками делается небольшой промежуток (ЕМНИП память, порядка 1-2 см) - что бы учитывать старт-стопный основной механизм работы тогдашних лентропротяжек (правда, если программа успевала подогнать очередные данные вовремя - лента могла и не останавливаться - видел неоднократно), соответственно при ЗаписьСРасширеннымПромежу тком контроллер делал бОльший пропуск (который, насколько я помню, зависел от того, сколько было пропущено перед этим - то есть каждая попытка ЗаписьСРасширеннымПромежу тком давала больший промежуток. Так обходились сбойные участки ленты.

С третей стороны, в прогах обычно была опция - проверить. Как уж это было реализовано - вопрос к конкретной проге, в моей любимой BRU - лента возвращалась в начала записываемой копии и дальше шло побайтовой сравнение того, что в источнике с тем, что прочиталось с ленты. В этом случае - Чего делать с несравнившейся копией - решал уже человек.

Учитывали как-то что данный конкретный кусок плёнки столько-то раз считали/записали?

Никакого учёта в известных мне системах на то время - сколько раз данный конкретный участок ленты считывали-записывали не велось.

Как это поддерживали файловый системы того времени?

Опять же, в известных мне системах на то время - никак

Можно ли подобные механизмы использовать для потенциально ненадёжныз флешек?

Вопрос риторический?

[MM]

Механизм для работы с сомнительными носителями - к/с каждого сектора, обрабатываемая в драйвере.
Ну и средства ОС RT-11 - например, отметить нечитающиеся ( ошибка к/с ) блоки как плохие.

Насчет замещения нехороших секторов - это вопрос к дровописателям. Можно, например, блоки каталога дублировать в хвосте массива.

[Hunta]

Механизм для работы с сомнительными носителями - к/с каждого сектора, обрабатываемая в драйвере.

Это значит, надо выделять место для хранения этих КС. И так же значит, что операция записи будет приводить к двум операциям записи и одной операции чтения. Доп операции - работа с хранилищем КС. Они как - будут хранится в одном и том же месте? Если да - здравствуй область, аналогичная каталогу RT-11

Можно, например, блоки каталога дублировать в хвосте массива.

Для этого драйвер должен знать о файловой системе.

[svinka]

После записи проверяли? Если сбой, то файл переписывали полностью?

Структура ленты такая что на ней лежат файлы последовательно. Один за другим. Как на кассете для бытового компьютера. И для распечатывания содержимого ленты нужно считать всю ленту. Хорошие лентотяги делали это с перемоткой или на увеличенной скорости. Если на ленте файлов 10 а вам захочется записать после второго то если размер превысит третий то пропадет и четвертый-и может быть другие

но когда бекап то жеский диск переписывался целиком на ленту в файл номер 1
Если сбой - ленту откладывали. Ее можно было починить вырезав сбойный кусок или обрезать уменьшив длину оставив максимально рабочий кусок

Но ленты были очень надежные так как импорт плюс достаточно низкая плотность записи при очень чистой гермозоне

- - - Добавлено - - -

На сбойный кусок можно было попробовать залить фиктивный файл типа бэда. И использовать дальше

[MM]

Господа, напишите пожалуйста - нужен ли кому картридж для УКНЦ с репрограммируемыми ЭСППЗУ ( из стареньких материнок ), без корпуса, например за 1210 руб ?
Вариант поставки - например, с Бейсиком УКНЦ. Емкость - 256 кбайт ( 2 шт. БИС ППЗУ ).
( Без обязательств для покупки или продажи изделия - просто опрос ).

[hobot]

MM, а возможно наработки
nzeemin по сжатию применить?
Что бы впихнуть на картиридж несколько позиций и меню стартовое для них совсем простенькое?

[Hunta]

MM, а возможно

Понеслася

[Arseny]

Господа, напишите пожалуйста - нужен ли кому картридж для УКНЦ с репрограммируемыми ЭСППЗУ ( из стареньких материнок ), без корпуса, например за 1210 руб ?
Вариант поставки - например, с Бейсиком УКНЦ. Емкость - 256 кбайт ( 2 шт. БИС ППЗУ ).
( Без обязательств для покупки или продажи изделия - просто опрос ).

Мне интересно. Только м/с в панельки поставь - не очень удобно перепрошивать, но зато возможность будет (вдруг понадобится).

- - - Добавлено - - -

Понеслася

Да ладно Достаточно поставить м/с в панельки и пусть новый владелец реализует свои хотелки ...

[Hunta]

несколько позиций и меню стартовое для них

Достаточно поставить м/с в панельки

Не думаю, что для стартового меню будет достаточно панелек под м/с