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

Mikhail Gorshkov

Игорь Щукин, это означает войти в 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 одновременно.

Я заметил в статье три неточности.
1. "...начиная с версии Windows 95 эта операционная система занимает доминирующее положение на рынке". Насколько я знаю, уже начиная с Windows 3.1 и Windows NT 3.5 Microsoft стал лидером на рынке операционных систем, побив главного конкурента OS/2. Версии Windows 1.0 и 2.0, как известно, популярности не имели. См. http://www.thocp.net/companies/microsoft/microsoft_company_part2.htm "4/14/93 Microsoft reports that the number of licensed users of Microsoft Windows now totals more than 25 million, making it the most popular graphical operating system in the world."

2. "...Windows жестко привязана к определенной архитектуре компьютеров – так называемой IBM PC-совместимых". Это не совсем так. Последней версией Windows, выпущенной для "альтернативных" платформ, была Windows NT 4.0. Помимо IBM PC, она также выпускалась и в вариантах для PowerPC, Alpha и MIPS.

3. "...Например, именно Windows решает, сколько выделить памяти какой-либо программе" - если бы это было так, программы бы не смогли работать. Windows находит свободную память и отдает ее программе, которая ее попросила. Отдает в нужном количестве, естественно.