Boot and UEFI
Some information in this section may apply only to Windows 10 Mobile and certain processor architectures.
A device running Windows 10 has several requirements for booting into the OS. After the device’s firmware initializes all the hardware, the device needs to ensure that there is enough power to boot. Afterwards, the device needs to ensure that the device is booting into the appropriate OS depending on if the user wants to perform an update or a restore on the device, or if the user wants to boot the device into the main OS.
To accommodate each of these scenarios, the Windows 10 boot process uses the following components:
- Firmware boot loaders provided by the System on Chip (SoC) vendor.
- UEFI (Unified Extensible Firmware Interface) environment provided by the SoC vendor.
- Windows Boot Manager provided by Microsoft.
This topic provides an overview of the boot process, and it describes the SoC firmware boot loaders, UEFI, and Windows Boot Manager in more detail.
Overview of the boot process
When a Windows 10 device is turned on, it goes through the following high-level process:
- The device is powered on and runs the SoC-specific firmware boot loaders, which initialize the hardware on the device and provide emergency flashing functionality.
- The firmware boot loaders boot the UEFI environment and hands over control to UEFI applications written by the SoC vendor, Microsoft, and OEMs. These applications can utilize UEFI drivers and services.
- The UEFI environment launches the Windows Boot Manager, which determines whether to boot to Full Flash Update (FFU) image flashing or device reset mode, to the update OS, or to the main OS.
The following diagram illustrates this process at a high level.
Following are additional details about some of the components in this diagram:
- The update OS is a minimal OS environment provided by Microsoft. This OS is used specifically for installing updates.
- Full Flash Update (FFU) image flashing mode refers to a UEFI application that flashes an OS image to device storage. Microsoft provides a UEFI flashing application which can be used in non-manufacturing scenarios. OEMs can also implement their own UEFI flashing application. For more information, see Capture and apply Windows Full Flash Update (FFU) images.
SoC firmware boot loaders
The SoC firmware boot loaders initialize the minimal set of hardware required for the device to run. The SoC firmware boot loaders are designed to finish as fast as possible, and nothing is drawn to the screen while they are running. After the SoC firmware boot loaders finish, the device is booted into the UEFI environment.
The SoC firmware boot loaders also contain an emergency flashing capability that allows devices to be flashed when the boot environment is not stable and Full Flash Update (FFU) image-based flashing using the Microsoft-provided flashing tool is not possible. Emergency flashing requires tools specific to the SoC. For more information, contact the SoC vendor.
UEFI
Windows 10 utilizes the Unified Extensible Firmware Interface (UEFI) to support the handoff of system control from the SoC firmware boot loader to the OS. The UEFI environment is a minimal boot OS upon which devices are booted and the Windows 10 OS runs. For more information, see UEFI in Windows.
Understanding the Windows Boot Manager
The Windows Boot Manager is a Microsoft-provided UEFI application that sets up the boot environment. Inside the boot environment, individual boot applications started by the Boot Manager provide functionality for all customer-facing scenarios before the device boots.
All components inside the boot environment are provided by Microsoft and cannot be modified, replaced, or omitted by OEMs.
Boot applications implement functionality for the following scenarios:
- Charging the device battery before boot.
- Capturing and saving offline crash dumps (developer builds only).
- Flashing the device with a new image.
- Resetting the device.
- Updating the device.
- Booting the device to the main OS.
The following diagram illustrates some of the key portions of the process that the Boot Manager follows after it is launched by the UEFI environment.
The following steps describe this process in more detail:
- After the UEFI environment launches the Boot Manager, the Boot Manager initializes boot libraries, reads the boot configuration database to determine which boot applications to run and in which order to run them. The Boot Manager launches boot applications sequentially, and each application exits back to the Boot Manager after finishing. Boot libraries are libraries of functions that extend upon existing UEFI functionality, and are designed to be used within the boot environment. Only boot applications, which are launched by the Boot Manager, have access to the boot libraries.
- The Boot Manager first captures any reserved hardware button combinations that are pressed by the user.
- In non-retail OS images, the Boot Manager next runs an offline crash dump boot application which allows the device to capture a snapshot of physical memory from the previous OS session. When the device resets abnormally, the previous OS session’s memory is preserved across the reset. When this happens, the offline crash dump application will save that memory and turn it into an offline crash dump file, which can be transferred off the device and analyzed. If the device did not reset abnormally in the previous OS session, the offline crash dump application exits immediately.
- In all OS images, the Boot Manager next runs mobilestartup.efi. This application runs several boot libraries, some of which are only run on first boot (for example, to provision the secure boot policy) or only in non-retail images (for example, to enter USB mass storage mode). The following libraries are always run:
- First, mobilestartup.efi runs the library that implements UEFI battery charging. This library allows the user to charge their device while the device is in the boot environment (or is perceived as being turned off). This library is run first to ensure that the device has enough power to fully boot. For more information about scenarios involving the battery charging application, see Battery charging in the boot environment.
- Next, mobilestartup.efi runs the libraries that implement flashing, device reset, and updates. These libraries determine whether the device should boot to flashing or device reset mode, or if the device should continue to the Update OS or Main OS.
Настройка UEFI-загрузчика. Самое краткое руководство в мире
Как устроена загрузка современных ОС? Как при установке системы настроить загрузку посредством UEFI, не утонув в руководствах и ничего не сломав?
Я обещал «самое краткое руководство». Вот оно:
- Создаём на диске таблицу разделов GPT
- Создаём FAT32-раздел на пару сотен мегабайт
- Скачиваем из интернета любой UEFI-загрузчик
(нам нужен сам загрузчик, это один бинарный файл!) - Переименовываем и кладем этот файл на созданный раздел по адресу /EFI/Boot/bootx64.efi
- Создаём текстовый конфиг, кладем его там, где загрузчик ожидает его увидеть
(настройка и местоположение конфига зависят от конкретной реализации загрузчика, эта информация доступна в интернете) - После перезагрузки видим меню загрузчика
(Если на диске установлена Windows 8 или 10 — с большой вероятностью это руководство сокращается до пунктов 3 — 5.)
TL;DR не надо прописывать путь к загрузчику в новых загрузочных записях UEFI — надо файл загрузчика расположить по стандартному «пути по-умолчанию», где UEFI его найдет, и вместо загрузочного меню UEFI пользоваться меню загрузчика, которое гораздо проще и безопаснее настраивается
Как делать не надо
Есть, на самом-то деле, несколько способов настроить UEFI-загрузку. Я начну с описания других вариантов — чтобы было понятно, как (и почему) делать не надо. Если вы пришли за руководством — мотайте в самый низ.
Не надо лезть в NVRAM и трогать efivars
Наиболее «популярная» процедура установки загрузчика в систему такова: установщик ОС создаёт специальный раздел, на нём — структуру каталогов и размещает файлы загрузчика. После этого он с помощью особой утилиты (efibootmgr в linux, bcdedit в windows) взаимодействует с прошивкой UEFI-чипа, добавляя в неё загрузочную запись. В этой записи указывается путь к файлу загрузчика (начиная от корня файловой системы) и при необходимости — параметры. После этого в загрузочном меню компьютера появляется опция загрузки ОС. Для linux существует возможность вообще обойтись без загрузчика. В загрузочной записи указывается путь сразу к ядру вместе со всеми параметрами. Ядро должно быть скомпилировано с опцией EFISTUB (что давно является стандартом для большинства дистрибутивов), в этом случае оно содержит в себе заголовок «исполняемого файла EFI», позволяющий прошивке его запускать без внешнего загрузчика.
При старте системы, когда пользователь выбирает нужную ему загрузочную запись, прошивка UEFI сперва ищет на прописанном в этой записи диске особый EFI-раздел, обращается к файловой системе на этом разделе (обязательно FAT или FAT32), и запускает загрузчик. Загрузчик считывает из файла настроек свой конфиг, и либо грузит ОС, либо предоставляет загрузочное меню. Ничего не замечаете? Да, у нас два загрузочных меню — одно на уровне прошивки чипа UEFI, другое — на уровне загрузчика. В реальности о существовании второго пользователи могут даже не догадываться — если в меню всего один пункт, загрузчик Windows начинает его грузить без лишних вопросов. Увидеть экран с этим меню можно, если поставить вторую копию Windows или просто криво её переустановить.
Обычно для управления загрузочными записями руководства в интернете предлагают взаимодействовать с прошивкой UEFI. Есть аж пять основных вариантов, как это можно сделать: efibootmgr под linux, bcdedit в windows, какая-то софтина на «Маках», команда bcfg утилиты uefi shell (запускается из-под UEFI, «на голом железе» и без ОС, поскольку скомпилирована в том самом особом формате) и для особо качественных прошивок — графическими средствами UEFI (говоря популярным языком, «в настройках BIOS»).
За всеми вышенаписанными «многобуков» вы могли легко упустить такую мысль: пользователь, чтобы изменить настройки программной части (например, добавить параметр запуска ОС), вынужден перезаписывать flash-память микросхемы на плате. Есть ли тут подводные камни? О да! Windows иногда способна сделать из ноутбука кирпич, linux тоже, причём разными способами. Качество прошивок часто оставляет желать лучшего — стандарты UEFI либо реализованы криво, либо не реализованы вообще. По логике, прошивка обязана переживать полное удаление всех переменных efivars без последствий, не хранить в них критичных для себя данных и самостоятельно восстанавливать значения по-умолчанию — просто потому что пользователь имеет к ним доступ, и вероятность их полного удаления далека от нуля. Я лично в процессе экспериментов неоднократно (к счастью, обратимо) «кирпичил» свой Lenovo — из загрузочного меню исчезали все пункты, включая опцию «зайти в настройки».
Работа с загрузочными записями UEFI — тоже не сахар. К примеру, утилита efibootmgr не имеет опции «редактировать существующую запись». Если ты хочешь немного изменить параметр ядра — ты удаляешь запись целиком и добавляешь её снова, уже измененную. При этом строка содержит в себе двойные и одинарные кавычки, а также прямые и обратные слеши в не особо очевидном порядке. Когда я наконец заставил эту магию работать — я сохранил её в виде bash-скриптов, которые до сих пор валяются у меня в корневой ФС:
efibootmgr -c -L "Archlinux (debug)" -l '\EFI\archlinux\vmlinuz-linux' -u "root=/dev/mapper/vg1-lvroot rw initrd=\EFI\archlinux\initramfs-linux.img systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0"Не надо использовать GRUB
Это чёртов мастодонт, 90% функциональности которого предназначено для дисков с MBR. Для настройки необходимо отредактировать ряд файлов, после чего выполнить команду генерации конфига. На выходе получается огромная малопонятная нормальному человеку простыня. В составе — гора исполняемых файлов. Ставится командой, которую просто так из головы не возьмешь — надо обязательно лезть в документацию
grub-install --target=x86_64-efi --efi-directory=esp_mount --bootloader-id=grubДля сравнения — самый простенький UEFI-bootloader, который есть в составе пакета systemd, ставится командой
bootctl install --path=/bootЭта команда делает ровно две вещи: копирует исполняемый файл загрузчика на EFI-раздел и добавляет свою загрузочную запись в прошивку. А конфиг для неё занимает ровно СЕМЬ строчек.
«Самое краткое руководство» — чуть более подробно
Загрузочное меню надо реализовывать на уровне загрузчика — править текстовые конфиги гораздо проще и безопасней.
Загрузочная запись нам не нужна — дело в том, что при выставлении в настройках BIOS загрузки с диска прошивка UEFI сначала ищет на нём EFI-раздел, а затем пытается исполнить файл по строго фиксированному адресу на этом разделе: /EFI/Boot/BOOTX64.EFI
Что такое «EFI-раздел»? В теории, он должен иметь особый тип «EFI System» (ef00). На практике, годится первый раздел на GPT-диске, отформатированный в FAT32 и имеющий достаточно места, чтобы разместить загрузчик и вспомогательные файлы (если есть).
Пункт 3: «Скачиваем из интернета любой UEFI-загрузчик». Что это значит? Загрузчик — это просто исполняемый файл определенного формата, к которому в комплекте идет конфиг. К примеру, если у вас есть под рукой установленный пакет с systemd — файл загрузчика можно найти по адресу /usr/lib/systemd/boot/efi/systemd-bootx64.efi, переименовать его в bootx64.efi и скопировать в /EFI/Boot/ на EFI-разделе. Нет под рукой systemd? Скачайте архив с сайта Archlinux. Или с репозитария Ubuntu. Или Debian. Есть под рукой система с Windows? Возьмите виндовый загрузчик оттуда, тоже сгодится )) Если сумеете настроить, я честно говоря не пробовал.
Пункт 4: «Настроить конфиг». Как и обычная программа, когда загрузчик запускается — он ожидает найти по определенным путям файлы конфигурации. Обычно эту информацию легко найти в интернете. Для загрузчика systemd-boot нам необходимо в корне EFI-раздела создать каталог «loader», а в нём файл «loader.conf» с тремя строчками (привожу свои):
default archlinux timeout 10 editor 1Параметр editor отвечает за возможность отредактировать пункт загрузочного меню перед запуском.
Рядом с loader.conf необходимо создать каталог entries — один файл в нём будет отвечать за одну загрузочную запись в boot-меню. У меня там один файл arch.conf с таким содержанием:
title Arch Linux linux /efi/archlinux/vmlinuz-linux initrd /efi/archlinux/initramfs-linux.img options root=/dev/mapper/vg1-lvroot rw initrd=\EFI\archlinux\intel-ucode.imgЯ не упомянул, но довольно очевидно — ядро и initramfs должны лежать в одной файловой системе с загрузчиком, то есть на EFI-разделе. Пути к ним в конфигах отсчитываются от корня этой ФС.
Другие загрузчики
systemd-boot очень простой и предоставляет спартанского вида чёрно-белое меню. Есть варианты красивей, если душа просит красоты.
rEFind — очень красивый загрузчик. Скачать можно тут в виде deb-пакета. Использую на своём ноуте. Умеет создавать загрузочное меню автоматически, без конфига — просто сканируя файлы.
Clover. Позволяет выставлять нативное разрешение экрана, имеет поддержку мыши на экране загрузки, разные темы оформления. Дефолтная тема ужасна, конфиг в виде xml нечитаем, настроить не смог.
Различные неочевидные последствия
Вы можете легко попробовать эту схему в работе. Берёте USB-флешку, форматируете в таблицу разделов GPT, создаете FAT-раздел и копируете туда загрузчик. Комп сможет с неё стартовать.
Если просто скопировать на такую флешку boot-раздел установленного linux — система будет спокойно загружаться с флешки, не видя разницы.
Windows boot manager: что это такое и для чего нужно — подробное объяснение
Операционная система на любом компьютере загружается при условии корректного выполнения целого ряда достаточно сложных процессов.
Запуск и правильное выполнение таких процессов контролирует особая подпрограмма – это менеджер загрузки операционной системы.
В операционной системе Windows за эти процессы отвечает специальный boot manager – о том, что это такое, и как она работает, рассказано в данном материале.
Содержание:
Определение
Менеджер загрузки не является какой-то одной определенной программой.
Под этим понятием подразумевают комплекс выполняемых программ и процессов, с помощью которых происходит взаимодействие между компьютером и пользователем на стадии загрузки системы.
Этот комплекс компонентов помогает активировать работу операционной системы для того, чтобы в дальнейшем она могла взаимодействовать с пользователем путем применения собственного интерфейса.
Но такой сервис не только помогает загрузить собственно программные компоненты.
Он также проводит инициализацию всех аппаратных компонентов, синхронизируя работу процессоров и плат, и помогая им установить функциональную связь с системой.
Также он проводит изначальную подстройку таких компонентов.
С технической точки зрения такой менеджер представляет собой компонент, созданный на архитектуре IBM PC.
По этой причине он работает исключительно в тех устройствах и операционных системах, которые созданы на этой архитектуре.
Более ранние версии операционных систем этого бренда базировались еще на иной архитектуре, потому принцип работы их загрузчика совсем иной.
BIOS
Сталкивается ли рядовой пользователь с этим компонентов, и в каких случаях это происходит?
Этот менеджер содержит в себе записанный BIOS – техническое меню загрузки и инициализации системы и ее компонентов.
Вызвать такое меню можно нажатием определенных кнопок на клавиатуре во время загрузки компьютера.
Но зачем это делать?
Взаимодействие с техническим меню может понадобиться пользователю при сбоях загрузки, когда те или иные компоненты работают неверно.
Данное меню же позволяет провести некоторые изменения и настройки в работе множества компонентов операционной системы и аппаратной части компьютера.
После таких настроек и изменений возможно устранить проблемы загрузки, а также оптимизировать работу устройства, повысив его производительность.
Многие пользователи, которые хорошо разбираются в работе с данным сервисом, способны значительно улучшить функционирование компьютера с его помощью, что они и делают.
Таким образом, каждый раз взаимодействуя тем или иным образом с BIOS, пользователь взаимодействует с Windows Boot Manager.
Более старые версии операционных систем Windows (версия ХР и еще более ранние) базировались на загрузчике другого типа, так как имели иную архитектуру, как уже писалось выше.
Потому, даже несмотря на то, что они тоже имели БИОС, он имел иной функционал и иное меню, чем тот, который присутствует в Windows boot manager.
Они отличаются друг от друга даже визуально, по дизайну и цветовому решению.
Читайте также:
Функции
На самом начальном этапе работы, сразу после активации менеджера, он предлагает выбрать ту операционную систему, которую вы хотите загрузить для данного сеанса работы с компьютером, в случае, если на жесткий диск их установлено несколько.
После выбора загружаемых программных компонентов этот менеджер начинает выполнять следующие функции в системе и аппаратной части:
- Аппаратные, то есть «железные» компоненты инициализируются и «включаются», то есть приходят в состояние, необходимое для старта всей системы;
- После этого менеджер загружает функциональное ядро системы в оперативную память (ОЗУ или ПЗУ, в зависимости от типа устройства), в которой впоследствии и происходят все процессы в устройстве;
- Затем формируются основные рабочие параметры ядра и инициализируются стартовые процессы в нем;
- После этого менеджер загрузки передает управление системой ядру, а сам уходит в режим ожидания.
Во время всей работы операционной системы, а также ее отключения загрузчик больше не активируется.
Последующая его активация происходит только при новой загрузке, то есть включении после полного выключения.
Так, менеджер загрузки, например, не требуется для вывода устройства из режима сна или гибернации, так как в этом случае операционная система уже загружена, компоненты инициализированы, а управление ими передано ядру системы.
Просто во время сна устройства все эти компоненты и процессы находятся в пассивном состоянии.
Интересной особенностью загрузчика является то, что он имеется во многих типах систем, даже тех, что не имеют собственного жесткого диска.
Например, если жесткого диска нет в каком-либо терминале, подключенном к локальной сети, то загрузка его систем также происходит с помощью такого менеджера загрузки.
Но находящегося на материнском компьютере сети, то есть такой компонент позволяет произвести запуск, в том числе и удаленно, по сети.
Типы загрузчиков
Существует множество типов загрузчиков — среди них, например, LILO для Linux, BootX для Mac OS X, SILO для систем Солярис на архитектуре Sparc, Bootman для BeOS.
Но даже для систем Windows могут использоваться разные загрузчики, например, для сетевых операционных систем, основанных на принципе Windows NT, используется загрузчик ядра NTLDR.
Но на персональных компьютерах с физическим винчестером всегда используется Windows Boot Manager.
Важно! Такой загрузчик появился на компьютерах, только начиная с реализации операционной системы Windows Vista. Ранее же присутствовали иные компоненты, выполняющие эту функцию.
Некоторые загрузчики взаимодействуют с системой только на основе инициализации аппаратных компонентов. Но, рассматриваемый менеджер к таким не относится, так как способен подстраивать для загрузки и программные компоненты.
В его основном файле boot.ini содержатся прописанные основные пути загрузки операционной системы, по которым и работает этот компонент.
У различных операционных систем различная архитектура, различные менеджеры загрузки, а значит и различные типы и алгоритмы загрузки.
По этой причине операционные системы разных разработчиков загружаются разное время, а также в них различны ошибки и сбои.
Потому вся информация, приведенная в данном материале верна только для операционных систем Виндовс Виста, 7, 8, 8.1, 10.
Ошибки
Ясно, что как и в любом техническом процессе на ПК, в работе загрузчика могут происходит ошибки.
Стоит отметить, что случается такое достаточно редко, так как это практически основная система всего устройства. Потому отлажена она значительно лучше других с точки зрения быстродействия и надежности.
К тому же, этот процесс всегда оказывается на компьютере единственным, а значит, может задействовать все аппаратные ресурсы.
Но, несмотря на все это, могут возникать ошибки его работы нескольких типов.
Они приведены в таблице 1. Также в ней указаны сообщения, которые пользователь видит при возникновении ошибок того или иного типа.
Таблица 1. Ошибки в работе загрузчика операционной системы и соответствующие им уведомления для пользователя
Уведомление Суть проблемы Windows Boot Manager boot falied Загрузчик «вылетает» и пользователь видит соответствующее сообщение при начале загрузки ОС. Такое явление связано с проблемой инициализации компонента, то есть, при включении компьютера данный компонент не запустился автоматически, как должен бы был BOOTMGR is compressed Возникает на том же этапе, что и предыдущее уведомление. Означает оно то, что при автоматическая система запуска компонента смогла с ним связаться и начала его загружать, но на какой-то стадии этого процесса произошла ошибка, которая помешала его дальнейшему ходу BOOTMGR is missing Такое уведомление появляется почти сразу после включения компьютера. По своей сути оно означает, что при автоматическом запуске менеджера загрузки при старте аппаратной части устройство не смогло с ним связаться, не смогло его найти Что же в итоге происходит с компьютером в таком случае?
В первом случае появившееся уведомление о том, что система не запустилась, некоторое время остается на экране.
После этого экран гаснет, а все процессы, которые успели запуститься в компьютере, прекращаются, то есть он полностью выключается.
Два других уведомления сопровождаются предложением рестарта системы с помощью сочетания горячих клавиш. И в зависимости от изначальных настроек ПК, экран может погаснуть или рестарт будет произведен автоматически.
Важно! Большинство ситуаций, когда система не загружается вовсе и вылетает, также могут быть связаны с менеджером загрузки. Но уведомление не появится в том случае, если ошибка произошла на стадии передачи управления от менеджера к ядру. Потому в таком случае, прежде чем переустанавливать систему, имеет смысл попробовать восстановить менеджер загрузки способами, описанными ниже.
Читайте также:
Почему Windows загружается с Windows Boot Manager, а не с SSD?
Приобрёл и установил SSD в ноутбук. (FUJITSU LifeBook a544)
Установил (с помощью caddy). Интерфейс SATA III. Подобран корректно.Проблема: в bios (v. 1.18) не отображается сам SSD, вместо этого есть Windows Boot Manager. Систему я установил успешно (Windows 10), всё работает отлично, но тот факт, что bios не распознает, что у меня стоит SSD, меня пугает. + ноутбук стал работать более шумно, при сёрфинге иногда куллер работает слишком сильно (перегрева явного нет, но при ос на HDD такого шума в режиме сёрфинга не замечал). При питания явно начинает шуметь куллер, в bios также.
Возможно SSD с ос установленны не правильно? Знаний в этой области имею мало, не флеймите, если что-то пишу не так. Нужную доп. инфу дам в ответахРежим AHCI включён на уровне Windows (в bios функции таковой нет). При установке ос SSD был конвертирован в GPT формат.
- Вопрос задан более трёх лет назад
- 74309 просмотров
Комментировать
Решения вопроса 0
Ответы на вопрос 6
АртемЪ @Jump Куратор тега Windows
Системный администратор со стажем.Почему Windows загружается с Windows Boot Manager, а не с SSD?
Это невозможно. Windows Boot Manager это программа, которая запускает Windows, хранится эта программа, на диске, сама Windows тоже на диске.
всё работает отлично, но тот факт, что bios не распознает, что у меня стоит SSD
Вы вероятно что-то путаете.
Если bios не распознает диск, то вы никак не сможете поставить на него систему. Если же вы поставили на него систему, значит распознает.ноутбук стал работать более шумно, при сёрфинге иногда куллер работает слишком сильно
Диски на кулер никак не влияют. Смотрите кулер.
Возможно SSD с ос установленны не правильно?
Возможно. Но проверить очень просто. Если ОС загружается значит все установлено правильно.
Режим AHCI включён на уровне Windows (в bios функции таковой нет).
Режим AHCI включается в bios, в Windows вы можете просто добавить драйвера для работы с ним.
Ноутбук у вас свежий, он скорее всего банально не поддерживает старые интерфейсы, поэтому и выбора нет. Там только AHCIОтвет написан более трёх лет назад
Нравится 4 2 комментария
Sparkqy @SparkyToster Автор вопроса
Это невозможно. Windows Boot Manager это программа, которая запускает Windows, хранится эта программа, на диске, сама Windows тоже на диске.
в Boot Priority в bios первым стоит Windows Boot Manager. Также есть floppy disk, usb cd/dvd, cd/dvd drive, hdd.
Если bios не распознает диск, то вы никак не сможете поставить на него систему. Если же вы поставили на него систему, значит распознает.
я о том, что в bios его не видно. должно же писать что-то вроде ssd goodram120gb и тд.
Диски на кулер никак не влияют. Смотрите кулер.
Диски на кулер не влияют, но он так себя ведёт только при наличии ssd в ноутбуке. Когда-то была проблема схожая: достал dvd привод (по причине поломки), система сразу начала перегружаться (цп на 70-100%). Перестало грузить только когда вернул привод на место.
Если ОС загружается значит все установлено правильно.
ОС загружается и функционирует шустро, но меня волнует стала ли она хорошо. В биосе шумит сильно, чуть-чуть греется (такого не должно быть), значит уже что-то не так :/
АртемЪ @Jump Куратор тега Windows
в Boot Priority в bios первым стоит Windows Boot Manager. Также есть floppy disk, usb cd/dvd, cd/dvd drive, hdd.
Это значит, что право выбора диска с которого следует загружаться передается программе Windows Boot Manager расположенной на загрузочном диске.
Т.е биос загружает не ОС Windows, а Windows Boot Manager, а уж та в свою очередь решает что и откуда надо загрузить.я о том, что в bios его не видно. должно же писать что-то вроде ssd goodram120gb и тд.
Должно. Если биос его видит. Если не видит, вы с него не загрузитесь.
Вероятнее всего вы просто не там смотрите.Диски на кулер не влияют, но он так себя ведёт только при наличии ssd в ноутбуке. Когда-то была проблема схожая: достал dvd привод (по причине поломки), система сразу начала перегружаться (цп на 70-100%). Перестало грузить только когда вернул привод на место.
Это больше похоже на проблемы с разборкой- сборкой ноута, если разбирает не специалист, там много чего можно натворить.
ОС загружается и функционирует шустро, но меня волнует стала ли она хорошо. В биосе шумит сильно, чуть-чуть греется (такого не должно быть), значит уже что-то не так :/
Непонятно что означает выражение — «стала ли она хорошо»
По каким критериям оценивается это самое хорошо? Я таких не знаю.
Либо встала, либо не встала. Запускается — значит хорошо, не запускается, значит плохо.
По поводу шумов в биосе — биос это программа, шуметь не может.
C# программист
Процитирую другой ответ — Что такое Windows Boot manager?Потому что, каждая операционная система загружается через загрузчик — специальный код, который инициализирует оборудование, и после чего передаёт управление на ядро.
У линуксов это чаще всего Grub или в более современных дистрибутивах — systemd-boot. В современных Windows он называется Windows Boot Manager.когда вы «просто выбираете диск», boot manager не используется?
Он точно так же загружается, просто он жёстко прописан в первый физический сектор вашего накопителя. Поэтому, в legacy-режиме выбирать просто нечего, т. к. на один диск может быть только один boot manager. Соответственно, выбор тут не имеет смысла.
А в режиме загрузки EFI, boot manager находится на определённым образом сконфигурированном диске, в виде простых исполняемых файлов в формате PE32/COFF. Этих файлов могут быть сотни. Соответственно, чтобы знать, какой из них грузить, его путь и параметры прописываются в nvram биоса. Вот этот Windows Boot Manager и есть тот самый файл, прописанный в энергонезависимую память. Вы можете его переименовать и написать, что душе угодно.