Полигон-2

ATauenis написал:

[q]

Эту папку я нашёл в 2009 году уже в таком виде. Потом до 2010 года и с 2016 года винды активно эксплуатировались, файлы писались-удалялись, в общем, всё уже давно затёрто.

[/q]

В таком случае, восстановить информацию нереально. Определить причину - легко и трудно одновременно: собственно, причину я называл ещё во первом посте, но докопаться до доказательств нонче будет до невозможности трудно.


ATauenis написал:

[q]

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

[/q]

Anonymous написал:

[q]

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

[/q]

Для самоуспокоения. И не факт, что ОС, работающая только с первой копией FAT по-умолчанию, сумеет правильно среагировать на различие в таблицах. Это умеет тот-же "чекдиск", но слишком он роботизирован для задачи ТС-а.
Применимо для DOS/win3x/win9x, реже - для winNT. Уже форточка 2000/ХР умеет диагностировать ошибки диска самостоятельно. Если по какой-то причине кусок FAT под управлением ОС из первой группы оказался не прописан на пластины, а затем была запущена 2k-XP, то последняя наверняка обнаружила и "пролечила" ошибки автоматически (читай - тем-же чекдиском) и файлы оказались со мусорным содержанием.
Эт реконструкция возможного развития тех давних событий.

PS. Возможно, зависла сама ХР, и оттого повредилась FAT. Лечили этот недуг через запуск вин98 и под нею - того-ж чекдиска.
Увы, оба варианта применимы в равной мере, вероятность 45:45, остальные 10% - на прочие варианты.


ATauenis написал:

[q]

Нет там такой перемычки.

[/q]

Обязана быть. Возможно, не на гребёнке IDE разъёма, а в глубине платы и не всегда распаяна пинами под джампер.
Вынос такой перемычки на торец разъёмов сформировался как стандарт гораздо позже.
Впрочем, для данной темы сей путь уже не имеет значения, данные давно мертвы и мертвы надёжно.

ATauenis написал:

[q]

Кстати, на 98ке почему-то несколько лет назад перестали открываться свойства экрана, идёт ругань на "ошибку работы с элементом панели управления desk.cpl". Пошло это после гоняния сей 98ки в паре с глючной первопнёвой материнкой, по ней тему как-нибудь потом создам, глюки весёлые, похоже скачет частота FSB в огромных пределах и всему от этого сносит крышу. Но поленница дров ещё до того была битой. Файл desk.cpl хороший, перезаписывал заведомо живым, без разницы. Что ещё стоит проверить?

[/q]

Достал ту материнку, удалось справиться без помощи зала. Оказалось, что на ней (J-Mark J-571B) две группы перемычек установки питания: одна группа это второе питание для ММХ, вторая Vio (или питание для до-MMX-пентиумов). И единственную перемычку Vio ещё до меня прихватизировали, в результате Vio (VCC3) было 4,8 вольт. Поставил перемычку в положение 3.3В, напряжение вошло в норму и глюки пропали. А я перепаивал электролиты, кварц, даже собирался клокер добывать, в итоге выяснилось, что дело было не в бобине. До этого частота процессора и видимая в софте частота FSB скакала от 90 МГц до 233, и были разные глюки с памятью SDRAM (с EDO всё нормально), от определения всего 1 метра до зависания винды при загрузке. По поводу Свойств Экрана, в интернетах пишут, что это бывает от проблем с драйверами, ошибок реестра, много от чего. И проще переустановить систему, что я наверно и сделаю.


Merchant*RU написал:

[q]

Не удивлюсь, если тот квантум всё-таки окажется неисправен после теста поверхности.

[/q]

https://pp.vk.me/c836121/v836121259/2a2aa/nPUUFxamo0g.jpg - скан поверхности (правда только чтением)
https://pp.vk.me/c836121/v836121259/2a2b4/6VoJL087aeg.jpg - SMART

Anonymous, не допёрло сразу, что здесь напряжения устанавливаются раздельно. Обычно на MMX платах стоит только выбор второго напряжения, реже переключение P54/P55C. Тут стояла нужная перемычка на MMX-проц 2.8V (JP11 CPU VOLTAGE SELECTION (DUAL)), про JP13 "CPU VOLTAGE SELECTION (SINGLE)" не подумал.

В комбинации JP13 1-2 и JP11 11-12 на ногах процессора напряжения почти как доктор прописал, 2.9 и 3.4В.