Не загружается windows server 2018 r2: Система может не загружаться в Microsoft Windows Server 2008 R2, если «Диспетчер загрузки Windows » не является первым загрузочным устройством — ThinkServer RD330, RD430

Содержание

Windows Server 2008 перестает загружаться после обновления. Как решить проблему

ПО
Софт
Цифровизация
Техника
Маркет

|

Поделиться

    Серверные системы под управлением ОС под Windows Server 2008 после установки рядового обновления KB4539602 перестают загружаться. В Microsoft знают о проблеме и предлагают варианты ее обхода.

    Многослойные проблемы обновлений

    Установка очередного внепланового обновления для Windows Server 2008 или Windows Server 2008 R2 приводит к дальнейшей невозможности загрузки сервера с этой ОС. После установки обновления KB4539602, выпущенного Microsoft для исправления проблем с фоновыми заставками рабочего стола (обоями), происходит автоматическое удаление загрузочного файла Windows. Первыми о новой проблеме сообщили пользователи Reddit и портал Bleeping Computer.

    Обновление KB4539602 было выпущено Microsoft 7 февраля 2020 г., то есть, уже после официального окончания технической поддержки Server 2008 и Windows 7. Некоторые посетители Reddit отметили возникновение проблемы сразу на нескольких серверах под управлением Windows Server 2008; другие пользователи также сообщили, что обновление KB4539602 приводит к невозможности загрузки ПК под Windows 7.

    Список потенциальных причин, приводящих к невозможности загрузки системы после установки KB4539602, включает отсутствие в системе установки предыдущих важных патчей для Server 2008 или наличие их старых версий, а также наличие старых версий подписей алгоритм хеширования SHA-2 и обновлений стека обслуживания.

    Вчера CNews также рассказал о массовой проблеме пользователей ПК и ноутбуков под Windows 7, которые столкнулись с невозможностью выключить или перезагрузить компьютер, а также о вариантах решения этой проблемы.

    Как избежать проблем с Server 2008

    Обновление KB4539602 для Windows Server 2008 является необязательным, то есть, его отсутствие никак не влияет на работу основных функций операционной системы. Самым простым способом избежать возникновения проблем с загрузкой ОС является полное игнорирование его существования.

    В описании обновления KB4539602 для Windows 7 (SP1) и 2008 R2 с пакетом обновления SP1 на сайте техподдержки Microsoft отмечается, что перед установкой этого обновления в обязательном порядке необходимо предварительно установить обновление KB4474419 от 23 сентября 2019 г. для нормального функционирования SHA-2, а также обновление KB4490628 от 12 марта сентября 2019 г. для стека обслуживания (SSU), или более поздние их версии.

    Оба эти обновления автоматически предлагаются для установки «Центром обновления Windows». После установки обновлений также необходимо перезагрузить систему.

    Как спасти уже пострадавшую систему

    Пока что Microsoft не представила никаких официальных исправлений для тех, кто уже столкнулся с невозможностью загрузки системы после неудачной установки обновления KB4539602. Тем не менее, администраторы Windows с подачи портала Bleeping Computer уже придумали два неофициальных способа восстановления серверов под ОС Windows Server 2008 с неудачной установкой KB4539602.

    Как оптимизировать внутреннюю логистику предприятия?

    ПО

    Один из вариантов предлагает зайти в «Восстановление системы» (Recovery), затем выбрать букву диска для установки Windows, и далее запустить следующую команду:

    dism.exe /image:C:\ /cleanup-image / revertpendingactions

    Другой вариант подразумевает загрузку в консоли «Восстановление системы», затем выбор и копирование файлов winload.efi и winload.exe, взятых из резервных копий или из другой инсталляции Windows Server 2008, в папку C:\windows\system32. Затем необходимо перезагрузить систему.

    Слухи о смерти преувеличены?

    Бесплатная техническая поддержка операционных систем Windows 7, Server 2008 и 2008 R2 завершена 14 января 2020 г. В Microsoft официально объявили о том, что эти системы больше не будут получать обновлений и «на прощание» выпустили общедоступный патч KB4534310.

    Владимир Емышев, «МСофт»: Скорость файлового обмена — скорость принятия решений.

    Импортонезависимость

    Именно это бесплатное ежемесячное накопительное обновление привело к проблемам с фоновыми заставками рабочего стола, поэтому Microsoft была вынуждена выпустить незапланированное февральское обновление KB4539602.

    В Microsoft заявили о том, что проблема в настоящее время находится в стадии расследования, сообщил портал Bleeping Computer. Не исключено, что Microsoft придется еще раз нарушить обещание не выпускать обновлений для Windows 7 и Windows Server 2008, и все же представить еще одну «заплатку на заплатку».

    По данным Microsoft, корпоративные клиенты (представители сегмента SMB наравне с крупным бизнесом) смогут поддерживать свою Windows 7 в актуальном состоянии до января 2023 г. в рамках сервиса Extended Security Update (ESU). Подписка на него продается с 1 декабря 2019 г. и до конца 2020 г. стоит $25 для каждого ПК в отдельности. В 2021 г. цена вырастет до $50, а в 2022 г. – до $100.

    • Почём сегодня объектное хранилище на 2 000 Гб? Предложения десятков поставщиков ― на ИТ-маркетплейсе Market.CNews

    Владимир Бахур

    Windows 10 — загрузка в safe mode

    • 21 ноября 2020

    Если Windows работает, то через Пуск перезагружаем компьютер, удерживая Shift.

    Но обычно в режим safe mode приходится загружаться когда что-то не работает. И скорее всего не работает сама операционная система. Мне непонятно почему возможность выбора варианта загрузки Windows 10 по нажатию F8 убрали, это печально. Можно несколько раз принудительно выключить компьютер кнопкой питания, тогда система должна сама войти в диагностический режим. Но у меня не вошла. После восьмой перезагрузки я устал и пошёл делать загрузочную флешку Windows 10 на соседний компьютер.

    Делаем загрузочную флешку с Windows 10

    А дальше всё просто, загружаемся с установочной флешки.

    Выбираем язык, Далее.

    Нажимаем Восстановление системы.

    Теперь нам нужно открыть командную строку. Диагностика > Дополнительные параметры > Командная строка. Или Shift + F10.

    В командной строке вводим:

    bcedit /set {globalsettings} advancedoptions true

    Закрываем консоль:

    exit

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

    Для загрузки в безопасном режиме нужно нажать одну из клавиш 4, 5, 6 или F4. F5, F6.

    Теги

    • Windows

    💰 Поддержать проект

    Похожие материалы

    Олег
    • 31 января 2018
    • Подробнее о Настройка зеркалирования в Microsoft SQL Server 2014

    Зеркалирование или mirroring в MS SQL Server 2014 всё ещё есть. Это очень полезное решение для повышения доступности базы данных. Если ваш сервер упал, посыпались винты, сгорел ЦОД, то возможность быстро переключиться на резервный сервер, не занимаясь восстановлением сервера или БД из бэкапа, экономит кучу времени, денег и нервов. Однако, не следует рассматривать зеркалирование как замену резервному копированию, так как оно не спасает от случайного удаления данных.

    Теги

    • sql
    • Windows
    Олег
    • 7 февраля 2018
    • Подробнее о Port-forwarding перенаправление портов в Windows

    Начиная с Windows XP в операционной системе Windows имеется встроенная возможность перенаправления сетевых портов — port-forwarding. Более того, любое входящее TCP соединение можно перенаправить не только на другой порт, но и на другой IP адрес.

    Теги

    • Windows
    • cmd
    • network
    Олег
    • 8 февраля 2018
    • Подробнее о Maintenance Plans — резервное копирование и обслуживание баз данных в Microsoft SQL Server 2014

    Microsoft SQL Server 2014 позволяет воспользоваться встроенными средствами резервного копирования и обслуживания баз данных. В данном случае план предназначен для обслуживания баз данных исключительно с моделью восстановления FULL. Если вы используете другую модель восстановления, то нужно воспользоваться другим планом, потому что резервное копирование лога транзакций вам может не потребоваться.

    Теги

    • Windows
    • sql
    • 1C
    • special

    Почитать

    Руководство по устранению неполадок обновления Windows Server — Windows Server

    • Статья

    Попробуйте наш виртуальный агент. Он поможет вам быстро выявить и устранить распространенные проблемы Центра обновления Windows.

    Это решение предназначено для того, чтобы вы могли приступить к работе со сценариями устранения неполадок Центра обновления Windows.

    Контрольный список устранения неполадок

    Шаг 1. Определите проблему, изучив журнал событий на наличие конкретных ошибок

    1. Откройте средство просмотра событий из панели управления > Инструменты администрирования .
    2. Найдите события агента Центра обновления Windows в журнале системы и ошибки в журналах системы и приложений примерно в то же время, когда были применены обновления.
    3. Разверните дерево просмотра событий до Журналы приложений и служб > Microsoft > Windows > WindowsUpdateClient > Рабочий .
    4. Определите обновление, которое не удалось установить, и код ошибки.
    5. Найдите ошибку и решение в разделе Общие ошибки Центра обновления Windows или коды ошибок Центра обновления Windows по компонентам.

    Шаг 2. Проверка состояния ожидания перезагрузки

    Если компьютер не перезагружался, перезагрузите его.

    Шаг 3. Обновление стека служб

    Установите последнее обновление стека обслуживания. См. Последние обновления стека обслуживания.

    Шаг 4. Запустите средство устранения неполадок Центра обновления Windows для Windows

    1. Загрузите средство устранения неполадок и выберите Открыть или Сохранить во всплывающем окне. (Если вы выберете Сохранить , вам нужно будет открыть средство устранения неполадок из места сохранения.)
    2. Выберите Далее , чтобы запустить средство устранения неполадок, и следуйте инструкциям, чтобы определить и устранить любые проблемы.
    3. После завершения работы средства устранения неполадок попробуйте снова запустить Центр обновления Windows. С помощью кнопки Пуск выберите Настройки > Обновление и безопасность > Центр обновления Windows > Проверить наличие обновлений и установите все доступные обновления.
    4. Если применимо, сбросьте компоненты обновления Windows.

    Шаг 5. Используйте DISM или средство проверки готовности к обновлению системы для устранения неполадок с Центром обновления Windows

    Дополнительную информацию см. в разделе Исправление ошибок Центра обновления Windows с помощью средства DISM или средства проверки готовности к обновлению системы.

    Распространенные проблемы и решения

    Вы получаете сообщение об ошибке «Обновление неприменимо»

    Сообщение об ошибке

    Обновление неприменимо к вашему компьютеру.

    Причина 1: Обновление заменено

    Чтобы устранить эту проблему, убедитесь, что устанавливаемый пакет содержит более новые версии двоичных файлов. В качестве альтернативы проверьте, что пакет заменен другим новым пакетом.

    Причина 2: обновление уже установлено

    Чтобы устранить эту проблему, убедитесь, что пакет, который вы пытаетесь установить, еще не установлен.

    Причина 3: неправильное обновление для архитектуры

    Чтобы устранить эту проблему, убедитесь, что пакет, который вы пытаетесь установить, соответствует используемой версии Windows. Информацию о версии Windows можно найти в разделе «Относится к» статьи для каждого обновления. Например, обновления только для Windows Server 2012 нельзя установить на компьютеры под управлением Windows Server 2012 R2.
    Убедитесь, что пакет, который вы хотите установить, соответствует архитектуре процессора используемой версии Windows. Например, обновление для платформы x86 нельзя установить на 64-разрядную версию Windows.

    Причина 4: Отсутствует необходимое обновление

    Чтобы устранить эту проблему, прочитайте соответствующую статью о пакете, чтобы узнать, установлены ли необходимые обновления. Например, если вы получаете сообщение об ошибке в Windows 8.1 или Windows Server 2012 R2, возможно, вам придется установить обновление 29 за апрель 2014 г.19355 в качестве предварительного условия и одно или несколько необходимых обновлений обслуживания (KB 2919442 и KB 3173424).
    Чтобы определить, установлены ли эти обязательные обновления, выполните следующую команду PowerShell:
    get-hotfix KB3173424, KB2919355, KB2919442
    Если обновления установлены, команда возвращает дату установки в разделе InstalledOn выходных данных.

    Обновления не загружаются из служб Windows Server Update Services (WSUS) или Configuration Manager

    Сообщение об ошибке:

    Не удалось подключиться к Mux из-за ошибок сети или сертификата

    Чтобы устранить эту проблему, проверьте числовой код, указанный в коде сообщения об ошибке: он соответствует коду ошибки winsock. Ошибки сертификата детализированы (например, сертификат не может быть проверен, сертификат не авторизован и т. д.)

    Устройство не получает развернутое вами обновление

    Чтобы устранить эту проблему, выполните следующие действия:

    1. Убедитесь, что обновления устройства для соответствующей категории не приостанавливаются. См. разделы Приостановить обновления функций и Приостановить обновления качества.

    2. Только обновления функций: устройство может иметь защитное удержание, примененное к данной версии обновления функций. Дополнительные сведения о защитных удержаниях см. в разделах Защитные удержания и Отказ от защитных удержаний.

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

    4. Убедитесь, что устройство проверило наличие обновлений и сканирует службу Центра обновления Windows. Дополнительные сведения о сканировании обновлений см. в разделе Сканирование обновлений.

    5. Только обновления функций: убедитесь, что устройство успешно зарегистрировано в управлении обновлениями функций службой развертывания. Успешно зарегистрированное устройство представлено ресурсом устройства Azure AD с регистрацией управления обновлениями для обновлений функций и не имеет ошибок регистрации устройства Azure AD.

    6. Только ускоренные обновления: убедитесь, что на устройстве установлены средства обновления работоспособности (доступно для Windows 10 версии 1809).или более поздней версии в обновлении, описанном в KB 4023057 — обновление для компонентов службы обновления Windows 10, или в более позднем качественном обновлении). Инструменты обновления работоспособности необходимы для того, чтобы устройство могло получать ускоренное обновление качества. Расположение программы на устройстве: C:\Program Files\Microsoft Update Health Tools .
      Чтобы проверить его наличие, просмотрите список установленных программ или используйте этот скрипт PowerShell:

       Get-WmiObject -Class Win32\_Product \| Where-Object {$\_. Name -amatch "Инструменты проверки работоспособности Microsoft Update"}

    Устройство получает обновление, которое вы не развернули

    Чтобы устранить эту проблему, выполните следующие действия:

    1. Убедитесь, что устройство сканирует службу Центра обновления Windows, а не другую конечную точку. Например, если устройство сканирует обновления с конечной точки WSUS, оно может получать другие обновления. Дополнительные сведения о сканировании обновлений см. в разделе Сканирование обновлений.
    2. Только обновления функций: убедитесь, что устройство успешно зарегистрировано в управлении обновлениями функций службой развертывания. Устройство, которое не было успешно зарегистрировано, может получать разные обновления в зависимости от периода отсрочки обновления функций. Успешно зарегистрированное устройство представлено ресурсом устройства Azure AD с регистрацией управления обновлениями для обновлений функций и не имеет ошибок регистрации устройства Azure AD.

    Устранение неполадок WSUS

    Сбои подключения WSUS

    Если вы используете WSUS 3.0 SP2 на Windows Server 2008 R2, на сервере WSUS должно быть установлено обновление 4039929 или пакет обновления более поздней версии.

    Вот как проверить версию сервера:

    1. Откройте консоль WSUS.
    2. Выберите имя сервера.
    3. Найдите номер версии в разделе Обзор > Соединение > Версия сервера .
    4. Проверьте, является ли версия 3.2.7600.283 или более поздней версией.

    Если вы используете WSUS в Windows Server 2012 или более поздней версии, на сервере WSUS должен быть установлен один из следующих ежемесячных накопительных пакетов качества безопасности или более поздней версии:

    • Windows Server 2012 — KB4039873
    • Windows Server 2012 R2 — KB4039871
    • Windows Server 2016 — KB4039396

    Примечание

    Если вы используете Configuration Manager с точкой обновления программного обеспечения, установленной на удаленном сервере системы сайта, консоль администрирования WSUS должна быть установлена ​​на сервере сайта. Для WSUS 3.0 SP2, 4039 КБ929 или более поздняя версия также должна быть установлена ​​на консоли администрирования WSUS. После установки 4039929 (удаленно или локально) требуется перезагрузка сервера. Проверьте, сохраняется ли проблема после перезагрузки.

    Для устранения сбоев подключения выполните следующие действия:

    1. Убедитесь, что служба Update Services и World Wide Web Publishing Service работают на сервере WSUS.
    2. Убедитесь, что на сервере WSUS запущен веб-сайт по умолчанию или веб-сайт администрирования WSUS.
    3. Просмотрите журналы IIS для веб-сайта администрирования WSUS ( c:\inetpub\logfiles ) и проверьте наличие ошибок.

    Код ошибки: 80244007

    Сообщение об ошибке:

    Ошибка SyncUpdates_WithRecovery

    Чтобы устранить проблему, выполните следующие действия на сервере WSUS:

    1. Откройте окно командной строки с повышенными привилегиями и перейдите в следующую папку:
      %programfiles%\Update Services\WebServices\ClientWebService

    2. Введите следующие команды и нажимайте Enter после каждой команды:

       Takeown / f web. config
icacls web.config/предоставить администратора:(F)
notepad.exe web.config

    3. Найдите следующую строку в web.config:

       <добавить ключ = "maxInstalledPrerequisites" значение = "400"/>

    4. Измените значение с 400 на 800 .

    5. Сохраните файл web.config.

    6. Выполнить IISReset .

    Сбор данных

    Если вам нужна помощь службы поддержки Майкрософт, мы рекомендуем вам собрать информацию, выполнив шаги, описанные в разделе Сбор информации с помощью TSSv2 для решения проблем, связанных с развертыванием.

    Ссылка

    • Файлы журналов, созданные Центром обновления Windows
    • Устранение неполадок Центра обновления Windows
    • Распространенные ошибки Центра обновления Windows и меры по их устранению
    • Устранение неполадок с клиентскими агентами WSUS
    • Сценарий PowerShell для отклонения замененных обновлений в WSUS
    • Рекомендации служб обновления Windows Server
    • Клиентские компьютеры WSUS перезагружаются без уведомления
    • Клиенту WSUS требуется слишком много времени для завершения сканирования обновлений

    Не удалось перезапустить Windows после полного восстановления ОС — Windows Server

    Редактировать

    Твиттер

    LinkedIn

    Фейсбук

    Электронная почта

    • Статья

    В этой статье содержится помощь по устранению ошибки, возникающей при перезапуске Microsoft Windows Server 2008 R2 после выполнения полного восстановления ОС.

    Относится к:   Windows Server 2012 R2
    Исходный номер базы знаний:   2261423

    Симптомы

    При первом перезапуске после полного восстановления ОС Windows 2008 R2 появляется следующее сообщение об ошибке:

    Не удалось запустить Windows. Причиной может быть недавнее изменение оборудования или программного обеспечения. Чтобы решить проблему:

    1. Вставьте установочный диск Windows и перезагрузите компьютер.
    2. Выберите настройки языка и нажмите кнопку Далее.
    3. Щелкните Восстановить компьютер.

    Если у вас нет этого диска, обратитесь за помощью к системному администратору или производителю компьютера.

    Статус: 0xc000000e

    Информация: Не удалось выбрать загрузку, так как требуемое устройство недоступно.

    Причина

    При новой установке Windows Server 2008 R2 с DVD-диска в нераспределенное пространство создаются два раздела. Во время операции восстановления содержимое папки Boot сначала восстанавливается из резервной копии модуля записи Automated System Recovery (ASR), а затем снова восстанавливается из резервной копии на диске C. Это двойное действие восстановления приводит к несогласованности определений GUID диска в загрузочном файле. данные папки. Это несоответствие приводит к ошибке загрузки.

    Решение

    Чтобы устранить эту ошибку, используйте инструмент командной строки bcdedit. Для этого выполните следующие действия:

    1. Запустите сервер с носителя Windows Server 2008 R2.

    2. Выберите Ремонт компьютера .

    3. Выберите Командная строка .

    4. В командной строке запустите команду bcdedit. Списки элементов отображаются в разделе Диспетчер загрузки Windows и ниже 9. 0022 Загрузчик Windows .

    5. Найдите значения для следующих элементов:

      1. В Диспетчер загрузки Windows элемент Устройство должен иметь значение неизвестно .
      2. В разделе Загрузчик Windows элементы Device и osdevice должны быть установлены на unknown .

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

      1. bcdedit /set {по умолчанию} раздел устройства = c:
      2. bcdedit /set {по умолчанию} раздел osdevice=c:
      3. bcdedit /set {bootmgr} раздел устройства = c:

    7. Или найдите X:\Sources\Recovery , а затем запустите StartRep.exe, чтобы запустить утилиту быстрого автоматического восстановления при запуске, которая исправляет значения среды загрузки.

    Примечание

    Эта проблема возникает только с некоторыми средствами резервного копирования. При использовании большинства инструментов резервного копирования вы не сталкиваетесь с повреждением GUID.

    При новой установке Windows Server 2008 R2 с DVD-диска в нераспределенное пространство создаются два раздела. Первый раздел имеет размер 100 МБ, а оставшееся пространство становится диском C. Раздел размером 100 МБ является системным зарезервированным разделом. Этот раздел содержит загрузочные файлы ОС и не имеет буквы диска.

    Вы можете увидеть два раздела, выполнив команду mountvol из командной строки или используя интерфейс управления дисками.

    Это поведение установки Windows Server 2008 R2 по умолчанию можно изменить, вручную разделив и назвав том C:\ перед установкой Windows Server 2008 R2 с DVD. Это позволяет установить Windows Server 2008 R2 на один раздел без создания системного раздела размером 100 МБ.

    Если безымянный системный зарезервированный раздел размером 100 МБ не существует, установка Windows Server 2008 R2 помещает загрузочные файлы в скрытую папку на диске C. Эта скрытая папка называется Boot.

    Когда средство резервного копирования создает резервную копию стандартной установки Windows 2008 R2, оно просматривает раздел, зарезервированный системой, для резервного копирования загрузочных файлов с помощью модуля записи VSS, называемого автоматической записью для восстановления системы (ASR Writer). Вы можете увидеть это средство записи VSS, выполнив команду vssadmin list записывающих устройств в командной строке.

    При выполнении полного резервного копирования или восстановления ОС в стандартной установке Windows Server 2008 R2 с разделом, зарезервированным системой, последующая загрузка не должна вызывать проблем. Это связано с тем, что модуль записи ASR правильно считывает и записывает необходимые данные в расположение загрузки, и при этом не происходит повреждения GUID.

    Однако, если папка Boot существует на именованном томе, таком как диск C, резервное копирование содержимого папки Boot выполняется файловой системой в дополнение к резервному копированию модулем записи ASR.