| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Битые файлы или... |
 |
Битые файлы или...
Загадка подборки драйверов, найденной на одном HDD
| <<Назад Вперед>> | Страницы: 1 * 2 | Печать |
| Merchant*RU
Advanced Member
Откуда: Москва Всего сообщений: 404 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 окт. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 27 января 2017 15:42 Сообщение отредактировано: 27 января 2017 15:56
Полагаю, сбой ФС, точнее, несоответствие секторов диска секторам в FAT. Часто бывает, когда винч форматируется ADM-ом, но со стандартными параметрами геометрии, легко читаемыми на другом компе вообще без adm-а. Да, ADM приведён здесь как нарицательный пример программ подобного толка, не более того. Такие-же чудеса могут быть и на ntfs-е, когда сбоит "теневой поток", не дописывает на винч кусок данных и оттого образуются расхождения в ТРФ винча. К сожалению, для более подробного анализа не хватает информации. Да, проверь, не стояла-ли на винче перемычка "ограничить ёмкость до NN мега(гига~)байт". Это влияет на внутривинчовую трансляцию геометрии и вполне может сбивать соответствие секторов. По сути - тот же эффект, что и от применения проги класса ADM. PS. Формоза "скисла" во времена перво-второпней, отсюда и предположительное использование FAT. Ещё, все компы этой конторы собирались из грошовой отбраковки, да, из полуисправных запчастей. Не удивлюсь, если тот квантум всё-таки окажется неисправен после теста поверхности. Равно как БП и мамка (чипсет, ответственный за IDE). |
| SKcorp
Advanced Member
Эксперт. Откуда: Leningrad, USSR Всего сообщений: 3005 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 28 июля 2008 |
Вирус? |
| Merchant*RU
Advanced Member
Откуда: Москва Всего сообщений: 404 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 окт. 2015 |
SKcorp написал: Вирус?Слишком-уж разборчивый этот вирус! Обыкновенному вирусу пофиг, которые папки портить, а этот, вишь. выбирал... Придирчиво. Не похоже на вирус. |
| alecv
Advanced Member
Откуда: Санкт-Петербург Всего сообщений: 5545 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 окт. 2004 |
Винт на разогнанных мамках 386/486 иногда давал трудно-уловимые ошибки по шлейфу, на медленных скоростях до UDMA не было проверки CRC и не ловилось. Проявлялось как битые архивы и постоянный развал FAT. |
| ATauenis
Advanced Member
Откуда: Москва Всего сообщений: 2904 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 апр. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 27 января 2017 16:13 Сообщение отредактировано: 27 января 2017 16:16
Merchant*RU написал: Полагаю, сбой ФС, точнее, несоответствие секторов диска секторам в FAT. Часто бывает, когда винч форматируется ADM-ом, но со стандартными параметрами геометрии, легко читаемыми на другом компе вообще без adm-а.Винт Quantum Fireball Lct 10GB IDE (точную модель не скажу, он уже лежит далеко), стоял в связке с Formoza i810f, вряд ли его мучали АДМ. Файловая система FAT32, чистая, без ошибок. Хотя древние скандиск.логи давно затёрлись, может чего и было после удачной дефрагментации. Merchant*RU написал: К сожалению, для более подробного анализа не хватает информации.Какой именно? SKcorp написал: Вирус?Trojan.Winlock  ? Другие папки на обоих разделах диска (C:, D: ) не повреждены. На одном стоит живая Win98SE, на другом WinXP SP0 (когда последний раз цеплял винт к I810F была живой, в отличии от этой поленницы, потом мать сдохла, другой на i810 нет, ковырять винду извне лень).Оффтопик: Оффтопик: Кстати, на 98ке почему-то несколько лет назад перестали открываться свойства экрана, идёт ругань на "ошибку работы с элементом панели управления desk.cpl". Пошло это после гоняния сей 98ки в паре с глючной первопнёвой материнкой, по ней тему как-нибудь потом создам, глюки весёлые, похоже скачет частота FSB в огромных пределах и всему от этого сносит крышу. Но поленница дров ещё до того была битой. Файл desk.cpl хороший, перезаписывал заведомо живым, без разницы. Что ещё стоит проверить? |
| Merchant*RU
Advanced Member
Откуда: Москва Всего сообщений: 404 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 окт. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 27 января 2017 22:30 Сообщение отредактировано: 27 января 2017 22:50
Полагаю, стоит смириться с потерей этих папок и отыскать дрова в сети. Если этот винч, с обеими ФС нещадно подключали ко разным ОС, да ещё и на неисправном оборудовании (некий первопень), то установить причину сбоя будет трудно. Единственная зацепка - барьер в 8 гиг. На винче, для 98-й форточки (да под неисправным первопнём) перемычка-ограничитель вполне могла стоять. PS. Не думаю, что программы-восстановители файлов типа Rstudio смогут помочь. Точнее, их не следует запускать, по крайней мере пока-что. Лучше сперва запустить diskEditor из комплекта нортоновских утилит версии 8, им прочитать обе копии FAT (сделать их копии в файлы на другом винче) и сравнить их. Если есть различие - попробовать записать содержимое второй копии FAT поверх первой и заново попытаться прочесть "битые" папки. Трудно заранее предположить, что диск не подвергался ни одной операции записи на пластины за все годы его "отставки" (точнее, с момента "убиения" тех файлов), значит нет и гарантии получить файлы в первоначальном их виде, неповреждёнными. Вероятно внутри файлов снова будет мусор, только уже другой. Вернуть сохранённую первую копию FAT на её место. Понадобится для дальнейшего запуска "чекдиска". Если обе копии FAT сразу окажутся одинаковыми - файлы уже не восстановить, они стёрты. В обоих случаях, попробовать "чекдиском" поискать потерянные цепочки в FAT, Может, они на что-либо укажут. В качестве самоуспокоения теперь можно смело запускать прогу класса Rstudio и пробовать вытянуть что-либо ею, хуже уже не будет, впрочем лучше - тоже не станет, скорее всего. Эти проги имеют функцию "восстановление данных по содержимому секторов на диске", сами определяют партиции, начала и окончания файлов и прочее. Если-бы речь шла не об FAT, эти проги были-бы единственным доступным инструментом, за исключением бекапа. PPS. Беда "чекдиска" - он работает в полностью автоматическом режиме: непонятно, что он накопал, откуда, и к чему оно могло относиться. Посему, сперва рекомендую запускать diskEditor, позволяющий в удобном тексто-графическов виде, вручную, получить гораздо больше информации об причине сбоя ФС. |
| ATauenis
Advanced Member
Откуда: Москва Всего сообщений: 2904 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 апр. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 27 января 2017 23:03 Сообщение отредактировано: 27 января 2017 23:20
Merchant*RU написал: Да, проверь, не стояла-ли на винче перемычка "ограничить ёмкость до NN мега(гига~)байт".Нет там такой перемычки. Оффтопик: Оффтопик: Merchant*RU написал: PS. Формоза "скисла" во времена перво-второпней, отсюда и предположительное использование FAT.Первопни/второпни они ещё хорошо делали. Да и все сдыхания железа из формозовских сборок у меня произошли уже после разборки или по моей глупости. 1 мать почила в бозе от многолетнего перекладывания с полки на полку с попутными щелчками статики от рук, 1 мать (та самая Formoza I810F) пала под ногой , и ещё 2 планки памяти SDRAM из формозовского системника спалил воткнув вместе с EDO. Вот и все фатальные случаи с их системниками с 2008 года. В 2010-2013 годах был у меня их системник, LS 6LX+Celeron466+i740, так все пломбы оказались целы, кроме корпусных, наверно меняли таблетку и выдували пыль. Потом отдал его одному знакомому на растерзание, и следы системника потерялись.Merchant*RU написал: Полагаю, стоит смириться с потерей этих папок и отыскать дрова в сети.Ничего редкого там нет, нужного тоже почти нет. Потеря невелика, но интересно, с чего произошло повреждение. Merchant*RU написал: На винче, для 98-й форточки (да под неисправным первопнём) перемычка-ограничитель вполне могла стоять.Винт стоял под Formoza I810F, к полудохлому первопню это я уже потом подключал. Везде Award 4.51PG без бага 8 гигов. Merchant*RU написал: Трудно заранее предположить, что диск не подвергался ни одной операции записи на пластины за все годы его "отставки" (точнее, с момента "убиения" тех файлов), значит нет и гарантии получить файлы в первоначальном их виде, неповреждёнными.Эту папку я нашёл в 2009 году уже в таком виде. Потом до 2010 года и с 2016 года винды активно эксплуатировались, файлы писались-удалялись, в общем, всё уже давно затёрто. Но почитать обе копии FAT попробую. |
| Anonymous
Advanced Member
Откуда: Москва(Россия) Всего сообщений: 2537 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 нояб. 2011 |
ATauenis написал: Но почитать обе копии FAT попробую.Зачем? Вы же выше написали уже, ATauenis написал: Файловая система FAT32, чистая, без ошибок.Значит, обе копии соответствуют, иначе бы то средство, которым вы определили чистоту файловой системы, как-то на это отреагировало. |
| Merchant*RU
Advanced Member
Откуда: Москва Всего сообщений: 404 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 окт. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 28 января 2017 12:38 Сообщение отредактировано: 28 января 2017 12:46
ATauenis написал: Эту папку я нашёл в 2009 году уже в таком виде. Потом до 2010 года и с 2016 года винды активно эксплуатировались, файлы писались-удалялись, в общем, всё уже давно затёрто.В таком случае, восстановить информацию нереально. Определить причину - легко и трудно одновременно: собственно, причину я называл ещё во первом посте, но докопаться до доказательств нонче будет до невозможности трудно. ATauenis написал: Но почитать обе копии FAT попробую.Anonymous написал: Зачем?Для самоуспокоения. И не факт, что ОС, работающая только с первой копией FAT по-умолчанию, сумеет правильно среагировать на различие в таблицах. Это умеет тот-же "чекдиск", но слишком он роботизирован для задачи ТС-а. Применимо для DOS/win3x/win9x, реже - для winNT. Уже форточка 2000/ХР умеет диагностировать ошибки диска самостоятельно. Если по какой-то причине кусок FAT под управлением ОС из первой группы оказался не прописан на пластины, а затем была запущена 2k-XP, то последняя наверняка обнаружила и "пролечила" ошибки автоматически (читай - тем-же чекдиском) и файлы оказались со мусорным содержанием. Эт реконструкция возможного развития тех давних событий. PS. Возможно, зависла сама ХР, и оттого повредилась FAT. Лечили этот недуг через запуск вин98 и под нею - того-ж чекдиска. Увы, оба варианта применимы в равной мере, вероятность 45:45, остальные 10% - на прочие варианты. ATauenis написал: Нет там такой перемычки.Обязана быть. Возможно, не на гребёнке IDE разъёма, а в глубине платы и не всегда распаяна пинами под джампер. Вынос такой перемычки на торец разъёмов сформировался как стандарт гораздо позже. Впрочем, для данной темы сей путь уже не имеет значения, данные давно мертвы и мертвы надёжно. |
| LostP
Advanced Member
Откуда: Московская область Всего сообщений: 561 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 авг. 2009 |
Я топик не читал, только первый пост, но может поможет предположение: не исключено, что дохлый шлейф между диском и материнкой. |
| <<Назад Вперед>> | Страницы: 1 * 2 | Печать |
Полигон-2 » Технический флейм » Битые файлы или... |
|
| 1 посетитель просмотрел эту тему за последние 15 минут |
| В том числе: 1 гость, 0 скрытых пользователей |
| Последние |
|
| [Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. | |
| Самые активные 5 тем |
|