• Мнения
  • |
  • Обсуждения

Mikhail Gorshkov

  • Mikhail Gorshkov
    • Статус
    • Читатель

    Дата регистрации: 09.10.2006
    Последний раз был(а) на сайте: 31.08.2009 в 10:57


Последние комментарии

Игорь Щукин, это означает войти в BIOS, найти там опцию, где назначается порядок загрузки с разных устройств, выбрать загрузку с жесткого диска.

27 ноября 2006 в 10:45 отредактирован 17 мая 2018 в 12:49 Сообщить модератору

Какой именно файл Windows диагностировала как поврежденный в C : \WINDOWS\system32\config ?
Если SAM, то в консоль, думаю, никак не зайти.
Может, Вы все-таки действовали по этой статье: http://support.microsoft.com/kb/307545 ?

Если в вашем случае был поврежден реестр на самом деле, то после его "штатной" починки обнулились бы все настройки Windows. То есть, реестр поврежден не был (хотя, может быть, настройки и обнулились?)

Если реестр не был поврежден, то что было повреждено? Если mbr, который чинится через fixmbr, то до загрузки Windows дело бы не дошло. Если boot sector, то было бы другое сообщение. Если ntldr, то тоже другое сообщение.

То есть, резюме такое: либо Windows выводит не те диагностические сообщения, либо fixboot/fixmbr чинят совсем не то, что описано.

Предлагаю для вящей убедительности случаи из Вашей практики свести в табличку, например:
| Сообщение Windows | Причина | Метод устранения |
.........

Уточнение: если реально поврежден загрузчик, неважно, MBR или локальный загрузчик Windows, то диагностических сообщений Вы не дождетесь, ибо кто их будет выводить, Windows-то загрузиться не может (могу прислать детальную документацию по процессу загрузки, да вот, собственно, ссылочка: http://www.compphix.com/xpbootprocess.html )?
Единственное разумное сообщение, которое там есть (только в bootloader-e Windows, но не в MBR), это
Couldn't find NTLDR или Memory overflow error...но про реестр там речи нет.
Если речь идет об ntldr и до него также доходит очередь при загрузке (его тоже можно формально считать частью загрузчика), то да, он может писать диагностику, но вряд ли он напишет что-то осмысленное, если сам поврежден.
Основной принцип - каждый компонент диагностирует следующий, и если он в порядке, то передает ему управление. Реестр задействуется уже только в ntldr.
Сорри за настырность, и прошу дальнейшие дискуссии на эту тему перенести куда-нибудь в приват.

1. "...поврежден загрузчик Windows, или поврежден реестр Windows, или повреждены системные файлы". При повреждении реестра есть риск не попасть вообще в Recovery Console, поскольку для входа в неё требуется авторизация, которая производится на базе данных, хранящихся в реестре. Более того, Recovery Console поврежденный реестр не чинит - см. документацию http://support.microsoft.com/kb/314058. Лучшее из того, что можно сделать с реестром в рамках Recovery Console - перезаписать повреждённый реестр чистой копией (при помощи команды copy - см. ниже), что приведет к потере всех настроек (либо воспользоваться платным сервисом или утилитами по восстановлению реестра - ссылочки могу дать, если интересует. Это уже более продуктивный вариант, сам пользовался).

2. Не указана стратегия поведения пользователя при повреждении системных файлов (команда copy).

3. Не отмечена разница между командами fixboot и fixmbr (починка MBR может стереть какой-либо загрузчик третьей фирмы, записанный в MBR, например, lilo, grub и проч.). Вряд ли когда-либо надо чинить и загрузочный сектор Windows, и MBR одновременно.