[Essential_mix]

Исправления и пакеты обновления систем Windows 2000 Windows XP и Windows 2003 призваны устранять проблемы, но не создавать новые. Получается это не всегда, и после изменения система может даже отказаться от загрузки. На это есть несколько причин, главной из которых обычно становится несовместимость с одним из системных или сторонних компонентов. Посмотрим, как вернуть систему в рабочее состояние после неудачного наложения Service Pack или "заплатки". Начать следует с загрузки в безопасном режиме Safe Mode , чтобы удалить установленный пакет SP или исправление. Бывает, что режим Safe Mode недостижим, равно как и последняя удачная конфигурация - " Boot from Last Known Good configuration ". В этом случае следует применить консоль восстановления Recovery Console для воссоздания вручную файлов, которые были изменены при "исправлении" системы. Поэтому загружаемся с дистрибутивного диска Windows CD-ROM и на экране приветствия Welcome выбираем пункт R для старта консоли Recovery Console (в Windows 2000 нужно нажать F10). Выбираем систему Windows в списке и вводим для нее пароль администратора. Переходим в системный каталог ( C:WINDOWS или C:WINNT ). Переходим в подкаталог $NtServicePackUninstall$ для удаления пакета Service Pack, либо в $NtUninstallKBXXXXXX$ или $NtUninstallQXXXXXX$ для удаления заплатки, где XXXXXX - номер этой заплатки. Все указанные каталоги являются скрытыми. Внутри данного подкаталога находится вложенный каталог spuninst (также скрытый). В нем располагается пакетный (командный) файл spuninst.bat . Командой batch spuninst.bat запускаем этот файл, чтобы заменить исходными версиями из архива файлы, измененные пакетом обновления или заплаткой. Перезагружаем компьютер и переходим в безопасный режим Safe Mode. Если система Windows опять не сможет загрузиться, значит искажен реестр, который придется восстановить вручную. Удаляем пакет обновления или заплатку в окне Установка и удаления программ ( Add/Remove Programs ) Панели управления ( Control Panel ). При этом произойдут необходимые изменения в реестре, определяющие отказ от установки неудачного "исправления" системы.

у кого еще какие есть идеи по проблеме в первом сообщении?