Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Подробнее (2 ukv) 07.03.02 17:32 Число просмотров: 2387
Автор: L_Alien Статус: Незарегистрированный пользователь
|
> Судя по описанию, дело худо...
Видимо, я все описал несколько суетливо и бестолково. Сейчас подробнее.
27.02. - обнаружил, что в корне диска С нет файлов autoexec.bat, config.sys, Scandisk.log и disk_f.jbc. С перепугу запустил ndd32 из Norton Utilitis. Она начал исправлять кучу ошибок. К счастью, я создал файл отката и отыграл назад. Но не все отыгралось. Например, папка "Мои документы" почему-то осталась как $o$$o$~1. Пришлось вручную возвратить правильное название. За исключением нее еще 2 папки вручную переименовал. Но это все. На файлах как будто бы это никак не отразилось.
После этого запускал ue32. Он ничего не нашел.
28.02. - загрузившись с дискеты, запустил DiskEditor. И он показал, что в корне С есть искомый файл с удаленной первой буквой имени: *isk_f.jbc. Тогда элементарно запустил unerase и восстановил его и прочие config.sys. Ребутнулся, примонтировал свой F: - смотрю, корень в порядке. Заглянул в первую попавшуюся папку - тоже все есть.
(Кстати, дата удаления была - 20.02.)
2.03. Когда понадобилось поработать с диском F, то обнаружил, что в трех других папках F дело обстояло не так благополучно, как уже описывал: куча хлама вместо имен вложенных папкок и файлов. Запустил DiskEditor, но не имея никакого опыта работы, мне это мало что дало. ыЕдинственное, что сумел найти через DiskEditor - ошибку в обеих (идентичных, кстати) FAT. А ошибка такая в порядке номеров кластеров: ..., 374, 13622, 376, ...
Ни Unerase, ни ndd32 в диске F я не запускал! (Да там и бесполезно.)
Теперь какие есть подозрения.
1. С момента удаления и до того, как я восстановил .jbc-контейнер, прошло 8 дней! Несколько раз за это время комп включался. Возможно, что содержимое кластеров, содержащих нужный файл, перезаписывалось другими файлами. Но тогда, вроде бы, он не должен был восстановиться вообще, поскольку цепочка кластеров удаленного файла disk_f.jbc была бы нарушена безвозвратно.
2. Удаление файлов из диска С - дело рук вируса (сам не удалял, никто к компу не подходил, да и удалить файл под виндами - не так-то просто, встроенная утилита его защищает. Если только удалить сам BestCrypt), и тогда удаленные файлы вполне могли повредиться.
Как версия - файлы из С:\ потерялись из-за глюка бессмертного творения Б.Г. :-)
3. Во время удаления или глюка повредился сам контейнер (при восстановлении не очень верю - см. п.1). Но вот что именно: область данных или только FAT...
Я надеюсь, что только FAT. При остальном раскладе вряд ли что-то смогу сделать. Правда, и с FAT никогда не работал. Поэтому обращаюсь здесь к более опытным людям, кто встречался с подобными проблемами.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
