Полигон-2

На одном из старых компов нашёл папку со всевозможными драйверами, а также биосами и мануалами на материнки Lucky Star/Formoza. Сам комп был формозовской сборки, так что можно предположить, что это типовая подборка дров от Формозы. Часть файлов живая, а часть выглядит битой. Но размеры файлов выглядят нормальными, и содержимое напоминает то ли хаотичный набор символов, то ли что-то зашифрованное/сжатое. Да и при копировании с HDD на флешку никаких ошибок не вылезло. Сам HDD головки отбрасывать вроде не собирается, хоть и нарекли его Квантумом. Когда файл бьётся на носителе, обычно он режется до первой ошибки, и мусор появляется ближе к концу файла, а тут полные размеры и сплошной мусор в папках (кстати, полубитых и полуживых папок одновременно там нет, либо папка живая, либо вся битая).
Вот пример такой битой папки из поленницы: https://yadi.sk/d/yzmw8_jY3BChFg
Что это может быть?

Вирус?

Винт на разогнанных мамках 386/486 иногда давал трудно-уловимые ошибки по шлейфу, на медленных скоростях до UDMA не было проверки CRC и не ловилось. Проявлялось как битые архивы и постоянный развал FAT.

Полагаю, стоит смириться с потерей этих папок и отыскать дрова в сети. Если этот винч, с обеими ФС нещадно подключали ко разным ОС, да ещё и на неисправном оборудовании (некий первопень), то установить причину сбоя будет трудно.

Единственная зацепка - барьер в 8 гиг. На винче, для 98-й форточки (да под неисправным первопнём) перемычка-ограничитель вполне могла стоять.

PS.
Не думаю, что программы-восстановители файлов типа Rstudio смогут помочь. Точнее, их не следует запускать, по крайней мере пока-что.
Лучше сперва запустить diskEditor из комплекта нортоновских утилит версии 8, им прочитать обе копии FAT (сделать их копии в файлы на другом винче) и сравнить их. Если есть различие - попробовать записать содержимое второй копии FAT поверх первой и заново попытаться прочесть "битые" папки. Трудно заранее предположить, что диск не подвергался ни одной операции записи на пластины за все годы его "отставки" (точнее, с момента "убиения" тех файлов), значит нет и гарантии получить файлы в первоначальном их виде, неповреждёнными. Вероятно внутри файлов снова будет мусор, только уже другой.
Вернуть сохранённую первую копию FAT на её место. Понадобится для дальнейшего запуска "чекдиска".

Если обе копии FAT сразу окажутся одинаковыми - файлы уже не восстановить, они стёрты.

В обоих случаях, попробовать "чекдиском" поискать потерянные цепочки в FAT, Может, они на что-либо укажут.

В качестве самоуспокоения теперь можно смело запускать прогу класса Rstudio и пробовать вытянуть что-либо ею, хуже уже не будет, впрочем лучше - тоже не станет, скорее всего. Эти проги имеют функцию "восстановление данных по содержимому секторов на диске", сами определяют партиции, начала и окончания файлов и прочее. Если-бы речь шла не об FAT, эти проги были-бы единственным доступным инструментом, за исключением бекапа.

PPS. Беда "чекдиска" - он работает в полностью автоматическом режиме: непонятно, что он накопал, откуда, и к чему оно могло относиться.
Посему, сперва рекомендую запускать diskEditor, позволяющий в удобном тексто-графическов виде, вручную, получить гораздо больше информации об причине сбоя ФС.

ATauenis написал:

[q]

Но почитать обе копии FAT попробую.

[/q]

Зачем? Вы же выше написали уже,
ATauenis написал:

[q]

Файловая система FAT32, чистая, без ошибок.

[/q]

Значит, обе копии соответствуют, иначе бы то средство, которым вы определили чистоту файловой системы, как-то на это отреагировало.

Я топик не читал, только первый пост, но может поможет предположение: не исключено, что дохлый шлейф между диском и материнкой.

ATauenis написал:

[q]

единственную перемычку Vio ещё до меня прихватизировали, в результате Vio (VCC3) было 4,8 вольт.

[/q]

А разве проверка соответствия питания - не первое, что проверяют при первом включении попавшей в руки материнки? (после проверки на КЗ перед включением)