Uefi platform initialization зависает

Обновлено: 04.07.2024

В этой статье ИТ-специалисту предоставляется информация для устранения неполадок в модуле доверенных платформ (TPM):

С помощью TPM 1.2 и Windows 10 версии 1507 или 1511 или Windows 11 можно также принять следующие действия:

Сведения о комлетах TPM см. в Windows PowerShell.

О инициализации и владении TPM

Начиная с Windows 10 и Windows 11, операционная система автоматически инициализирует и берет на себя ответственность за TPM. Это изменение от предыдущих операционных систем, в котором необходимо инициализировать TPM и создать пароль владельца.

Инициализация TPM устранения неполадок

Если вы Windows, что система не может автоматически инициализировать TPM, просмотрите следующие сведения:

Вы можете попытаться очистить TPM к значениям по умолчанию фабрики и разрешить Windows повторно инициализировать его. О важных мерах предосторожности для этого процесса и инструкциях по его завершению см. в статье Clear all the keys from the TPM, далее в этой статье.

Если TPM является TPM 2.0 и не обнаруживается Windows, убедитесь, что ваше компьютерное оборудование содержит единый extensible Интерфейс прошивки (UEFI), который является доверенным вычислительной группы совместимым. Кроме того, убедитесь, что в параметрах UEFI TPM не был отключен или скрыт от операционной системы.

Если у вас есть TPM 1.2 с Windows 10, версией 1507 или 1511 или Windows 11, TPM может быть отключен, и его необходимо включить, как описано в Включите TPM. Когда он включен, Windows повторно инициализировать его.

Устранение проблем сетевого подключения для Windows 10, версий 1507 и 1511 или Windows 11

Если у вас есть Windows 10 версии 1507 или 1511 или Windows 11, инициализация TPM не может завершиться, если у компьютера есть проблемы с подключением к сети и существуют следующие условия:

Администратор настроил компьютер на то, чтобы сохранить сведения о восстановлении TPM в службе домена Active Directory (AD DS). Это требование можно настроить с помощью групповой политики.

Контроллер домена не может быть достигнут. Это может произойти на компьютере, который в настоящее время отключен от сети, отделен от домена брандмауэром или испытывает сбой сетевого компонента (например, отключенный кабель или неисправный сетевой адаптер).

Системы устранения неполадок с несколькими TPM

В некоторых системах может быть несколько TPM, а активная TPM может быть перебита в UEFI. Windows не поддерживает такое поведение. Если переключить TPM, Windows может не обнаруживать или взаимодействовать с новым TPM. Если планируется переключить TPMs, необходимо переключиться на новый TPM, очистить его и переустановить Windows. Дополнительные сведения см. в статье Clear all the keys from the TPM, later in this article.

Например, при перестроении TPMs BitLocker будет введен режим восстановления. Настоятельно рекомендуется, чтобы в системах с двумя TPMs был выбран один TPM, который будет использоваться, и выбор не меняется.

Очистка всех ключей от TPM

Приложение Центра Защитник Windows безопасности можно использовать для очистки TPM в качестве шага по устранению неполадок или в качестве последней подготовки перед чистой установкой новой операционной системы. Подготовка к чистой установке таким образом помогает убедиться, что новая операционная система может полностью развернуть все функциональные возможности на основе TPM, которые она включает, например проверку. Однако, даже если TPM не очищается до установки новой операционной системы, большинство функций TPM, вероятно, будет работать правильно.

Очистка TPM сбрасывает его в бесхозяйном состоянии. После очистки TPM операционная Windows автоматически повторно инициализирует ее и снова станет владельцем.

Очистка TPM может привести к потере данных. Дополнительные сведения см. в следующем разделе "Меры предосторожности, которые необходимо принять перед очисткой TPM".

Меры предосторожности, которые необходимо принять перед очисткой TPM

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

Очистка TPM приводит к потерям всех созданных ключей, связанных с TPM, и данных, защищенных этими ключами, такими как виртуальная смарт-карта или знак в PIN-коде. Убедитесь, что у вас есть метод резервного копирования и восстановления для любых данных, защищенных или зашифрованных TPM.

Не очищайте TPM на устройстве, которое не принадлежит вам, например на компьютере или учебном компьютере, без указания ИТ-администратора.

Если вы хотите временно приостановить операции TPM и у вас есть TPM 1.2 с Windows 10, версией 1507 или 1511 или Windows 11, вы можете отключить TPM. Дополнительные сведения см. в статье Отключение TPMв этой статье.

Всегда используйте функции в операционной системе (например, TPM.msc) для очистки TPM. Не очищайте TPM напрямую от UEFI.

Так как оборудование безопасности TPM является физической частью компьютера, перед очисткой TPM можно прочитать руководства или инструкции, которые пришли с компьютера, или найти веб-сайт производителя.

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

Очистка TPM

Откройте приложение центра Защитник Windows безопасности.

Выберите безопасность устройства.

Выберите сведения об процессоре безопасности.

Выберите устранение неполадок процессора безопасности.

Выберите Clear TPM.

Вам будет предложено перезапустить компьютер. Во время перезапуска UEFI может нажать кнопку, чтобы подтвердить, что вы хотите очистить TPM.

После перезапуска компьютера ваш TPM будет автоматически подготовлен к использованию Windows.

Включите или отключите TPM (доступно только с TPM 1.2 с Windows 10 версии 1507 и выше)

Обычно TPM включен в рамках процесса инициализации TPM. Обычно не требуется включить или отключить TPM. Однако при необходимости это можно сделать с помощью MMC TPM.

Включаем TPM

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

Включить TPM (TPM 1.2 с Windows 10 версии 1507 и выше)

Откройте MMC TPM (tpm.msc).

В области Действий выберите включить TPM, чтобы отобразить включаемую страницу Оборудования безопасности TPM. Ознакомьтесь с инструкциями на этой странице.

Выберите выключение (или перезапуск), а затем выполните подсказки на экране UEFI.

После перезапуска компьютера, но перед входом в Windows, вам будет предложено принять перенастройку TPM. Это гарантирует, что пользователь имеет физический доступ к компьютеру и что вредоносное программное обеспечение не пытается внести изменения в TPM.

Отключение TPM

Если вы хотите прекратить использование служб, предоставляемых TPM, вы можете отключить TPM MMC.

Отключение TPM (TPM 1.2 с Windows 10 версии 1507 и выше)

Откройте MMC TPM (tpm.msc).

В области Действия выберите turn TPM Off, чтобы отобразить страницу обеспечения безопасности TPM.

В диалоговом окне Отключение аппаратного обеспечения безопасности TPM выберите метод, чтобы ввести пароль владельца и отключить TPM:

Если вы сохранили пароль владельца TPM на съемных устройствах хранения, вставьте его, а затем выберите у меня есть файл пароля владельца. В диалоговом окне Выбор резервного копирования с диалоговое окно владельца TPM выберите Просмотр, чтобы найти файл .tpm, сохраненный на съемных устройствах хранения, выберите Открыть, а затем выберите Turn TPM Off. ****

Если у вас нет съемного устройства хранения с сохраненным паролем владельца TPM, выберите я хочу ввести пароль. В диалоговом окне Введите пароль владельца TPM, введите пароль (включая дефис), а затем выберите Turn TPM Off.

Если вы не сохраните пароль владельца TPM или больше не знаете его, выберите, что у меня нет пароля владельца TPM, и следуйте инструкциям, которые предоставляются в диалоговом окне и последующих экранах UEFI, чтобы отключить TPM без ввода пароля.

Использование комлетов TPM

Вы можете управлять TPM с помощью Windows PowerShell. Подробные сведения см. в материале TPM Cmdlets in Windows PowerShell.

Имеется нетбук MSI S12 (https://linux-hardware.org/index.php?probe=1fbdf6ab06).
Предустановлена Win8.1 в EFI-режиме, в планах было рядом в этом же режиме установить ROSA Desktop.
В режиме Legacy ROSA загружается и даже устанавливается (за исключением установки загрузчика), а вот в EFI - зависает после "Loading initramfs. "
Было испробовано:
- загружаться с флэшки, записанной при помощи Image Writer, а также с USB-DVD
- разные версии: ROSA Desktop R8.1 KDE/Plasma, ROSA Desktop R10 KDE/Plasma/XFCE
- физически отключал винт
Результат одинаковый.

Вводя последовательно команды загрузки в терминале GRUB, удалось выяснить, что зависание происходит сразу после выполнения команды boot.
Может, есть какой-то способ выяснить подробнее, что именно вызывает зависание?

P.S. Пробовал вводить различные параметры ядра типа acpi=off, nomodeset, radeon.nomodeset, debug и. т.п., но, похоже, что до передачи управления ядру дело не доходит.
P.P.S. После зависания при нажатии на стрелку "Вправо" на клавиатуре происходит короткое обращение к загрузочному носителю, либо перезагрузка ноута.

там при загрузке bios efi должен быть выбор файла для загрузки /EFI/BOOT/grubx64.efi, его надо выбрать.
Если grubx32.efi то скорей всего не загрузится, у меня биос о такой штуке не знает. разные версии: ROSA Desktop R8.1 KDE/Plasma, ROSA Desktop R10 KDE/Plasma/XFCE К сожалению, в BIOS нет возможности вручную создавать/редактировать загрузочные пункты меню EFI.
Т.к. загрузка производится с "родного" (x86_64) образа, то grubx32.efi в нём отсутствует. В каталоге /EFI/BOOT/ имеются файлы BOOTx64.efi, grubx64.efi и grub.cfg чего то не хватает, не может быть так что ЕФИ работает только на определенное расположение ЕФИ файлов? хотя вроде стандартное расположение. может быть должно быть так:
/EFI/BOOT/windows/ для виндус
/EFI/BOOT/rosa/ для росы?
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить. По-идее, всего должно хватать, т.к. на другом железе с данной флэшки загрузка происходит в EFI-режиме без проблем. Да и меню GRUB2 выводится ведь, значит, не в этом дело. должно быть так:
/EFI/BOOT/windows/ для виндус
/EFI/BOOT/rosa/ для росы? На флэшке путь к файлам /EFI/BOOT/, на разделе EFI на жестком диске инсталятор расположил файлы в каталоге /EFI/BOOT/rosa/ попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить. По-идее, всего должно хватать, т.к. на другом железе с данной флэшки загрузка происходит в EFI-режиме без проблем. Да и меню GRUB2 выводится ведь, значит, не в этом дело. в
должно быть так:
/EFI/BOOT/windows/ для виндус
/EFI/BOOT/rosa/ для росы? На флэшке путь к файлам /EFI/BOOT/, на разделе EFI на жестком диске инсталятор расположил файлы в каталоге /EFI/BOOT/rosa/ попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить. можете еще и в корень и папку /EFI, позможно биос откуда нибудь подхватит. А потом методом исключения можно будет вычислить откуда загружается. Перед загрузкой с флешки если есть, попробуйте отключить secure boot в Bios. Предпологаю что initrams здесь не причем, так как вы режиме легаси грузитесь спокойно.
Могу предположить что в BOOTx64.efi, grubx64.efi нет какого то нужного модуля.
Возьмите эти файлы из любой из последних ubuntu 18.04 например, они подписаны и имеют кучу модулей в сборке, даже iso загружает. и замените Росовские, результат если будет в студию.
Можете и сами собрать эти файлы, мануалы по сети есть, сам не собирал. Спасибо за подсказку!
После замены grubx64.efi на загрузочной флэшке Росы на соответствующий файл от Убунты ROSA загрузилась (с отключенным Secure boot).
Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы. Оказывается, одна и та же инструкция выглядит совершенно по-разному на русском и английском языках: Русская, Английская) Спасибо за подсказку!
После замены grubx64.efi на загрузочной флэшке Росы на соответствующий файл от Убунты ROSA загрузилась (с отключенным Secure boot).
Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы. Оказывается, одна и та же инструкция выглядит совершенно по-разному на русском и английском языках: Русская, Английская) Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы В простейшем случае у вас должн сохранится /EFI/BOOT/ от виндус, туда и закинте свои файлы. Ну и grub2 установить нужно. хотя это все должно при установке ROSA произойти, и загрузчик ROSA виндус должен обнаружить виндус и прописать в загрузку. Виндус переустанавливать не надо, linux в отличии от виндус знает о других системах.
Если есть возможность пишите свои танцы с бубном, это опыт и информация для других. Разработчикам не плохо бы уже переделать grubx64.efi по типу Ubuntu хотя бы, так как видно запросы по оборудованию растут. Да, каталог /EFI/BOOT/ от винды имеется, но даже теоретически не хотелось бы мешать всё в одну кучу.
Тем более, что установщик Росы создал каталог /EFI/rosa/ и переписал туда несколько *.efi файлов (вером будет ноут под рукой - распишу, какие именно). Но т.к. установка производилась в режиме Legacy, то загрузчик grub2 не был установлен и сконфигурирован, о чем установщик Росы честно предупредил. Также, не был создан пункт меню в EFI.
Собственно, два последних пункта мне и оставалось доделать:
Установил grub2 из-под Live-системы при помощи команды - как по инструкции. В целом, установка прошла успешно, за исключением предупреждения: хотя указанный файл находится по данному пути.
Далее, создал загрузочный пункт меню EFI: В итоге, EFI не хочет загружать вновь созданный пункт меню - ошибок не пишет, просто выкидывает обратно в BIOS.
P.S. Единственное, что настораживает - файл \EFI\rosa\grub2\grub.efi, записанный Росой на раздел EFI, отличается по размеру от родного файла grubx64.efi на Live-флэшке.
Вчера уже поздно было экспериментировать, попробую сегодня заменить этот файл файлом от Убунты, отпишусь. efibootmgr не пользовался.
можно сделать так, по своему ПК аналогию проведете: дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
вообще после установки grub файл grub.cfg должен быть одинаковым в /boot/grub2/ и в /EFI/rosa/ дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет. Я вместо этой команды выполнял update-grub2, винду нашёл и прописал в конфиг. Думаю, пока у меня проблемы на уровне загрузки EFI. вообще после установки grub файл grub.cfg должен быть одинаковым в /boot/grub2/ и в /EFI/rosa/ grub.cfg в /EFI/rosa/ ссылается на grub.cfg в корневой ФС. Соглашусь - стоит его тупо переписать из /boot/grub2/ в отладочных целях. дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет. Я вместо этой команды выполнял update-grub2, винду нашёл и прописал в конфиг. Думаю, пока у меня проблемы на уровне загрузки EFI. вообще после установки grub файл grub.cfg должен быть одинаковым в /boot/grub2/ и в /EFI/rosa/ grub.cfg в /EFI/rosa/ ссылается на grub.cfg в корневой ФС. Соглашусь - стоит его тупо переписать из /boot/grub2/ в отладочных целях. Скорей всего придется менять grubx64.efi от ROSA, на ubuntu.

Победил, наконец! Вот пошаговая инструкция, как настроить запуск РОСЫ в EFI-режиме:

Загружаемся в Live-систему

Получаем список разделов на жестких дисках:
fdisk -l | grep sd

Монтируем целевую систему (например, находящуюся на sda7):
mount /dev/sda7 /mnt

Определяем раздел EFI (обычно раздел 300-500Мб с FAT32):
blkid | grep EFI

Монтируем EFI-раздел (например, sda2):
mount /dev/sda2 /mnt/boot/efi

Создаём на EFI-разделе каталог /mnt/boot/efi/EFI/rosa/grub2-efi , в него копируем файл /boot/efi/EFI/grub.efi

Устанавливаем загрузчик командой:
grub2-install --recheck --boot-directory=/mnt/boot/efi/EFI/rosa --efi-directory=/mnt/boot/efi

Проверяем успешность создания загрузочного пункта меню EFI:
efibootmgr -v

Должен создаться пункт меню примерно следующего содержания:
Boot0000* rosa HD(2,12c800,96000,f9c9188d-bece-4fc1-ba5a-6d93aa93a554)File(\EFI\rosa\BOOTx64.efi)

В случае необходимости изменения параметров пункта меню удаляем его:
efibootmgr -b 0000 -B
где 0000 - номер пункта меню rosa
И создаём заново:
efibootmgr --create --gpt --disk /dev/sda --part 2 --label "ROSA" --loader "\EFI\rosa\BOOTx64.efi"
где sda - диск, содержащий раздел EFI, 2 - номер раздела на этом диске

Переименовываем файл /mnt/boot/efi/EFI/rosa/grubx64.efi в BOOTx64.efi

Удаляем каталог /mnt/boot/efi/EFI/rosa/grub2-efi

Переименовываем каталог /mnt/boot/efi/EFI/rosa/grub2 в grub2-efi

Выполняем команду update-grub2

Копируем файл /boot/grub2/grub.cfg в каталог /mnt/boot/efi/EFI/rosa/

Перезагружаемся с винта, в меню загрузки выбираем пункт "ROSA. (on sda7)"

Что происходит при запуске сервера, порой неизвестно даже опытным системным администраторам и разработчикам. Во второй части материала тестировщик Selectel, Владимир Туров, подробно рассказывает о процессе на примере UEFI.

Первая версия того, что сейчас известно как Unified Extensive Firmware Interface (UEFI), разрабатывалась в 90-е годы прошлого тысячелетия специально под системы на Intel® Itanium® и называлась Intel Boot Initiative, а позже — EFI.

Желание «обновить» процесс загрузки было ожидаемо. PC-BIOS, именуемый ныне Legacy, предлагает работать в 16-битном real mode, адресует всего 1 МБ оперативной памяти, а загрузчик вместе с таблицей разделов должен размещаться в первых 512 байтах накопителя. Более того, PC-BIOS передает управление первому найденному загрузчику без возможности возврата назад. При этом обработку случаев с несколькими операционными системами возлагают на плечи загрузчика.

Ограничение на размер загрузчика диктует использование разметки Master Boot Record (MBR), появившийся в 1983 году. MBR не стандартизирован, однако множество производителей придерживаются «сложившихся традиций». У MBR есть серьезные ограничения: по умолчанию поддерживается только 4 раздела и объем накопителя не более 2.2 ТБ.

В декабре 2000 года была выпущена первая широко распространенная спецификация EFI под версией 1.02. Спустя пять лет Intel передали EFI в UEFI Forum, добавив Unified в название, чтобы подчеркнуть изменения. Спецификация UEFI лежит в открытом доступе и состоит из нескольких документов:

ACPI Specification;
UEFI Specification;
UEFI Shell Specification;
UEFI Platform Initialization Specification;
UEFI Platform Initialization Distribution Packaging Specification.

Самое интересное начинается в UEFI Platform Initialization Specification, где описываются все фазы загрузки платформы.

UEFI универсален, но в данной статье мы будем опираться на стандарт, поглядывая в сторону процессоров на архитектуре x86_64.

Последовательность фаз загрузки UEFI Источник: UEFI Platform Initialization Specification

После инициации включения платформы блок питания ждет, пока не завершатся переходные процессы, и после устанавливает сигнал на линию Power_Good. И первым начинает работу не центральный процессор, а автономная подсистема Intel® Management Engine (ME) или аналогичная ей AMD Secure Technology (ST). Эта подсистема проводит собственные операции, а затем подготавливает и запускает первое ядро одного процессора, именуемое Bootstrap Processor (BSP).

В соответствии с принятой терминологией ядро/поток процессора здесь и далее будет называться процессором: начальным (bootstrap processor) или прикладным (application processor).

Как и в Legacy, процессор начинает выполнять первую инструкцию в конце адресного пространства по адресу 0xfffffff0. Эта инструкция — прыжок на первую фазу инициализации платформы — SEC.

обработка события включения;
инициализация достаточного количества памяти для следующей фазы;
становление корня доверия системы;
передача необходимой информации и управления на следующую фазу.

Процессоры x86_64 запускаются в 16-битном реальном режиме, и в процессе первичной инициализации BSP переводится в 32-битный защищенный режим. Затем происходит обновление микрокода всех доступных процессоров.

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

Во время фазы SEC не происходит инициализация оперативной памяти. Вместо этого свободный кэш процессора помечается как несбрасываемый, и он превращается во временную оперативную память. Такой режим называется no-eviction mode (NEM). В выделенной памяти создается стек, что позволит модулям из следующих фаз использовать стековые языки программирования до инициализации основной оперативной памяти.

Далее происходит инициализация всех прикладных процессоров (Application Processor, AP) с отправкой им специальной последовательности межпроцессорных прерываний (Inter-Processor Interrupt, IPI). Последовательность Init IPI — Start-up IPI — пробуждает прикладной процессор и запускает на нем самотестирование — Built-In Self-Test (BIST). Результаты тестирования записываются и передаются далее для анализа.

В конце фазы Security необходимо найти раздел Boot Firmware Volume (BFV), на котором располагается исполняемый код следующей фазы, а также по возможности найти другие, неосновные, разделы с кодом (Firmware Volume, FV).

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

Данная инструкция пойдет как к классическому BIOS, так и к UEFI в режиме BIOS.

Фото взято из открытого доступа (источник: Яндекс.Картинки). Фото взято из открытого доступа (источник: Яндекс.Картинки).

Диагностируем проблему.

1) Войти в режим BIOS. Для этого при загрузке компьютера на логотипе нажмите клавишу DEL (на некоторых материнских платах может отличаться - уточняйте в мануалах к вашей материнской плате).

2) Переходим в раздел "Boot"

3) Находим функцию "Full Screen Logo". По умолчанию она будет стоять в режиме "Enable", то есть "Включено". Наша задача - это перевести ее в режим "Disable", соответственно "Отключено".

Фото взято из открытого доступа. Источник: Яндекс.Картинки Фото взято из открытого доступа. Источник: Яндекс.Картинки

Теперь при загрузке не будет логотипа, а BIOS будет выдавать свои логи на экран, в итоге мы сможем понять в чем проблема. Тут у каждого будет свой путь решения проблемы.

Способы устранения неисправности.

1) BIOS висит на инициализации USB контроллёров.

Именно так BIOS будет висеть, через некоторое время он продолжит загрузку. Фото взято из открытого доступа. Источник: Яндекс.Картинки Именно так BIOS будет висеть, через некоторое время он продолжит загрузку. Фото взято из открытого доступа. Источник: Яндекс.Картинки

Для начала следует отключить все дополнительные USB-устройства, кроме мыши. Если компьютер все-равно будет висеть, а мышь в системе будет работать, то необходимо зайти в "Диспетчер задач".

Там можно будет обнаружить "Unknown Device". Если у вас есть такое, и у вас подключен кард-ридер, то проблема скорее всего в нем. Вам необходимо открыть крышку системника и отключить его от внутреннего интерфейса USB материнской платы.

Далее попробуйте не закрывая крышку запустить компьютер. Если проблема уйдет - значит все решено, если нет, то попробуйте отключить все устройства USB, которые находятся внутри системного блока (у них будет такой же интерфейс, как и у кард-ридера).

Внутренние интерфейсы USB материнской платы. Фото взято из открытого доступа. Источник: Яндекс.Картинки Внутренние интерфейсы USB материнской платы. Фото взято из открытого доступа. Источник: Яндекс.Картинки

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

2) BIOS зависает на определении жестких дисков и дисководов SATA или вовсе не видит их.

Я не буду описывать про IDE дисководы и ЖД, поскольку в наше время даже в самом слабом рабочем ПК используется SATA интерфейс.

Фото взято из открытого доступа. источник: Яндекс.Картинки Фото взято из открытого доступа. источник: Яндекс.Картинки

Тут я могу сразу сказать, что ситуация пострашнее, дело в том, что может потребоваться поменять жесткий диск. Но еще рано торопиться.

Если есть такая возможность, попробуйте подключить к компьютеру другой жесткий диск. Если же такой возможности нет, но есть хотя-бы флешка или диск с установщиком системы или LiveCD система типа Windows PE, тогда можете смело отключать жесткий диск и пробовать загрузиться с LiveCD.

Однако, такой возможности тоже может не быть. тогда просто отключаем жесткий диск и пытаемся загрузиться в BIOS. Если загрузится быстро - то пора менять жесткий диск.

3) Универсальный способ, который подойдет при конфликте настроек BIOS и при некоторых других проблемах.

Я описал две основные причины зависания, теперь я опишу самый простой и универсальный способ, который может помочь при мелких проблемах, типа конфликта настроек BIOS.

Читайте также: