|
Registry Reanimator |
|
|
Версия 1.03 |
||
|
1. Введение
Registry Reanimator - анализатор структуры файлов системного реестра Windows NT/2K/XP. С помощью Registry Reanimator можно восстановить загрузку операционной системы в ситуации, когда один или несколько файлов реестра испорчены так, что операционная система не в состоянии загрузиться.
Синтаксис командной строки:
ReHive <hive>|@<list> [/a] [/c] [/l|/ln|/l:<log>] [/m] [/o:<out>] [/p:<path>] [/s|/s:<drv>] [/t]
где:
<hive> - имя файла реестра, например, SYSTEM, SYSTEM.ALT, SOFTWARE, SAM, SECURITY, USERDIFF, или файла профиля пользователя NTUSER.DAT; в имени файла поддерживаются групповые символы «*» и «?»; имя файла должно содержать полный путь, например: «C:\WINDOWS\SYSTEM32\config\software»; <list> - имя файла списка, в котором перечисляются файлы реестра, подлежащие обработке анализатором; /a - режим автоматической обработки; /c - режим «только проверка»; /l - режим записи протокола с именем «rehive.rrl»; /ln - режим записи протокола с именем входного файла и расширением «.rrl»; /l:<log> - режим записи протокола с именем <log> /m - режим отключения мыши; /o:<out> - запись выходного файла с указанным именем; /p:<path> - запись выходного файла в указанную папку; /s - режим поиска по всем жестким дискам; /s: /t - режим вывода TTY.
При запуске Registry Reanimator без параметров выполняется режим поиска. Требования к системным ресурсам и операционной системе, необходимые для запуска и работы Registry Reanimator: - OS Windows NT/2K/XP, Windows 95/98/Me или DOS (необходима возможность загрузки операционной системы с другого раздела жесткого диска или с другого носителя: CD-ROM, дисковод гибких дисков, дисковод ZIP или LS-120, USB Flash-disk и т.п.); - 2.5 Мб оперативной памяти плюс память в размере проверяемого файла реестра; - процессор класса 80386 и выше; - видеосистема стандарта VGA; - клавиатура; - устройство записи со сменными носителями либо иное устройство записи (в случае невозможности записи на жесткий диск компьютера); - при использовании DOS - драйвер расширенной памяти HIMEM.SYS или аналогичный. Для эффективной и быстрой работы Registry Reanimator единственное, что по-настоящему требуется от компьютера и файловой системы, - это доступ к системному разделу жесткого диска с правом записи, а от пользователя - знание расположения поврежденных файлов реестра на системном разделе. В случае же, когда доступ к файловой системе жесткого диска возможен только для чтения (типичный пример - раздел NTFS и загрузка из-под DOS), Registry Reanimator позволяет записать скорректированный файл реестра на сменные носители, поддерживая разбиение выходного файла на части в соответствии с размером свободного места на каждом носителе. 2. Краткий обзор структуры реестра Внутренний формат файла реестра, действительно, напоминает улей (hive). Именно это название применяется в Windows, хотя в русском переводе используется понятие «куст». Улей разбит на рамки-фреймы (frames), заполненные ячейками (cells). Все элементы структуры - и ячейки, и рамки, и сам улей целиком, - имеют свои специфические заголовки. Назначение ячеек может быть самым разнообразным: это и разделы реестра (keys), и списки разделов, и блоки параметров (values), и блоки значений параметров (value entry data), и блоки безопасности (security). Между собой ячейки связаны системой ссылок, анализ которых позволяет восстановить целостность поврежденного файла и, возможно, спасти оставшуюся информацию. 3. Работа с Registry Reanimator Окно анализатора содержит информацию о стадиях и степени выполнения проверки, о текущей позиции внутри файла и о текстовом имени текущего раздела, подвергаемого анализу. Экранные элементы интерфейса анализатора реализованы в виде кнопок и сообщений. Перемещение между кнопками осуществляется с помощью клавиш управления курсором на клавиатуре компьютера, а нажать выделенную экранную кнопку можно при помощи клавиши «Enter». Каждой экранной кнопке соответствует собственная «горячая клавиша», символ которой выделен белым цветом. Использование «горячих клавиш» ускоряет доступ к функциям анализатора, активизируемым нажатиями экранных кнопок. Сообщения на экране информируют о ходе процесса проверки или же появляются в случаях, когда без подтверждения пользователя продолжение работы невозможно: при выборе действий после обнаружения ошибки, при выборе носителя для записи результатов, для подтверждения установки сменных носителей. Сообщения также содержат экранные кнопки, порядок использования которых рассмотрен выше. В любой момент работы анализатора выполнение проверки можно приостановить кнопкой «Pause» («Пауза») и возобновить кнопкой «Resume» («Возобновить»). Кроме того, можно немедленно прекратить работу анализатора при помощи кнопки «Exit» («Выход»). Сообщение об ошибке состоит из названия ошибки, текстового описания ошибки и трех экранных кнопок: «Fix», «Fix All» и «Stop». Если размер описания настолько велик, что текст не помещается в соответствующее поле формы сообщения, то пользователь при помощи клавиш управления курсором «вверх» и «вниз» может осуществить вертикальную прокрутку текста описания. Кнопка «Fix» («Чинить») исправляет найденную в структуре реестра ошибку, после чего проверка файла продолжается. Кнопка «Fix All» («Чинить все») также исправляет найденную ошибку, однако в дальнейшем все ошибки данного типа будут исправляться автоматически, без дополнительного запроса. Кнопка «Skip» («Пропустить») пропускает найденную ошибку, после чего проверка файла продолжается. Если найденная ошибка не может быть пропущена, данная кнопка будет недоступна. Кнопка «Skip All» («Пропустить все») также пропускает найденную ошибку, однако в дальнейшем все ошибки данного типа будут пропускаться автоматически, без дополнительного запроса. Кнопка «Stop» («Остановить») прерывает процедуру проверки, найденная ошибка не исправляется и работа анализатора прекращается с выдачей финального сообщения о месте и типе последней найденной ошибки. То же самое происходит в случае обнаружения неисправимой ошибки или в ситуациях, не связанных со структурой файла реестра: файловые операции и операции с памятью. Финальное сообщение не выводится в случае, когда анализатор обрабатывал несколько файлов, заданных с использованием списка или групповых символов в командной строке.
Если в структуре файла реестра были сделаны изменения, то после завершения проверки программа запросит подтверждение для сохранения результатов работы. Сохранение файла можно осуществить двумя способами, доступ к которым предусмотрен нажатием соответствующих кнопок в сообщении «File Save» («Сохранить файл»): «Owerwrite» и «Disk». Экранная кнопка «Cancel» («Отмена») служит для отказа от сохранения результатов работы анализатора. Нажатие кнопки «Owerwrite» («Переписать») приведет к попытке создания резервной копии исходного файла (с присвоением ему расширения .BAK) и записи под исходным именем нового файла, включающего произведенные изменения. При невозможности создать резервную копию или записать новый файл (в частности, из-за отсутствия прав доступа) на экран выдается соответствующее сообщение, и процесс записи принудительно переходит к варианту «Disk». После нажатия кнопки «Disk» («Диск») на экран выводится сообщение со списком доступных устройств записи и возможностью выбора одного из них для сохранения данных. Экранная кнопка «Cancel» служит для отказа от сохранения. Кнопкой «Select Drive» («Выбрать дисковод») активизируется маркер в списке устройств. Маркер перемещается клавишами управления курсора «Вверх» и «Вниз». Выбор устройства осуществляется нажатием клавиши «Enter», после чего в корневой каталог выбранного устройства под исходным названием запишется исправленный файл. При невозможности доступа к выбранному устройству, нехватке на нем пространства для размещения файла или в любом другом случае, когда сохранить файл не удалось, на экран будет выведено соответствующее сообщение, после чего пользователю вновь будет предложено выбрать доступное устройство. Если пользователем было выбрано устройство со сменными носителями, причем объем текущего носителя не позволяет разместить записываемый файл целиком, то сохраняемые данные будут разбиты на порции в соответствии со свободным местом на сменном носителе для каждой порции. Первому файлу будет присвоено расширение .000, второму - .001, и так далее. На последнем сменном носителе будет также сформирован пакетный командный файл REHIVEC.BAT, содержащий команду сборки конечного файла из сохраненных порций. Все, что требуется от пользователя, - это переписать все порции данных со всех сменных носителей в один каталог и запустить прилагаемый пакетный командный файл. Наряду с псевдооконным анализатор также имеет текстовый консольный режим (TTY), в котором отсутствуют элементы интерфейса, а на экран выводится последовательный поток сообщений, при необходимости прерываемый запросами для нажатия «горячей клавиши». Все тексты сообщений и символы «горячих клавиш» аналогичны режиму с пользовательским псевдооконным интерфейсом. Текстовый режим задается ключом командной строки «/t».
Режим автоматического восстановления может быть задан ключом командной строки «/a». При этом все найденные ошибки исправляются автоматически, после чего делается попытка перезаписи исходного файла с использованием режима «Overwrite», как описано выше.
Режим «только проверка» может быть задан ключом командной строки «/c». При этом выполняется фиктивное автоматическое исправление всех обнаруженных ошибок, после чего работа программы прерывается, не переходя к записи результата.
Используя ключ командной строки «/o:<out>», можно переопределить имя, под которым будет сохранен исправленный файл (вместо <out> следует указать имя файла). Действие данного ключа распространяется только на режим перезаписи «Overwrite».
Используя ключ командной строки «/p:<path>», можно определить папку, в которую будет помещен исправленный файл. Если папка, заданная параметром <path>, не совпадает с папкой исходного файла, окно подтверждения сохранения файла выводиться не будет.
Используя ключ командной строки «/l» и его варианты, можно сохранить на диске текстовый протокол работы анализатора. Ключ «/l» записывает протокол в файл «rehive.rrl», расположенный в текущем каталоге, ключ «/ln» также запишет в текущем каталоге файл протокола с именем, совпадающим с именем входного файла, и расширением «.rrl», а ключ «/l:<log>» позволит определить произвольное полное имя файла протокола (следует указать вместо <log>).
Работа в режиме поиска: при запуске анализатора без ключей командной строки на диске компьютера выполняется поиск папок, содержащих файлы реестра Windows. На экран выводится список найденных папок, перейти к выбору которых можно с помощью экранной кнопки «Select». Ручной ввод полного имени папки или файла реестра возможен при помощи экранной кнопки «Manual». Экранная кнопка «Help» поможет узнать о ключах командной строки Registry Reanimator.
При запуске с ключом «/s» выполняется поиск файлов реестра по всем разделам жестких дисков компьютера. Поиск файлов реестра производится по наличию стартовой сигнатуры.
При запуске с ключом «/s: Работа в пакетном режиме: для обеспечения возможности пакетной обработки в программе реализованы коды возврата, обрабатывать которые допускается с использованием пакетной команды «if errorlevel ...». Поддерживаются следующие коды:
0: обработка завершена без обнаружения ошибок;
1: обработка завершена с обнаружением ошибок;
2: ошибка в командной строке;
3: ошибка инициализации.
При использовании пакетного режима с целью тестирования рекомендуется применение ключа командной строки «/c» и анализ кода возврата. Коррекция файлов реестра в пакетном режиме рекомендуется с использованием ключей командной строки «/a» и «/t».
Примеры использования ключей командной строки:
rehive.exe c:\winnt\system32\config\software
(обработка файла реестра «software» в интерактивном режиме)
rehive.exe @e:\work\testlist /a /l /t
(обработка файлов по списку в текстовом автоматическом режиме с выводом протокола «.\rehive.rrl»)
for %v in (c:\winnt\system32\config\*.) do rehive %v /o:e:\%~nv.new
/l:e:\%~nv.log /t
(обработка в текстовом режиме не содержащих расширения файлов реестра из каталога реестра Windows с использованием команды «for», с записью исправленных файлов на диск «E:\» под исходными именами и расширением «.new», с записью отдельного для каждого файла протокола под исходным именем и расширением «.log»)
4. Сообщения о повреждениях структуры файла При обнаружении некорректного, поврежденного или отсутствующего элемента структуры реестра анализатор генерирует экранное сообщение об ошибочной ситуации, сопровождаемое текстовым описанием. В том случае, если пользователь принял решение о «починке», анализатор исправляет подозрительный элемент структуры наиболее простым способом, не осуществляя выбора между вариантами восстановления. Некоторые данные внутри файла реестра при этом, вероятно, останутся неиспользуемыми, хоть и не разрушенными. Алгоритмы интеллектуального поиска данных внутри поврежденного файла, возможно, будут реализованы в следующих версиях анализатора. Смысл работы данной версии анализатора - получить корректный файл реестра вместо поврежденного, пожертвовав, вероятно, некоторой частью данных. Подтверждением исправления файла реестра может быть повторная проверка уже исправленного файла, в процессе которой не будут выявлены повреждения структуры. - <Size of hive file not aligned> (Размер файла реестра не выровнен). Описание повреждения: «The hive file is assembled of fixed-size frames and its size should be divisible by 1000h (4096)» («Файл реестра состоит из фреймов фиксированного размера, и его размер должен быть кратен 4096»). - <Invalid hive file signature> (Недействительная сигнатура файла реестра). Описание повреждения: «The true hive file has a special signature in first four bytes. Make sure that file You check is the hive file really» («Подлинный файл реестра содержит специальную сигнатуру в первых четырех байтах. Убедитесь в том, что файл, который Вы проверяете, действительно является файлом реестра»). - <Invalid hive header CRC> (Недействительная контрольная сумма заголовка). Описание повреждения: «Initial part of hive file header is protected by cyclical redundancy check code but in this case either header data or CRC-code or both are damaged» («Начальная часть заголовка файла реестра защищена контрольным циклическим избыточным кодом, но в данном случае либо данные, либо CRC-код, либо и то, и другое повреждены»). - <Invalid start offset> (Недействительное значение начального смещения). Описание повреждения: «Damaged offset to first data cell in the header of hive file» («В заголовке файла реестра повреждено значение смещения к первой ячейке данных»). - <Invalid size info> (Недействительная информация о размере). Описание повреждения: «Damaged hive size value in the header of hive file» («В заголовке файла реестра повреждено значение размера данных реестра»). - <Invalid file version> (Недействительная версия файла). Описание повреждения: «Damaged version value in the header of hive file» («В заголовке файла реестра повреждено значение версии реестра»). - <Broken hive header> (Заголовок файла реестра поврежден). Описание повреждения: «Damaged data in the header of hive file» («В заголовке файла реестра повреждены данные»). - <Invalid frame signature> (Недействительная сигнатура фрейма). Описание повреждения: «Each frame inside the hive file has a special signature in first four bytes but in this case the frame header is damaged» («Каждый фрейм внутри файла реестра содержит специальную сигнатуру в первых четырех байтах, но в данном случае заголовок фрейма поврежден»). - <Invalid frame offset> (Недействительное значение смещения фрейма). Описание повреждения: «Each frame inside the hive file has special record - offset from beginning of data but in this case the frame header is damaged or the frame is shifted» («Каждый фрейм внутри файла реестра содержит специальную запись - смещение от начала данных, но в данном случае заголовок фрейма поврежден, или же фрейм сдвинут»). - <Invalid frame length> (Недействительная длина фрейма). Описание повреждения: «Each frame inside the hive file has special record - length of frame data but in this case the frame header is damaged» («Каждый фрейм внутри файла реестра содержит специальную запись - длину области данных фрейма, но в данном случае заголовок файла поврежден»). - <Invalid cell size> (Недействительный размер ячейки данных). Описание повреждения: «Each cell inside frame has a small header with length of cell data but in this case this value is damaged» («Каждая ячейка данных внутри фрейма имеет маленький заголовок, содержащий размер данных ячейки, но в данном случае это значение повреждено»). - <Cell size is too large> (Чрезмерно большой размер ячейки данных). Описание повреждения: «Each cell inside frame has a small header with length of cell data but in this case this value is suspicious» («Каждая ячейка данных внутри фрейма имеет маленький заголовок, содержащий размер данных ячейки, но в данном случае это значение подозрительно»). - <Incorrect root parent offset> (Некорректное значение смещения к родительскому блоку данных корневой ячейки). Описание повреждения: «Root cell cannot has any parent offset except for FFFFFFFFh» («Корневая ячейка данных не может содержать иного значения смещения к блоку предшественника, кроме FFFFFFFFh»). - <Invalid descendent-key data: parent offset does not match> (Недействительные данные в подчиненном разделе: несовпадение значений смещения к блоку предшественника). Описание повреждения: «Each key has a pointer to its parent key but in this case these values are not equal» («Каждый раздел содержит указатель на блок предшественника, но в данном случае эти значения не равны»). - <Invalid descendent-key list structure: null offset> (Недействительная структура списка подчиненных разделов: нулевое смещение). Описание повреждения: «Usually each key has a list of pointers to child keys but in this case one of these pointers is undefined» («Обычно каждый раздел содержит список указателей на дочерние разделы, но в данном случае один из этих указателей не определен»). - <Descendent-key list cell has impossible signature> (Ячейка данных, содержащая список подчиненных разделов, имеет недопустимую сигнатуру). Описание повреждения: «Usually each key has a list of pointers to child keys but in this case this list cell has impossible signature» («Обычно каждый раздел содержит список указателей на дочерние разделы, но в данном случае ячейка данных с этим списком имеет недопустимую сигнатуру»). - <Data block is not a key cell> (Блок данных не является ячейкой раздела). Описание повреждения: «Usually each key has a list of pointers to child keys but in this case one of a key cells has impossible signature» («Обычно каждый раздел содержит список указателей на дочерние разделы, но в данном случае одна из ячеек раздела имеет недопустимую сигнатуру»). - <Descendent-key counter not match real descendent keys> (Счетчик подчиненных разделов не соответствует реальному количеству подразделов). Описание повреждения: «Each key has special record - counter of all child keys but in this case this counter and real quantity of child keys are not equal» («Каждый раздел содержит специальную запись - счетчик полного количества дочерних разделов, но в данном случае значение этого счетчика и действительного количества подразделов не совпадают»). - <Suspicious descendent-key pointer list: zero capacity> (Подозрительный список указателей на подчиненные разделы: нулевая емкость списка). Описание повреждения: «List of pointers to child keys has zero internal counter» («Список указателей на дочерние разделы имеет нулевой внутренний счетчик»). - <Erased value list: null offset> (Стертый список параметров: нулевое смещение). Описание повреждения: «The key has non-zero value counter but undefined value-list pointer» («Структура раздела содержит ненулевой счетчик параметров и неопределенный указатель на список параметров»). - <Orphan value list: zero counter> (Зависший список параметров: нулевой счетчик). Описание повреждения: «The key has valid value-list offset but zero value counter» («Структура раздела содержит действительное смещение к списку параметров и нулевой счетчик параметров»). - <Invalid value list structure: null offset> (Недействительная структура списка параметров: нулевое смещение). Описание повреждения: «Usually each key has a list of pointers to value cells but in this case one of a pointers is undefined» («Обычно каждый раздел содержит список указателей на ячейки параметров, но в данном случае один из этих указателей не определен»). - <Invalid value signature> (Недействительная сигнатура параметра). Описание повреждения: «Usually each key has a list of pointers to value cells but in this case one of these cells has impossible signature» («Обычно каждый раздел содержит список указателей на ячейки параметров, но в данном случае одна из этих ячеек имеет недопустимую сигнатуру»). - <Default value already exist> (Параметр по умолчанию уже существует). Описание повреждения: «Each key has only one default value without symbolic name» («В каждом разделе может содержаться только один параметр по умолчанию без символьного имени»). - <Invalid default value attribute: symbolic name present> (Недействительное свойство параметра по умолчанию: присутствует символьное имя). Описание повреждения: «Each value has a special tug - name presence flag but in case of default value this flag is impossible» («В каждом параметре существует специальный признак - флажок наличия имени, но в случае параметра по умолчанию этот флажок недопустим»). - <Invalid value structure: zero data field length> (Недействительная структура параметра: нулевая длина области данных). Описание повреждения: «Each value cell has special record - value data length which cannot be zero» («Каждая ячейка параметра имеет специальную запись - длину области данных, которая не может быть нулевой»). - <Invalid value structure: data field length too large> (Недействительная структура параметра: длина области данных слишком велика). Описание повреждения: «Some of value cells has internal data area (very short) but in this case special record - value data length - has impossible entry» («Некоторые из ячеек параметров имеют внутреннюю, очень маленькую область для данных, но в данном случае специальная запись - длина области данных - имеет недопустимое значение»). - <Invalid value structure: null data offset> (Недействительная структура параметра: нулевое смещение к области данных). Описание повреждения: «Each value cell has a pointer to data area cell and this pointer cannot be undefined» («Каждая ячейка параметра содержит указатель на ячейку области данных, и этот указатель не может быть неопределенным»). - <Orphan segmented-value list: zero counter> (Зависший список фрагментированного параметра: нулевой счетчик). Описание повреждения: «Segmented-value header has valid segment-list offset but the zero segments counter» («Заголовок фрагментированного параметра содержит действительное смещение к списку сегментов и нулевой счетчик сегментов»). - <Erased segmented-value list: null offset> (Стертый список фрагментированного параметра: нулевое смещение). Описание повреждения: «Segmented-value header has non-zero segments counter but undefined segment-list pointer» («Заголовок фрагментированного параметра содержит ненулевой счетчик сегментов и неопределенный указатель на список сегментов»). - <Invalid segmented-value list structure: null offset> (Недействительная структура списка фрагментов фрагментированного параметра). Описание повреждения: «The list of segmented-value segments has undefined pointer» («Список фрагментов фрагментированного параметра содержит неопределенный указатель»). - <Incorrect segmented-value size> (Некорректный размер фрагментированного параметра). Описание повреждения: «Segmented-value length record does not match real data size» («Запись, содержащая длину данных фрагментированного параметра, не соответствует реальному размеру данных»). - <Null offset to security block> (Нулевое смещение к блоку безопасности). Описание повреждения: «Each key has a pointer to security cell and this pointer cannot be undefined» («Каждый раздел содержит указатель на ячейку безопасности, и этот указатель не может быть неопределенным»). - <Invalid security block signature> (Недействительная сигнатура блока безопасности). Описание повреждения: «Each key has a pointer to security cell but in this case this cell has an impossible signature» («Каждый раздел содержит указатель на ячейку безопасности, но в данном случае эта ячейка имеет недопустимую сигнатуру»). - <Invalid security block structure: null offset to previous or next> (Недействительная структура блока безопасности: нулевое смещение к предыдущему или последующему блоку). Описание повреждения: «Each security cell has two pointers to security cells chain but in this case one of these pointers or both are undefined» («Каждая ячейка безопасности содержит два указателя на цепочку ячеек безопасности, но в данном случае один из этих указателей или оба не определены»). - <Invalid offset> (Недействительное смещение). Описание повреждения: «Pointer to another data cell cannot be considered a correct by following reasons: odd offset value; non-aligned offset value; offset value referred to missing or unused cell» («Указатель на другую ячейку данных не может быть признан корректным по одной из следующих причин: нечетное значение смещения; не выровненное значение смещения; значение смещения, ссылающееся на отсутствующую или неиспользуемую ячейку данных»). - <Binary data overlapped> (Перекрывающиеся данные). Описание повреждения: «The size of cell is less than length of the data inside it» («Размер ячейки меньше, чем длина данных внутри нее»). - <Cross linked data> (Перекрестно связанные данные). Описание повреждения: «Any cell except security block cannot has multiple references to itself» («Ни одна ячейка данных, за исключением блока безопасности, не может иметь многократных ссылок на себя»). 5. Примеры использования Registry Reanimator Первичные признаки: остановка процесса загрузки ОС с сообщением на «синем экране» или «черном экране» о повреждении или отсутствии файла реестра или его журнала (возможны и другие сообщения). Определение неисправности: повреждение информации внутри одного или нескольких файлов реестра, возможно, вместе с повреждением или отсутствием соответствующих журналов, либо полное отсутствие одного или нескольких файлов реестра. Определение причин неисправности: аппаратный сбой в работе жесткого диска или контроллера жесткого диска, неустойчивая работа драйвера, преждевременное отключение питания компьютера. Возможные действия: восстановление системного реестра из резервной копии, переустановка операционной системы с повторной установкой всего программного обеспечения, использование Registry Reanimator. Порядок использования: а) Загрузка альтернативной операционной системы с альтернативного носителя. б) Обеспечение доступа к разделу жесткого диска с поврежденным реестром (например, использование драйвера NTFSDOS для доступа к разделу NTFS из-под DOS). в) Запуск Registry Reanimator с полным именем поврежденного файла в качестве параметра командной строки (полное имя поврежденного файла реестра можно найти в сообщении на «синем экране» или «черном экране», при этом запись SystemRoot означает имя корневого каталога Windows, например, C:\WINNT или C:\WINDOWS). г) Запись исправленного файла на его штатное место. Если этот шаг выполнен средствами Registry Reanimator, работа закончена. д) Запись исправленного файла на иной носитель и перемещение его на штатное место с использованием иных средств записи на системный раздел жесткого диска. Примечание: если используемая альтернативная операционная система не позволяет осуществить запись на системный раздел жесткого диска, содержащего поврежденный реестр, или вообще не поддерживает файловую систему системного раздела, Registry Reanimator решить эту проблему не поможет. Порядок восстановления профиля пользователя: а) Регистрация в системе с использованием другой учетной записи или обеспечение доступа к системному разделу жесткого диска по локальной сети. б) Поиск файла NTUSER.DAT в файловой структуре профиля пользователя. в) Запуск Registry Reanimator с полным именем поврежденного файла в качестве параметра командной строки. 6. Трудности с Registry Reanimator Одним из препятствий в работе может являться отсутствие доступа к поврежденному файлу. В настоящее время разработка и поставка загрузчика и драйверов для универсального доступа к жестким дискам (с учетом различных файловых систем) в рамках проекта Registry Reanimator не планируется. В случае если использование альтернативной ОС является для Вас проблемой, Вы должны будете решить ее сами. Кроме того, как упоминалось в разделе 4, часть данных в восстановленном файле может быть исключена из использования, впрочем, не безвозвратно. В следующих версиях программы планируется доработка алгоритмов восстановления информации в максимально возможном объеме. |
| (c) K&A Lab. |
[На главную] [Назад] |
2005 |