Полигон-2

В общем, принцип таков.
Берётся MCU с жирной оперативой (или внешним чипом), подключается к флоповоду.
Контр его крутит по одной дорожке, прочитывает её в кэш, игнорируя любую разметку (т. е. просто грабит сигнал с rdata от импульса на index до следующего). Отправляет её на комп. Ещё раз прочитывает. Потом переставляет на следующую и так далее.
Если есть выбор оборотов/плотности — то во всех вариантах.
Дальше вступает ПО: собирает статистику по каждой дорожке, накладывает одно прочитывание на другое, совмещает поточне́е, определяет неустойчивые биты, короче, составляет магнитную карту поверхности.
И потом уже в ней ищутся даже совсем плохо читаемые сектора и делается попытка математически восстановить то, на что любая система просто ответит «sector not found». Например, можно зрительно разделить данные, относящиеся к разным дисководам (из-за погрешности в скорости у них будут чуть по-разному начинаться сектора). Соответственно, они с большой долей вероятности относятся к разным файлам. Такая вещь, как определение неизвестного формата диска по корреляции данных — это вообще детская задача на этом фоне, это самое первое, что там надо нашкодить
360K у меня и так вроде ещё читаются, несмотря на десятилетия (плотность записи там смешная), 8" не на чем, но теоретически тоже должны. Так что, возможно, что-то вековое там найти можно.

Ну, многократное сырое чтение BIOS точно не сможет — там контроллер несколько более жёстко настраивается. Ему, как минимум, нужно найти заполнение между секторами (которое вообще может быть не PC-шным) и сами сектора (которые могут иметь ХЗ какую длину и контрольную сумму). А от статанализа данные убегают только в одном случае: если их самих не существует

А взаимодействие всё только через управляющую прогу. Кривые сигналов, всякоразные разметки типа «зелёное — прочиталось однозначно, красное — плавающие биты», предполагаемые границы секторов, окошко с интерпретацией полученных данных (которая меняется, если как-то по-другому попробовать подвигать), короче, такой очень продвинутый скандиск. Степень продвинутости зависит от числа экземпляров.

А можно как-то это в 5.6 более явно прописать? А то оно так «зажато» между простынёй 5.5.* и фразой про то, что следует указывать цену, что полное ощущение, что это тоже относится к Барахолке, т. е. «это просто какие-то „особенные“ темы для Барахолки, типа „может быть, буду продавать, но сейчас об этом говорить рано“».

Нет, ну теперь, когда я знаю, что это не так, я могу восстановить логическую структуру абзаца, но это сейчас

В коммерческих — даже не смешно. Это себестоимость ещё покроет, но трудозатраты — никогда (особенно по аналитическому ПО). Его или не купят, или он покроет ровно контр, плату и разъёмы %) Так что задача типа хобби, не типа коммерции.

Просто можно спаять штучку и написать ПО «как проще», а можно спаять 5-10, на всех, и написать «как удобнее пользоваться». Но вариант с распределённой разработкой и пайкой типа «каждый сам себе» — тоже весьма ничего, по крайней мере, усилия ощутимо сэкономит %)

Хорошая идея, я бы приобрёл такое устройство.