Шрифт:
Интервал:
Закладка:
8. Если всё было проделано правильно, то после перезагрузки винт выглядит как новенький. Нужно только полечить его антивирусом, чтобы через месяц не повторять эту процедуру по-новому.
Информация по восстановлению в вышеприведённом совете в целом верна, но вызвала у меня некоторые возражения. Автор совета, вероятно, имел дело с диском FAT32. Мне попадалось немало дисков FAT16, на которых после Win95.CIH не оставалось даже ROOT'а. Вероятно, вирус уничтожает фиксированное число секторов, начиная с таблицы разделов (MBR или Partition Table). Диски с FAT32 спасает значительно большая длина FAT. Если же вторая копия FAT не осталась — ничего приличного уже не восстановишь, при настойчивости — пару особо нужных текстовых файлов.
Комментарии к пунктам совета: 4. Средствами поиска diskedit "найти объектподкаталог" корневую директорию не отыскать. Вот любую другую — запросто. Поэтому искать лучше подстроку "autoexec" или ИМЯ любого другого файла, наверняка имеющегося в корневой директории. Кстати, для FAT32 корневой каталог НЕ обязательно лежит сразу за FAT. И если так получилось, то искать конец FAT — задача весьма творческая.
5. Такое копирование корректно не всегда. Диски желательно брать похожие, а ещё лучше заранее сделать на загрузочную дискетку с diskedit копии MBR и BOOT.
Тогда и второй компьютер не нужен. Очевидно, что загрузочные записи FAT32 и FAT16 взаимно НЕ заменяемы (хотя бы потому, что у FAT32 она в 3 раза длиннее).
Менее очевидно, что MBR на разных НЖМД могут быть несовместимы. Например, перенесённый на НЖМД размером 8 Гб MBR, взятый на маленьком (около 1,5 Гб) диске, обрезал максимальный размер до 2 Гб, не стесняясь подправить и соответствующую запись в BIOS.
6. Если считать сектор, с которого начинается BOOT, за точку отсчёта, т. е. имеющим номер 0, то: для FAT16 первая и единственная копия BOOT имеет длину 1 сектор, FAT начинается с сектора 1; для FAT32 обе копии BOOT имеют длину 3 сектора каждая. Первая копия BOOT (рабочая) занимает сектора 0,1,2, вторая копия BOOT (резервная) — сектора 6,7,8. FAT начинается с сектора 32.
На первом разделе из лежащих на диске в физических секторах имеем следующие значения: FAT16, BOOT — Cyl 0, Side 1, Sector 1; FAT16, начало FAT — Cyl 0, Side 1, Sector 2; FAT32, BOOT — Cyl 0, Side 1, Sectors 1–3; FAT32, резервная копия BOOT — Cyl 0, Side 1, Sectors 7–9; FAT32, начало FAT — Cyl 0, Side 1, Sector 33.
7. По моим наблюдениям, единственно существенными данными являются: для MBR (или Partition Table):
— тип раздела (BIGDOS, FAT32, FAT32x, EXTEND, EXTNDx);
— активность (Yes, No); — адрес начала (Relative Sectors), который считается от того Partition Table, в котором написан!!! Прочие параметры используются только служебными программами (такими, как fdisk и diskedit).
— для BOOT: — размер кластера в секторах; — размер раздела в секторах.
Прочие параметры вычисляются при загрузке и хранятся в BOOT больше для информации.
В старых версиях diskedit размер раздела в секторах, указанный в BOOT, для просмотра и редактирования впрямую недоступен. Приходится находить и править его прямо на диске, где он лежит в шестнадцатеричном виде, что не очень удобно.
Для FAT32 действительно надо указать положение ROOT, но не в секторах, а в КЛАСТЕРАХ. Это значение ПОЧТИ всегда равно 2, в противном случае вычислить его очень непросто.
BOOT в двух копиях есть только у FAT32, у FAT16 копия BOOT одна. Никогда не видел второй копии MBR или Partition Table.
8. Если на НЖМД было несколько логических дисков, то придётся восстановить структуру из нескольких Partition Table.
Комментарии к комментариям: 5. Утверждение о возможной несовместимости MBR на разных НЖМД — неверно.
Ограничение в 2 Гб — от другого типа раздела в таблице разделов. A BIOS так и просто упомянут по ошибке — ни причём он.
6. Для файловой системы FAT32 количество зарезервированных секторов записано в бут-секторе. Начало FAT с сектора 32 — это лишь значение по умолчанию.
7. В Partition Table размер раздела в секторах — это суперкритичная информация. Особенно для разделов за пределами первых 8 Гб диска — она и только она позволяет ОС рассчитать, где кончается раздел и начинается следующий, поскольку номер цилиндра более 1023 указать нельзя.
Уничтожение информации на жёстком диске
Надёжно уничтожить данные на жёстком диске можно лишь повторной записью на то же самое место поверхности диска, поскольку при обычном удалении файлов средствами ОС (удерживая клавишу <Shift> или очистив Корзину) они помечаются как удалённые, но продолжают существовать на том же месте, и их можно восстановить специальными программами. Самый простой и доступный каждому способ удаления данных, которые никто не должен суметь восстановить, — это удаление файлов штатными средствами ОС, а затем заполнение всего свободного места на этом логическом диске любой другой ненужной информацией. Можно копировать файлы с CD или других логических дисков винчестера, пока всё пространство на нашем диске не будет занято. Потом вся эта ненужная масса удаляется.
Однако однократная перезапись не гарантирует полного успеха, если, не дай бог, этим винчестером займутся спецслужбы, которые располагают специальными программно-аппаратными средствами. Дело в том, что всегда остаётся слабая остаточная намагниченность слоя, особенно при последовательном обнулении, поэтому, например, низкоуровневое форматирование для этих целей вообще неэффективно.
Чтобы уничтожить полностью остаточное намагничивание, необходимо выполнить многократную перезапись на поверхность диска разнородного кода, в определённом алгоритме содержащего логические нули и единицы. Такой способ реализуется с помощью специально разработанных для уничтожения данных утилит. Например, бесплатная программа Eraser 35 раз подряд записывает на место удалённых данных сгенерированный специальный код, что не даёт возможности восстановить удалённую информацию не только программным путём, но и с помощью спецсредств, которые способны снимать остаточную намагниченность с поверхности диска. У Eraser есть несколько режимов работы. В режиме очистки неиспользуемого пространства диска программа будет затирать всё пустующее пространство заданного логического диска, чтобы уничтожить все следы существовавших ранее данных, удалённых обычным способом. В режиме удаления файлов и каталогов будет затираться только пространство, занимаемое указанными файлами и каталогами.
Восстановление дохлой нулевой дорожки у HDD
Один из вариантов оживления винтов с подобным повреждением.
Если убита (например, низкоуровневым форматированием) сервоинформация на нулевой дорожке, то однозначно в морг — винт не сможет выполнить рекалибровку.
В остальных случаях может помочь следующее:
1. Подключить винт как Primary/Master. Если не проходит автодетект, выставить в BIOS/Setup'е 1-й тип или паспортные параметры винта.