У нас в классе все флопики были с заливкой болтов шаговиков красным лаком, т.е. есть шанс, что их регулировали на заводе. Читали друг друга средненько. Но вообще, компы в классах - это же как автомобили такси - их с утра до вечера гоняют все, тем более игрушки же были и даже на переменах, бывало, играли в них.
Если память не изменяет, поначалу все работало неплохо. Не идеально, но всё таки работало.
Потом, чем я глубже уходил в тему, тем чаще замечал, что массово начинает сыпаться чтение внутренних дорожек. Вероятно, это был уже износ головок.
Смазки никогда на улитке не видел. МОжет быть сам пробовал смазывать, но вау-эффекта не было.
Сам никогда юстировку шаговиков не трогал (я уже в старших классах школы был кем-то вроде решателя проблем с этими Агатами) и сейчас тоже не трогаю у своих. Хотя, случалось, что КОПИТРЕК спасал на собственных дисках (т.е. на том же дисководе, на котором делалась запись). Возможно, люфты какие-то или не всегда точная установка головки на дорожку. А насколько она должна быть точной штатно и насколько эта цифра уменьшается по мере износа голов? Кто ж знает...
Вообще, с тем, что сдвиг головки помогает, сталкивался иногда на чужих коллекциях, на 840ках, но на 140ках такого не помню. Может, чужих дисков было мало.
Однажды ездили в соседниюю школу, записали кучу всякого себе. У них были 840ки, соответственно, 140ками они почти не пользовались. Примерно 10 дисков 140к у меня так и лежит, в широкое использование их никому не давал, только копии снимал изредка. До сих пор один сбойный блок на всю десятку дисков. Практически, образцовая запись, сделанная 140кой.
Так что я всегда проблемы 140ок списывал на износ механники.
Хотя была пара странностей, которые объяснить так и не получилось. Про одну много раз рассказывал (портящиеся сектора всегда в одном или двух местах одинакого). А вот со второй столкнулся уже во времена Мост2: делаю запись мостом два на 5088. Читаю на Агате тут же, с проверкой всех секторов. Вроде нормально читает. Пишу на Агате весь диск, Мост читает, вроде тоже с минимальными проблемами. Потом дисковод меняю на Alpins - свою запись Мост2 читает нормально. Агат свою читает нормально. Но кросс: Агата читает Мост или Мост читает Агат - много ошибок. Куда копать ?
Скорость у этих приводов плавает, особенно если лежат долго. На хранении всегда пассики с них снимаю. Но экспериментировал когда-то с Мост2 (там логика чтения же точно такая же как и в родном контроллере): реально, если даже скорость свернуть сильно от рекомендуемой, вверх (замедление) процентов 10 можно увести, он всё равно будет читать, может даже больше 10% и вниз тоже можно (ускорение), но не сильно, 5%. Потом резко читаемость роняется. Т.е. там запас нормальный.
Поэтому за скоростью я следил всегда. Но когда пользовался интенсивно, проблем не было.
А то, что флюкса че-то не читает, так тут ведь вопрос в том, на каком количестве дисков её отлаживали ?
1) Может быть у неё есть глюки уровня "если тут вот три байта такие, то дальше хорошо работаем, если нет, то в другом месте случится ошибка чтения даже на нормальном секторе."
2) А может быть просто расчёт на то, что с 1-2 раз сектор наверняка прочитается. А все эти "читаем 10 раз, потом ретрейс головки, потом ещё 10 раз" - это уже из софта агата, может и в эпле так же было. Что там у флюксы в этом отношении? Удачно ли подобраны интервалы времени для поиска поля адреса после поля данных? Что будет, если есть ошибки, например, осталось недостёртое адресное поле, мы его прочитали, а там ошибка, что дальше? Будем ещё одно такое же искать или скажем, что нашли нужное, но оно битое и на том закончим работу?
Это же всё всегда вылазит по мере отладки. Что Мост2, что Мост3 - вот, даже этим летом было, как раз когда декодеры для 8'' дрессировал: вроде всё работает, но видно, что некоторые сектора не читаются и ошибка какая-то странная, вроде то ли поля данных нет, то ли в полях адреса ошибки, причем однотипные. Хотя поле-то коротенькое, в них вообще ошибки - редкость. Причем на 10 дисках этих ошибок нет, а на нескольких других - есть и нередко.
Начинаю прям побитно проверять, что там на самом деле, нахожу у себя же ошибку. Где-то в коде оставил длинный комментарий, откуда она возникла и почему так нельзя делать.
Вообще, в начале отладки такого кода надо обязательно разбирать (чем больше тем лучше) ситуаций сбойных секторов, чтобы убедится, что они - реально сбойные, а не проблема в коде драйвера.