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