60 dxe core is started что значит

Внимание!

В этой теме выбираем материнскую плату для компьютера и обсуждаем сопутствующие вопросы. Остальные компоненты в соответствующих темах
Если компьютер собираете для игр, обсуждение необходимо вести в теме Сборка Игрового ПК
Если компьютер собираете для работы, обсуждение необходимо вести в теме Сборка не игрового ПК / Компьютер для работы
Если нужно собрать максимально дешевый компьютер, то обсуждение в теме Сборка супербюджетного ПК
Вопросы по улучшению существующего компьютера в теме Апгрейд / Улучшение вашего ПК
Обсуждение в каком конкретно магазине купить компоненты для компьютера осуществляем в теме Где купить запчасти для ПК и прочей техники, нюансы покупки в зарубежных магазинах обсуждаются тут: Клуб любителей зарубежного шоппинга, вопросы гарантийного обслуживания и прочие юридические моменты тут: Сервисное обслуживание, обмен и возврат ПК и иной техники
Проблемы с ПК — тут решаем возникшие неполадки с «железом» ПК
Как быстро собрать информацию о текущем оборудовании и показать её в теме

Огромная база материнских плат. Подбор платы под процессор
Обзоры материнских плат от TPU

Информация про систему питания материнских плат:

Z590/B560 VRM List
Гайд по выбору материнской платы VRM и прочее.
Рейтинг VRM плат на сокете AM4
AM4 X570/ P560/ B550/ A520/ A420/VRM List
AM4 B350 / X370 VRM List
LGA 2066 X299 VRM List
LGA 1151 Z170 / Z270 / Z370 / Z390 VRM List
AMD Motherboards — VRM info
Vrm B550 материнских плат.

Сравнение матплат

LGA1151v2
AM4-socket
TR4-socket
LGA1200 vrm list

Прочее

Гид по Asrock UEFI

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

В теме нет куратора. По вопросам наполнения шапки обращайтесь к модераторам раздела через кнопку под сообщениями, на которые необходимо добавить ссылки.

Сообщение отредактировал ninja88 — 09.09.21, 21:19

Материнская плата ASUS

Описание:

Батарейка на материнской плате быстро садится. Родная работала 2 года, потом за последние 4 месяца заменял 2 раза. С начало время на часах сбивается на час назад, потом чуть больше, доходит до

5-6 часов. Батарейки покупались в одном месте. В чем проблема может быть?

Операционная система: 7

nursxkaz,

Источник

60 dxe core is started что значит

Конфигурация PC:
CPU: Intel i7-9800X
MB: Asus Workstation X299 SAGE
ОЗУ: Samsung 128 ГБ 2400 МГц
HDD/SSD: Intel Optane 905P 960 ГБ — система Intel Optane 900P 280 ГБ x2 (RAID 0 Vroc) — скретч | Intel Optane P4800X 750 ГБ — файлопомойка | Intel X-25-E 32 ГБ x4 (RAID 0) — кеш | Samsung 960 PRO 512 ГБ — проекты | Intel P3600 1.6 ТБ (3шт) — проекты | Intel DC S4600 1.9 TБ (4шт) — проекты | Intel P4500 8 ТБ — хранилище Toshiba HDD 14 TB
Video: AMD Radeon PRO WX 4100 + Nvidia Quadro p600
Sound: Chord Mojo + Creative AE-5
АC: Audio-Technica ATH-AD2000X + Audio-Technica AT2020 USBi + Creative Woof 3
PCI: TP-Link Archer T6E
DVD/CD: Asus USB
Корпус: FD Define S2 VISION
БП: Seasonic Prime Titanium Ultra 1000W
Cooler: Noctua U12S + NB Bionic eLoop B12-1 (x2) NB Bionic eLoop B14-2(x4)
Монитор: Eizo ColorEdge CG319X
OS: Win 11 PRO ENG
Keyboard: Apple Magic keyboard 2
Mouse\other: Apple Magic Trackpad 2 | Wacom Intuos Pro S 2019 | Griffin Powermate

Ночь добрая, коллеги.

Прошу вашей помощи, т.к 2 дня я мучался и пыхтел, читал форумы, но не смог определить причины поломки не зная чего.

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

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

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

New CPU установлен. проверьте настройки и потом самое интересно Chassis intrudet. Fatal Error System Halted.

Вырубаю блок, включаю тоже самое, а потом вдруг с ресета система грузится, смотрю биос, там вообще все ну как было когда мамку покупал. Т.е ничего не трогал, оставил как есть память (я ее обычно гоню), жму окей, винда грузится, я спокойно работаю, но как только я выключаю копм, все опять танцы и ситуация, что на видео. И я понять не могу, почему с выключением питание такая фигня происходит. Не знаю что вышло из строя. Может мамка погорела? или от перевосзки частой что-то вышло из строя? Биос джамперы тоже не дают результата. CMOS reset работает из раза к разу. Причем вынул вообще батарейку, в надежде что будет сигнал сразу и в биос кидать, ан нет, в общем не могу выявить системативность ошибки.

На видео есть коды, выписываю их значение.
F1 — Recovery condition triggered by user (Forced recovery)
4F — DXE IPL is started
56 — Invalid CPU type or Speed (вот это странно, но главное в биос не попасть)
55 — Memory not installed (только что работал, выключил, включил и вот этот код) в винде в работе все 32ГБ видны.
D3 — Some of the Architectural Protocols are not available
97 — Console Output devices connect

Источник

Can’t boot up new build. Error «60» — DXE Core is started.

WizKoulikov

Reputable

Intel i7 5930K
Corsair H100i CPU Cooler
Gigabyte GA-X99-UD5 WIFI
(48 GB) 6 x 8GB Crucial Ballistix Sport DDR4 2400 (PC4-19200)
2x SLI — EVGA 04G-2978-KR GeForce GTX 970 FTW
NZXT Hale90 V2 NP-1GM-1200A 1200W ATX12V
Corsair Carbide 500r Case
250 GB Samsung SSD (OS and Programs)
1 TB HDD
2 TB WD HDD
LG Blu-ray RW
LG DVD RW
NZXT Aperture M Card Reader

I just recently put together a new build, but can’t get it started up. I have RAM Dimms in the slots according to the manual in slots 1, 3, 4, 5, 7, 8. With all the RAM installed the motherboard just beeps (added a speaker not included with the board) and lights up with «60» on the debug panel. The book says that means «DXE Core is started.» What the heck does that mean? All the fans run and after a couple of seconds the system restarts and repeats. No visuals on screen.

I tried removing all the RAM and trying each Dimm seperately in different combinations. I get this same result when any Dimm is added to the channels right of the CPU. If I only have RAM installed in the left channels I get a different result.
There are no beeps but the debug panel cycles through different codes. Not sure if this is normal since I’ve never used this mobo before.

It skips from 60, 60, 51, 91, 4F, 79, 91, 62, 64. Once it hits 64 it stays on it for half a second then shutsdown and boots itself up after a minute then repeats. On the screen I can see the Gigabyte boot screen and then it restarts.

Anyone have any idea how to fix this. Do I have to get RMA my mobo cause that sounds like a pain in the ass. Especially since I had to rewire this thing already since my case wouldn’t close the first time. My wiring was a mess.

Источник

Русские Блоги

Подробное объяснение каждого этапа полного процесса запуска системы UEFI

1 Процесс запуска

Запуск системы UEFI следует стандарту инициализации платформы UEFI (PlatformInitialization).
Система UEFI может быть разделена на 7 этапов от включения до выключения:

7 этапов системы UEFI от включения до отключения

Первые три фазы — это фаза инициализации UEFI. После завершения фазы DXE среда UEFI готова.

BDS и TSL — это этапы, на которых загрузчик операционной системы работает как приложение UEFI.

Загрузчик операционной системы вызывает службу ExitBootServices () и входит в фазу RT.Фаза RT включает в себя позднюю стадию загрузчика операционной системы и время выполнения операционной системы.

Когда системное оборудование или операционная система имеют серьезные ошибки и не могут продолжать нормально работать, микропрограмма попытается исправить ошибки, и затем система перейдет в период AL. Однако ни спецификация PI, ни спецификация UEFI не определяют поведение периода AL. Знак «?» Указывает, что поведение определяется поставщиком системы.

1. Этап SEC

Стадия SEC (фаза безопасности) — это первая стадия инициализации платформы, которая вступает в силу после включения компьютерной системы.

1.1 Функции на этапе SEC

Система UEFI включается или перезапускается для входа в стадию SEC, функционально она выполняет следующие четыре задачи.

Получать и обрабатывать сигналы запуска и перезапуска системы: сигнал о включении системы, сигнал перезапуска системы и сильный ненормальный сигнал во время работы системы.
Инициализируйте область временного хранения: когда система работает в фазе SEC, инициализируются только ЦП и внутренние ресурсы ЦП, а различные внешние устройства и память не инициализируются, поэтому системе требуется некоторая временная область ОЗУ для доступа к коду и данным. Это называется временная память, чтобы показать разницу с памятью. Эти временные ОЗУ могут быть расположены только внутри процессора. Наиболее часто используемая временная ОЗУ — это Кэш. Когда Кэш настроен в режиме отсутствия высылки, его можно использовать в качестве памяти. Данные в Кэш-памяти возвращаются при обращении к чтению, а пропущенное событие не отправляется в основную память при пропущенном чтении, а данные записываются при записи попадания. При записи в Cahce пропущенное событие не будет отправлено в основную память при отсутствии записи. Этот метод называется CAR (Cache As Ram).
Как корень доверенной системы: как первая часть, чтобы получить контроль над системой, этап SEC является корнем всей доверенной системы. Система может доверять SEC, и основа для доверия будет доступна только на всех последующих этапах. Как правило, SEC может проверить PEI перед передачей управления в PEI.
Передайте системные параметры на следующий этап (т. Е. PEI): вся работа на этапе SEC заключается в подготовке к этапу PEI, и, наконец, SEC передаст управление в PEI и сообщит результаты текущего этапа в PEI.

Средство отчетности состоит в том, чтобы передавать следующую информацию в качестве параметра в функцию ввода PEI.

Текущее состояние системы. PEI может определять работоспособность системы на основе этих состояний.
Адрес и размер загрузочной прошивки (Boot Firmware Volume).
Адрес и размер временной области ОЗУ.
Адрес и размер стека.

(2) SEC этап выполнения процесса

Функция SEC представлена выше, давайте посмотрим на поток выполнения SEC, как показано на рисунке 1-3.

Процесс запуска системы UEFI (2)

Принимая временную инициализацию ОЗУ в качестве границы, выполнение SEC делится на две части: перед тем, как временная ОЗУ вступает в силу, она называется этапом сброса вектора, и после того, как временная ОЗУ вступает в силу, вызывается функция входа SEC для входа в функциональную область SEC.

Ход выполнения сброса вектора выглядит следующим образом.

1) Введите запись прошивки.

2) Переключение из реального режима в 32-битный плоский режим (включая режим).

3) Найдите BFV (объем загрузочной прошивки) в прошивке.

4) Найдите изображение SEC в BFV.

5) Если это 64-битная система, переключитесь из 32-битного режима в 64-битный режим.

6) Вызовите функцию ввода SEC.

Следующий код описывает процесс выполнения от записи сброса вектора встроенного ПО до функции ввода SEC:

В части сброса вектора, поскольку система еще не имеет ОЗУ, она не может использовать программирование на основе стека, а все вызовы функций моделируются с использованием инструкций jmp. OneTimeCall — это макрос, используемый для имитации инструкций вызова. Например, макрос вызывает OneTimeCall EarlyInit16, как показано на рисунке 1-4.

После входа в функциональную область SEC сначала используйте технологию CAR для инициализации стека, инициализации IDT, инициализации EFI_SEC_PEI_HAND_OFF, передачи управления в PEI и передачи EFI_SEC_PEI_HAND_OFF в PEI.

Разные аппаратные платформы, код SEC будет иметь разные реализации, но общий процесс реализации схож.

2 этап PEI

Ресурсы этапа PEI (Pre-EFI Initialization) по-прежнему очень ограничены. Память не инициализируется до позднего PEI. Ее основная функция заключается в подготовке среды выполнения для DXE. Информация, которая должна быть передана в DXE, состоит из списка HOB (блок передачи обслуживания) и, в конечном итоге, управления Переезд в DXE.

Процесс выполнения PEI показан на рисунке

Функционально PEI можно разделить на следующие две части.

Ядро PEI (PEI Foundation): отвечает за основные услуги и процессы PEI.

Диспетчер PEIM (модуль PEI): Основная функция — найти все PEIM в системе и последовательно выполнить PEIM в соответствии с зависимостями между PEIM. Инициализация системы на этапе PEI в основном выполняется PEIM.

Каждый PEIM является независимым модулем, и тип функции входа модуля определяется следующим образом:

typedef EFI_STATUS(EFIAPI *EFI_PEIM_ENTRY_POINT2)(IN EFI_PEI_FILE_HANDLE FileHandle,IN CONST EFI_PEI_SERVICES **PeiServices);

Через PeiServices PEIM может использовать системные сервисы, предоставляемые на этапе PEI, а через эти системные сервисы PEIM может получить доступ к ядру PEI. Связь между PEIM осуществляется через PPI (интерфейсы PEIM-to-PEIM).

PPI аналогичен протоколу на этапе DXE. Каждый PPI представляет собой структуру, которая содержит указатели функций и переменные, например:

struct _EFI_PEI_DECOMPRESS_PPI
extern EFI_GUID gEfiPeiDecompressPpiGuid;

У каждого PPI есть GUID. Согласно GUID, экземпляр PPI, соответствующий GUID, может быть получен через службу LocatePpi PeiServices.

Важной особенностью UEFI является его модульная конструкция. После загрузки модуля в память создается изображение. Функция ввода изображения — _ModuleEntryPoint. PEI также является модулем, функцией ввода изображения PEI _ModuleEntryPoint, расположенным в MdePkg / Library / PeiCoreEntryPoint / PeiCoreEntryPoint.c. Наконец, _ModuleEntryPoint вызывает функцию входа PeiCore модуля PEI, расположенную в MdeModulePkg / Core / Pei / PeiMain / PeiMain.c. После входа в PeiCore сначала настройте Pei Core Services на основе информации, переданной с фазы SEC, а затем вызовите PeiDispatcher для выполнения PEIM в системе. Когда память инициализируется, система переключится на стек и повторно войдет в PeiCore. Память, используемая после повторного входа в PeiCore, является знакомой памятью. После того, как все PEIM выполнены, вызовите службу LocatePpi PeiServices, чтобы получить DXE IPL PPI, и вызовите службу ввода DXE IPL PPI. Эта служба ввода на самом деле является DxeLoadCore, которая находит функцию входа DXE Image, выполняет функцию входа DXE Image и Передайте список HOB DXE.

3 DXE этап

Этап DXE (Driver Execution Environment) выполняет большую часть работы по инициализации системы.При переходе на этот этап память уже полностью используется, поэтому на этом этапе можно выполнить много сложной работы.

С точки зрения программирования, фаза DXE аналогична фазе PEI, а последовательность выполнения выглядит так, как показано

Как и PEI, функционально говоря, DXE можно разделить на следующие две части.

Ядро DXE: отвечает за базовые сервисы DXE и процесс выполнения
Диспетчер DXE: отвечает за планирование и выполнение драйвера DXE, инициализацию системного оборудования
Основные службы, предоставляемые DXE, включают системные таблицы, службы запуска и службы времени выполнения.

Каждый драйвер DXE является независимым модулем, и тип функции входа модуля определяется как:

Протокол связи между драйверами DXE
Протокол представляет собой специальную структуру, каждый протокол соответствует GUID, использует OpenProtocol системы BootServices и открывает соответствующий протокол в соответствии с GUID, а затем использует службы, предоставляемые этим протоколом.

Когда все драйверы выполнены, система инициализируется и DXE проходитEFI_BDS_ARCH_PROTOCOL

Найти BDS и вызвать функцию входа BDS

Чтобы войти в стадию BDS. По сути, BDS — это специальное приложение для этапа DXE.

4 BDS этап

Основной функцией BDS (Boot Device Selection) является выполнение стратегии запуска, основными функциями которой являются:

Инициализируйте консольное устройство.

Загрузите необходимые драйверы устройств.

Загрузите и запустите элементы запуска в соответствии с настройками системы.

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

Стратегия BDS настраивается с помощью глобальных переменных NVRAM. Эти переменные могут быть прочитаны GetVariable () службы времени выполнения и установлены SetVariable (). Например, переменная BootOrder определяет последовательность запуска, а переменная Boot #### определяет каждый элемент запуска (#### — это 4 шестнадцатеричных заглавных символа).

После того, как пользователь выбирает определенный элемент запуска (или система вводит элемент запуска по умолчанию), запускается загрузчик ОС, и система переходит в фазу TSL.

5 TSL этап

TSL (Transient System Load) — это первый этап выполнения загрузчика операционной системы (OS Loader), который на этом этапе запускается как приложение UEFI, а системные ресурсы по-прежнему контролируются ядром UEFI. Когда вызывается служба ExitBootServices () службы запуска, система переходит в стадию времени выполнения.

Причина, по которой фаза TSL называется временной системой, заключается в том, что ее целью является подготовка среды выполнения для загрузчика операционной системы. Хотя это временная система, ее функция уже очень мощная, и у нее уже есть прототип операционной системы. UEFI Shell — это человеко-машинный интерфейс этой временной системы. При нормальных обстоятельствах система не войдет в оболочку UEFI, а непосредственно запустит загрузчик операционной системы и войдет в оболочку UEFI только тогда, когда вмешательство пользователя или загрузчик операционной системы столкнется с серьезной ошибкой.

6 RT этап

После того, как система переходит в фазу RT (время выполнения), управление системой передается из ядра UEFI в загрузчик ОС. Различные ресурсы, занятые UEFI, восстанавливаются в загрузчик ОС. Только загрузочная среда UEFI зарезервирована для загрузчика ОС и ОС. С выполнением загрузчика ОС, ОС наконец получает контроль над системой.

7 AL этап

На этапе RT, если система (аппаратная или программная) сталкивается с катастрофической ошибкой, микропрограмма системы должна обеспечивать механизмы обработки ошибок и аварийного восстановления.Этот механизм работает на этапе AL (After Life). Ни стандарты UEFI, ни стандарты UEFI PI не определяют поведение и спецификации на данном этапе.

Источник