- Загрузитесь с установочного диска Windows Server 2012.
- Когда увидите надпись «Press any key to boot from CD or DVD …», нажмите любую клавишу на клавиатуре.
- Выбор начальных настроек можете пропустить.
- Нажмите «Repair your computer».
- Выберите систему, которую хотите восстановить и нажмите Next.
- В диалоге выбора опций восстановления нажмите «Command Prompt»(командная строка).
Метод 1:
- Наберите
sfc /scannow
, и нажмите ENTER.
Этот метод работает, когда есть повреждения в системных файлах Windows. Файлы будут просканированы и повреждённые заменены на целые из резервного хранилища или из установочных файлов.
Повреждения файлов — повод проверить состояние жесткого диска
Метод 2:
- Наберите
Bootrec /RebuildBcd
, и нажмите ENTER.
Ищет установленные системы на всех дисках и полностью переписывает текущую конфигурацию загрузки.
Метод 3:
- Наберите
Bootrec /FIXMBR
, и нажмите ENTER.
- Наберите
Bootrec /FIXBOOT
, и нажмите ENTER.
- Наберите
Диск:\boot\Bootsect.exe /NT60 All
, и нажмите ENTER.
где Диск — имя диска, на котором расположены установочные файлы Windows Server 2012.
Эти команды перезаписывают загрузочную запись, загрузочный сектор и переписывают загрузочный код на всех разделах, которые могут быть загрузочными (первичные разделы с флагом ‘active‘)
Если вам помогла эта статья, поставьте лайк или напишите комментарий. Так я буду знать, какие из моих статей действительно полезны и о чём писать дальше.
Поддержать выход новых материалов
https://www.donationalerts.com/r/cbagpipe — в сообщении можете задать вопрос и указать контакт для ответа, прислать идею для нового контента или просто похвалить меня 😊.
Все, кто поддерживает мою работу, увековечены на отдельной странице.
If you encounter a Windows Server 2012 reboot loop issue, let me share a workaround for it. The workaround here is to uninstall the updates or interrupt the boot and use Safe Mode.
Update – Microsoft released the Windows Server 2012 R2 KB5009624 update, Windows Server 2019 KB5009557 update, and Windows Server 2022 KB5009555 update as part of the January 2022 Patch Tuesday. Installing these updates will cause Windows domain controller boot loops.
The updates also affect the Hyper-V servers and most admins have observed the Hyper-V not starting, and inaccessible ReFS volumes until the updates are rolled back.
Note: All these AD patches are bad, seeing tons of wacky and unexpected behavior after install
- KB5009624 – Applies to Windows Server 2012
- KB5009557 – Applies to Windows Server 2019
- KB5009555 – Applies to Windows Server 2022
Windows Domain Controller Boot Loops Issue
Installing the updates KB5009624, KB5009557 and KB5009555 are causing the domain controllers to reboot and cause the boot loops. These updates are impacting the LSASS.exe process that use all the CPUs on a server and then ultimately terminate.
As LSASS.exe is a critical process on Windows Server required to operate correctly. The server operating system will automatically restart when the process is terminated and cause Windows Server 2012 reboot loop.
The Windows domain controller server boot loops issue is reported on Reddit by a user who says January 2022 updates causing unexpected reboots on domain controllers. Looks like KB5009557 (2019) and KB5009555 (2022) are causing something to fail on domain controllers, which then keep rebooting every few minutes.
After installing the updates KB5009624, KB5009557 or KB5009555, Windows Server 2012 reboot loop issue occurs and the following details are logged in the event viewer.
"The process wininit.exe has initiated the restart of computer [computer_name] on behalf of user for the following reason: No title for this reason could be found Reason Code: 0x50006 Shutdown Type: restart Comment: The system process 'C:\WINDOWS\system32\lsass.exe' terminated unexpectedly with status code -1073741819. The system will now shut down and restart."
Fix January 2022 Updates Domain Controller Boot Loop Issue
If you have updated the domain controllers with the January 2022 updates, the only way to fix the domain controller reboot issue is by uninstalling the updates.
If you have installed any of these updates on Hyper-V servers, you may encounter the following error while powering on the VMs.
“Virtual machine xxx could not be started because the hypervisor is not running.”
System admins managing the Windows Servers can manually uninstall the updates with the following commands.
Windows Server 2012 R2: wusa /uninstall /kb:KB5009624
Windows Server 2019: wusa /uninstall /kb:KB5009557
Windows Server 2022: wusa /uninstall /kb:KB5009555
Note: Some users are noticing that from the above command removing the KB prefix from the command works. So, you can use the below commands if the above ones don’t work.
Windows Server 2012 R2: wusa /uninstall /kb:5009624 Windows Server 2019: wusa /uninstall /kb:5009557 Windows Server 2022: wusa /uninstall /kb:5009555
If your Windows Server 2012 goes into boot loop, don’t worry because a lot of IT admins are actually dealing with the same issue. It’s not your fault, either, it’s an update that has caused the reboot loop on your Windows Server 2012.
We have still got few VM’s running Windows Server 2012 while most of the VMs are running 2012 R2 and above. Today, on two VMs’s running SCCM distribution point role, I noticed the reboot loop issue.
After restarting the VMs I never saw any login screen. It just stays at “please wait” and then the server restarts.
If you do a bit of research on why this reboot loop issue occurs, you will find a lot of info on the web. A reboot loop on Windows Server 2012 could be due to the installation of the Servicing Stack Update (KB4523208). In this thread, one of the users identified the Malicious Software Removal Tool (MSRT) update, KB890830, as the cause of the installation loop.
The workaround here is to interrupt the boot and use Safe Mode. It will still reboot at the same stage trying to boot into safe mode but next boot works.
Fix Windows Server 2012 Reboot Loop Issue
To fix the Windows Server 2012 boot loop issue, perform the following steps.
- First of all restart the VM or machine running Windows Server 2012.
- Go to Advanced Boot Options by pressing F8 key.
- Under Advance boot options, select Safe Mode and press enter key.
- Once the OS boots in safe mode, don’t login. Reboot the Windows Server again.
- This time let the server start normally. You should see a login screen.
Still Need Help?
If you need further assistance on the above article or want to discuss other technical issues, check out some of these options.
При переносе ОС Windows Server 2012 R2 с одного сервера на другой, я сделал архивную копию Acronis`ом и развернул её на другом железе.
При загрузке с жёсткого диска Windows Server начал ругаться, что загрузиться не может и требует восстановиться с установочного диска.
Загрузился с флешки с Windows Server 2012 R2, загрузился в режим восстановления и открыл командную строку.
Выполнил последовательно следующие команды:
bootrec /scanos bootrec /fixmbr bootrec /fixboot bootrec /rebuildbcd
Что они делают:
Первая команда — будет вывод доступных boot-записей для ОС
Вторая и третья команда — восстанавливаем mbr и boot
Четвёртая команда — перестройка загрузочных записей после сканирования.
После этого ОС нормально загрузилась.
06 апреля 2020, 18:05
Александр
Windows
0
5719
0
Из этой категории
-
Windows не грузится после переноса на RAID
WINDOWS SERVER 2012/2016/2019: Изменение размера шрифта при подключении по RDP
Mukeydrv не работает. Обнаружена обновленная политика цифровых подписей
Проблемы с печатью из RDP
Разрешаем этому приложению вносить изменения на вашем устройстве
Очистка RDP подключения
Перенос папки пользователя и администратора на другой диск windows server
Показать скрытые устройства в диспетчере устройств Windows 7
Этому файлу не сопоставлена программа для выполнения этого действия
Исчезла служба Диспетчер печати в Windows Server 2012
Комментарии ()
Вы должны авторизоваться, чтобы оставлять комментарии.
Окончание истории (почти).
Чтоб не убить рабочий сервер, все эксперименты проводились на виртуальной машине. Сэмулировал текущую ситуацию, установил на ВМ Server 2012, потом добавил диск 2, поставил вторую Server 2012, естественно раздел EFI на новом диске отсутствует, после этого удалил 1 диск. Все, сервер не грузится.
Решил скопировать существующие разделы с диска 1 (помимо раздела с ОС были еще 2 раздела на 300М ntfs и efi 100M fat32) на новый диск, подключил диск 1, загрузился в виндовс, с помощью AOMEI Partition Assistant, ужал раздел с ОС на 400М и скопировал те 2 раздела на новый диск, после этого отключаю диск 1 и виндовс (новый) удачно стартует! аллилуя!
Но такой метод, как оказалось, имеет ряд недостатков: bcdedit вываливается с ошибкой «не найдено системное устройство», bootrec /rebuildbcd находит ОС но при попытке добавить запись в BCD вываливается с той же ошибкой, в виндовс, в параметрах запуска ОС, список ОС пустой.
Ну ок, загружаюсь в консоль восстановления, в diskpart удаляю раздел efi, создаю заново, форматирую и присваиваю букву диску
Code | ||
|
дальше копируем загрузочные файлы с установленной ОС
Code | ||
|
после этого все пришло в норму, bcdedit и bootrec /rebuildbcd отрабатывает корректно, запись «Windows Server 2012 R2» присутствует в списке ОС в параметрах загрузи виндовс.
Резюме: необходимо на диске выделить 100М места для efi раздела (можно с помощью оснастки управления дисками на другом ПК, или на этом же ПК, но загрузившись со второй системы), в консоли восстановления с помощью diskpart создать раздел efi и скопировать туда загрузочные файлы командами выше.
ЗЫ: на реальном сервере конечно ссыкотно производить все это, на следующей неделе попробую, пока в памяти свежо.
ЗЫЫ: этот метод применим не только для windows 2012 server, но и для вех виндовс, начиная по моему с windows 7 и их серверных редакций.
Gargh! Why is nothing perfect?!
Right, now that that’s done, I’ve just had an issue with a Windows Server 2012 R2 server which was stuck in constant reboot cycling. An update was installing and then immediately failing with a happy-go-lucky-message that read “We couldn’t complete the updates. Undoing changes. Don’t turn off the server”. It may as well have read “Go boil your head!” for all the good that it did me.
A wonderous message to behold when you reboot your server
Now’s a good time to bemoan the lack of decent offline patch handling in Windows. Within a running live Windows instance the update handling is pretty good and, clearly, you have access to a tonne of tools to help you. However when Windows is offline there’s nothing, bugger all. As my Nan would have said “You’ll be up the creek and told to f*** off!”. What Windows needs is an F8 option to show pending updates, and allow you to easily disable them, remove them, whatever.
Anyway, after desperately trying to tell VMware to slow down enough for me to F8 and get Windows in to recovery mode, I finally got rid of the updates and after a few reboots all was good.
- Desperately hit F8 when Windows boots and click Recover Windows. Alternatively you can also boot from the Windows Server 2012 R2 ISO/DVD and choose repair.
- Go in to the Advanced Repair options then choose Command Prompt.
- Enter your recovery password if asked to do so.
- At the command prompt type diskpart to enter the diskpart tool
- Then type list volume to show the current volumes. Note down the drive letter that relates to your servers primary drive. In my case it was D.
- Type exit to exit the diskpart tool.
- Now type the following being sure to change D to the drive letter from the previous step.
move d:\Windows\WinSXS\Pending.xml d:\Windows\WinSXS\Pending.old
- This will remove the xml that details any pending updates.
- Exit the command prompt and reboot your server.
You will find that your server might reboot several times as it tries to recover from this. But bear with it and you should be good to go.