Boot record last known good

Помогите ставлю значение 1066mhz 5-5-5-15. или вообще бываю не ставлю тайминг просто ползунок через EasyTune 6 до 1066mhz

потом перезагружаю показывает

WARNING! Now System is in Safe Mode.Please re-setting CPU. Frequency in the CMOS setup
Posterror occurs

Profile 1)Default
Success Boot Record.Last known Good
Success Boot 1)>5 Times
Success Boot 2)times
Success Boot 3)>5Times

что это могло быть,,может пробовать нажать продолжить а я сразу нажимаю контрол алть делете. боюсь загружать. или не чё не будет!!

материнка GIGABYTE GA-M720-US3
разгоняю оперативу Kingston 99U5429-007.A00LF 2 гб DDR2-800 (400 мгц)

Profile 1)Default
Success Boot Record.Last known Good
Success Boot 1)>5 Times
Success Boot 2)times
Success Boot 3)>5Times

что это могло быть,,может пробовать нажать продолжить а я сразу нажимаю контрол алть делете. боюсь загружать. или не чё не будет!!

ну я обновил биос. )))) F6

увиличивать напряжение,, вроде щяс стоит 1,968,если прибавить на один пунк попробовать? до 2 будет наверно

Грузись смело дальше – люди уже предусмотрели защиту от начинающих разгоняльщиков. В случай чего обнуляй BIOS.

Меню Advanced Options (Меню дополнительных вариантов загрузки)

При возникновении какой-либо проблемы загрузки операционной системы запустите снова свой компьютер и на этот раз используйте меню Advanced Options , для вызова которого нужно нажать клавишу F8.

Если появится какое-либо меню , обратите внимание, что внизу экрана появится строка "For troubleshooting and advanced startup Options for Windows 2000 , press F8" (Для устранения проблем и дополнительных вариантов загрузки нажмите клавишу F8).

Если не появляется никакого меню (потому что компьютер выполняет автоматическую загрузку Windows Server 2003), вы можете нажать F8 по окончании этапа POST ( самотестирование при включении питания).

При нажатии F8 появляется меню со следующими вариантами выбора, которые помогают пользователю устранить проблему, не позволяющую выполнить нормальную загрузку.

  • Safe Mode (Безопасный режим)
  • Safe Mode With Networking (Безопасный режим с сетевой поддержкой)
  • Safe Mode With Command Prompt (Безопасный режим с поддержкой командной строки)
  • Enable Boot Logging (Активизировать журнал загрузки)
  • Enable VGA Mode (Включить режим VGA )
  • Last Known Good Configuration (Загрузка последней удачной конфигурации)
  • Directory Services Restore Mode (Режим восстановления служб каталога – только для контроллеров доменов )
  • Debugging Mode (Отладочный режим)
  • Start Windows Normally (Обычная загрузка Windows)
  • Reboot (Перезагрузка)
  • Return to OS Choises Menu (Возврат в меню выбора операционных систем)

Используйте клавиши со стрелками для выбора нужного варианта в этом меню и нажмите клавишу Enter .

Safe Mode (Безопасный режим)

Лучшей частью режима Safe Mode является то, что он разрешает вам доступ ко всем вашим дискам независимо от используемой файловой системы. Если этот режим работает, то вы можете внести изменения в конфигурацию, позволяющие устранить проблему. Например, обычно режим Safe Mode используется для того, чтобы удалить новый установленный драйвер, который не работает должным образом, или отменить изменения в схеме конфигурирования , которые не позволяют выполнить нормальную загрузку. Имеются три следующих варианта Safe Mode .

  • Safe Mode. Загрузка только базовых файлов и драйверов, необходимых только для запуска операционной системы: мышь, монитор , клавиатура, ЗУ, базовые средства видео и используемые по умолчанию системные службы .
  • Safe Mode With Networking. Добавляет сетевую поддержку ( драйверы сетевых адаптеров ), хотя это не подходит в случае сетевых адаптеров PCMCIA .
  • Safe Mode With Command Prompt. Переводит систему в текстовый режим вместо обычного графического режима ( GUI ). Используйте этот вариант в случае проблемы explorer .exe (но не Windows Explorer [Проводник] – графической оболочки, которая запускается программой explorer .exe). Вы можете выполнять из командной строки всевозможные задачи, включая открытие окна GUI (если вы знаете имя файла , открывающего это окно). Если оболочка explorer .exe работает правильно (или вы заменяете ее, работая в текстовом режиме), то вы можете открыть ее и использовать последовательность Start | Shut Down, чтобы перезагрузить компьютер. В противном случае для перезагрузки компьютер введите команду shutdown или нажмите CTL+ ALT + DEL , чтобы открыть диалоговое окно Windows Security и выбрать вариант Shut Down.

Enable Boot Logging (Активизировать журнал загрузки)

При выборе этого варианта Windows Server 2003 создает файл журнала ( %SystemRoot%Ntbtlog.txt ). В этом файле выводится список всех драйверов – загруженных и не загруженных. Ниже приводится небольшая часть типичного файла журнала Ntbtlog.txt (кстати, это файл в кодировке Unicode ).

  • Loaded driver WINDOWSsystem32
    toskrnl.exe
  • Loaded driver WINDOWSsystem32 hal . dll
  • Loaded driver WINDOWSsystem32KDCOM. DLL
  • Loaded driver WINDOWSsystem32BOOTV >DLL
  • Loaded driver ACPI .sys
  • Loaded driver WINDOWSsystem32DRIVERSWMILIB.SYS
  • Loaded driver pci .sys
  • Loaded driver isapnp.sys
  • Loaded driver via >Loaded driver WINDOWSsystem32DRIVERSPCI >Loaded driver MountMgr.sys
  • Loaded driver ftdisk.sys
  • Loaded driver dmload.sys
  • Loaded driver dmio.sys
  • Loaded driver PartMgr.sys
  • Loaded driver VolSnap.sys
  • Loaded driver atapi .sys
  • Loaded driver disk .sys
  • Loaded driver Ntfs .sys
  • D >load driver SystemRootSystem32DriversChanger.SYS

Enable VGA Mode (Включить режим VGA)

Это вариант, знакомый пользователям Windows NT 4, используется для запуска Windows Server 2003 с использованием базового драйвера VGA . Используйте этот вариант, если вы установили новый видеодрайвер для своей видеокарты, и этот драйвер не работает (что становится очевидным при следующей загрузке, когда операционная система пытается войти в графический режим ). Базовый видеодрайвер – этот тот же драйвер, который используется при запуске Windows Server 2003 в одном из вариантов Safe Mode . Замените драйвер и затем перезагрузите компьютер.

Читайте также:  Если тебя удалили из друзей в контакте

Last Known Good Configuration (Загрузка последней удачной конфигурации)

Используйте этот вариант для запуска Windows Server 2003 с настройками реестра, которые были сохранены при последнем нормальном завершении работы . Этот вариант не позволяет разрешить проблемы, вызванные отсутствующими или поврежденными драйверами, но он полезен для разрешения проблем, вызванных изменениями конфигурации в вашем последнем сеансе . Эти изменения отменяются, что обычно требуется в данной ситуации.

Windows использует реестр, чтобы определить и загрузить последнюю удачную конфигурацию, которая была записана в реестр после хорошей (успешной) загрузки. Термин "удачная" (good) означает, что, все системы работали, и пользователь успешно выполнил вход.

Записи реестра, которые используются операционной системой для ее загрузки, содержатся в наборе разделов реестра со словами ControlSet в именах этих разделов. Во время процесса загрузки Windows Server 2003 читает раздел ControlSet, чтобы получить информацию об оборудовании, установленном на компьютере, а также о системных службах , необходимых для загрузки операционной системы.

Подраздел System в HKEY_LOCAL_MACHINE содержит три управляющих набора, доступных системе Windows Server 2003 во время загрузки: ControlSet001, ControlSet002 и CurrentControlSet. Каждый из этих разделов имеет одинаковую структуру подразделов.

В реестре имеется даже отдельный раздел, который помогает вам определить, к чему относится каждый из управляющих наборов и для чего он используется: HKEY_LOCAL_MACHINESystemSelect .

Информация в подразделе Select показывает, что ControlSet001 и CurrentControlSet идентичны: все значения совпадают. CurrentControlSet – это дубликат ControlSet001, чтобы приложениям не нужно было определять, какой из нумерованных ControlSet используется для загрузки.

  • Элемент данных Current представляет управляющий набор, который был использован системой Windows Server 2003 во время загрузки для текущего сеанса .
  • Элемент данных Default представляет управляющий набор, который будет использоваться системой Windows Server 2003 при ее следующей загрузке, и это тот же набор, который используется на данный момент.
  • Элемент данных LastKnownGood представляет управляющий набор, который будет использоваться системой Windows Server 2003, если вы выберете вариант загрузки Last Known Good Configuration .
  • Элемент данных Failed указывает управляющий набор, в котором Windows Server 2003 сохраняет данные из неудачной загрузки. Этот управляющий набор не существует, пока пользователь не обратится к варианту загрузки Last Known Good Configuration .

После каждой успешной загрузки операционная система копирует данные из CurrentControlSet и ControlSet001 в ControlSet002. Затем, когда вы вносите изменения в конфигурацию, они записываются в CurrentControlSet и ControlSet001. Если не удается выполнить следующую загрузку, то при использовании варианта Last Known Good Configuration Windows Server 2003 использует данные из ControlSet002, представляющие состояние вашей системы на момент последней успешной загрузки.

Изменения в реестре после использования варианта Last Known Good Configuration

Если вы посмотрите подразделы System после использования варианта Last Known Good Configuration , то увидите, каким образом Windows Server 2003 работает с измененными управляющими наборами.

Появится новый подраздел с управляющим набором, ControlSet003, – на тот случай, если вы должны снова использовать Last Known Good Configuration . Windows Server 2003 перемещает устойчивый работающий управляющий набор "последней успешной загрузки" на одну ступень ниже. Если вы вносите изменения в конфигурацию, надеясь на этот раз установить все правильно (в отличие от предыдущего раза) и новые изменения тоже не позволяют выполнить загрузку, то у вас есть в запасе этот устойчивый управляющий набор. Если вы продолжаете использовать вариант Last Known Good Configuration и вносить изменения в конфигурацию, которые не позволяют устранить проблему, то система Windows Server 2003 создает нужное количество управляющих наборов, чтобы вам всегда был доступен набор с последней удачной конфигурацией.

Directory Services Restore Mode (Режим восстановления служб каталога)

Этот вариант доступен только для контроллеров домена, и он восстанавливает состояние системы для контроллера домена, включая папку %SystemRoot%Sysvol (где хранятся открытые файлы домена, которые реплицируются между контроллерами домена) и Active Directory .

Debugging Mode (Отладочный режим)

Используйте этот вариант для запуска Windows Server 2003 и передачи отладочной информации на другой компьютер через последовательный кабель . Это полезно при необходимости слежения за процессом загрузки с другого компьютера.

Создание загрузочной дискеты

Если один из файлов, который загружался раньше в процессе загрузки операционной системы (Ntldr, Ntdetect. com или Boot .ini), отсутствует или поврежден, вы не можете вывести меню Advanced Options , чтобы устранить проблемы своей системы. Чтобы справиться с этой ситуацией, вы можете использовать загрузочную дискету, созданную специально для вашего экземпляра Windows Server 2003.

Создание загрузочной дискеты из вашей собственной системы

Если вы понимаете, насколько это важно, то создадите загрузочную дискету, как только ваша установка Windows Server 2003 заработает (без ошибок). К сожалению, пользователи редко следуют этому совету и не думают о необходимости загрузочной дискеты, пока не возникнет какая-либо проблема загрузки. Но если вы все же планируете свои действия заранее, то выполните эту задачу следующим образом.

  1. Поместите гибкий диск в дисковод.
  2. Откройте My Computer или Windows Explorer и щелкните правой кнопкой на обозначении гибкого диска.
  3. Выберите в контекстном меню пункт Format и отформатируйте гибкий диск, используя параметры по умолчанию.
  4. Скопируйте следующие файлы из корневой папки вашего жесткого диска на дискету.
    • Ntdetect.com
    • Ntldr
    • Boot .ini
    • Ntbootdd.sys (если он существует)

    Проверьте дискету путем перезагрузки операционной системы.

    Создание загрузочной дискеты на другом компьютере Windows Server 2003

    Если у вас нет загрузочной дискеты, и не проходит загрузка, то вы можете создать такую дискету на другом компьютере, работающем под управлением Windows Server 2003 и имеющем такую же файловую систему ( NTFS , FAT или FAT32 ).

    1. Выполните описанные выше шаги для создания загрузочной дискеты.
    2. Откройте файл Boot .ini и убедитесь, что его содержимое соответствует конфигурации вашего компьютера. Если нет, то используйте информацию раздела "О файле Boot .ini" (см. выше), чтобы внести соответствующие изменения.
    3. Если у вас другой контроллер SCSI , найдите файл с подходящим драйвером и скопируйте его на дискету. Удалите файл Ntbootdd.sys, скопированный с компьютера, на котором вы создали эту дискету, и затем переименуйте этот драйвер SCSI в Ntbootdd.sys.
    4. Если на исходном компьютере используется контроллер IDE , а на вашем компьютере – контроллер SCSI , используйте Notepad (Блокнот), чтобы изменить соответствующие данные в файле Boot .ini, и затем скопируйте нужный драйвер SCSI на дискету и переименуйте его в Ntbootdd.sys.
    5. Если на исходном компьютере используется контроллер SCSI , а на вашем компьютере – контроллер IDE , используйте Notepad, чтобы изменить соответствующие данные в файле Boot .ini, и удалите файл Ntbootdd.sys, если скопировали его с исходного компьютера.
    Читайте также:  Error stray 226 in program

    Проверьте эту загрузочную дискету на своем компьютере.

    Создание загрузочной дискеты на компьютере, работающем под управлением другой версии Windows

    Если вы не можете найти другой компьютер, работающий с той же версией Windows Server 2003, то можете создать загрузочную дискету на другом компьютере, работающем под управлением Windows NT 4 или более поздней версии (включая клиентские версии Windows). Вам потребуется компакт-диск Windows Server 2003 или доступ к разделяемой точке сети, где содержатся установочные файлы Windows Server 2003. Затем выполните следующие шаги.

    1. Отформатируйте гибкий диск, используя параметры по умолчанию.
    2. На CD или в разделяемой сетевой папке выделите Ntldr и Ntdetect.com.
    3. Щелкните правой кнопкой и выберите Send To | 3 1/2 Floppy (A) [Отправить | Диск 3,5 (A)]
    4. Если ваш компьютер имеет контроллер SCSI , скопируйте соответствующий драйвер на дискету и переименуйте этот файл в Ntbootdd.sys.
    5. Используйте как модель файл Boot .ini и измените его содержимое в соответствии с конфигурацией вашего компьютера. Помните, что вы должны заменить ссылку WINNT на Windows, поскольку Windows Server 2003 использует Windows как имя папки для системных файлов.

    Создание "быстрого" файла Boot.ini

    В аварийной ситуации достаточно, чтобы файл Boot .ini только загружал Windows Server 2003, поэтому вам не нужно беспокоиться о каждой строке этого файла со ссылками на другую операционную систему, даже если ваш компьютер сконфигурирован для двойственной загрузки. Вот пример такого файла:

    Если ваш компьютер загружается с жесткого диска IDE , замените scsi (0) на multi(0).

    When troubleshooting boot issue such as disk or file corruption, missing files, and third party drivers, Windows prov />

    • Last Known Good
    • Safe Mode
    • Recovery Console

    This article is focused on the first recovery option: Last Known Good.

    Last Known Good (LKG):

    In the system’s registry, the system’s configuration settings are stored under HKLMSystemCurrentControlSetControl along with driver and service configurations stored under HKLMSystemCurrentControlSetServices. Any change to these locations in the registry can render the system unbootable. If you happen to be in a situation where you are unable to boot into your Windows operating system normally, your system may have encountered a damaging change to the system’s registry prior to its last shutdown or reboot. In order to troubleshoot the issue, you have the opportunity to boot into the Last Known Good option by hitting F8 during the boot process. This will bring you to the Windows Advanced options Menu screen as shown below.

    Figure 1 – Windows Advanced Option Menu.

    By selecting the Last Known Good Configuration, you can attempt to boot into the last known bootable state of the machine (explained in detail further down in the article). As the information is critical to system startup, the Last Known Good configuration option allows you the ability to revert back to a previous control set labeled as the Last Known Good. The result of choosing LKG is the rolling back of the system’s registry configuration to reflect that of when the system last booted successfully. The system will mark the control set that had been used to boot the machine previously (ControlSet001; value = 1 in example) as failed. This can be seen in the registry under HKLMSystemSelect. ControlSet001 (value = 1) is set as the value for Failed, and the value of HKLMSystemSelectCurrent is changed to the value stored in HKLMSystemSelectLastKnownGood (ControlSet002; value = 2 in example) as shown below. Because the change made to the system causing it to become unbootable is not present in the Services subkey of the LastKnownGood Control Set, the system should boot successfully. Figure 2 shows the registry of a system successfully booted. Figure 3 reflects changes made by booting into the Last Known Good configuration.

    Figure 2 – Successful Boot with Current in use and Last Known Good available.

    Figure 3- ControlSet001 set to Failed; LKG used for Current and Default

    In addition to these changes, the symbolic link HKLMSystemCurrentControlSet is updated to point to the LastKnownGood control set. ControlSet002 becomes the current control set used to boot the system. In this example, a ControlSet003 is created to become the new value for Last Known Good.

    When Last Known Good is written to:

    In order to have the option to boot to the Last Known Good configuration, there must be a point at which the system knows it is in a “good” state. For XP/Windows Server 2003 and Vista/Windows Server 2008 there are conditions that must be met in order for a Last Known Good configuration to be captured and stored in the registry. Each time these conditions are met, an updated version of the Last Known Good configuration replaces its predecessor. The following provides the requirements for each platform.

    Читайте также:  Айфон на андроиде алиэкспресс

    In XP/Windows Server 2003, a successful boot is required to occur before Last Known Good is written to. A successful boot consists of a successful logon and the successful startup of all auto-start services. To accomplish this, Winlogon performs its startup steps (creating an initial window station and desktop objects). If a dynamic-link library (DLL) is specified in HKLMSoftwareMicrosoftWindows NTCurrentVersionWinlogonGinaDLL, Winlogon uses that DLL for the graphical identification and authentication (GINA); otherwise it uses the Microsoft default GINA, Msgina (WindowsSystem32Msgina.dll), which displays the standard Windows logon dialogue box. Winlogon then creates the service control manager (SCM) process (WindowsSystem32Services.exe), which loads all the services and device drivers marked for auto-start, and the local security authentication subsystem (Lsass) process (WindowsSystem32Lsass.exe). After launching the SCM, Winlogon waits for the interactive logon notification from the GINA. Winlogon invokes the NotifyBootConfigStatus function when you log on, and NotifyBootConfigStatus sends a message to the SCM. Following the successful start of the auto-start services or the receipt of the message from NotifyBootConfigStatus (whichever occurs last), the SCM calls the system function NtInitializeRegistry to save the current registry startup configuration. If the system has never been booted successfully before, the Last Known Good won’t exist and the system will create a new control set for it. If the Last Known Good tree exists, the system simply updates it with the differences between it and the CurrentControlSet.

    In Vista/Windows Server 2008, a successful boot is also required for Last Known Good to be written to with the same requirements: a successful logon and the successful startup of all auto-start services. The differences lie within the Winlogon process.

    There are cases where other applications installed on the system may require additional steps to occur prior to Winlogon being defined as successful. For example, SQL Server may not consider a system successfully booted until the SQL Server is able to access and process transactions. Developers may introduce a boot-verification program that supersedes the Winlogon’s definition of a successful logon. In this special case, the key HKLMSystemCurrentControlSetControlBootVerficationProgram is created and the call from Winlogon to NotifyBootConfig must be disabled. To do this, HKLMSoftwareMicrosoftWindows NTCurrentVersionWinlogonReportBootOk must be set to zero. In this scenario, the SCM starts the auto-start services, and then launches the boot verification program. After a successful boot has been verified, the SCM waits for the program’s call to NotifyBootConfigStatus before saving the LKG control set.

    Example of LKG Use to Resolve a Boot Issue

    Symptoms – Problems that occur after the Windows splash screen displays, the desktop appears, or after you log in fall into this category and can appear as a blue screen crash or a hang, where the entire system is hung or the mouse cursor tracks the mouse, but the system is otherwise unresponsive.

    Causes – These problems are frequently a results of a bug in a device driver, but can also be the result of corruption in a non-system registry hive.

    Resolution – The first step to attempt to resolve your issue is to boot to the Last Known Good configuration. Because a control set includes the core system configuration and device driver and services registration database, using a control set version that does not reflect the changes or newly installed drivers or services might avoid the source of the problem. More advanced troubleshooting allows you to compare the failed control set to the current control set (formally LKG) using tools like WinDiff found in Support Tools.

    Non-Interactive Server Exception

    Because non-interactive servers might never have an interactive logon, they might not get LastKnownGood updated to reflect the control set used for a successful boot.

    You can override the definition of a successful boot by setting HKLMSoftwareMicrosoftWindows NTCurrentVersionWinlogonReportBootOk to zero, writing a custom boot verification program that calls the NotifyBootConfigStatus Windows API when a boot is successful, and entering the path to the verification program in HKLMSystemCurrentControlSetControlBootVerficationProgram.

    Summarization

    Last Known Good provides a boot troubleshooting option when disk/file corruption, missing files, and/or third party drivers result in failure to boot Windows normally. By saving the system’s configuration settings in the registry from the last time the system completed a successful boot, the Last Known Good Configuration option in the Windows Advanced Options Menu can be selected when the system cannot boot normally. By selecting this option, the system will attempt to boot using the system’s configuration settings stored in the registry for the last known good configuration. If the issue causing the no-boot issue has to do with a change made to the server since the last boot, last known good will revert back to the configuration settings set prior to the change being made.

    At this point, there are two options. You boot into LKG and attempt to correct issues to the previous control set or you can save the last known good configuration as the current control. By selecting the last known good configuration, certain changes to the machine occur. Depending on the operating system, certain changes are made. Separate links to Vista/Windows Server 2008 and Windows 7/Windows Server 2008 R2 will be provided below.

    Shannon Gowen
    Support Engineer
    Microsoft Enterprise Platforms Support

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    Adblock detector