Uefi and legacy os что это

Что такое UEFI

Обновлено: 07.11.2017 Опубликовано: 28.12.2016

или Unified Extensible Firmware Interface — микропрограмма, встроенная в материнскую плату. Пришла на смену БИОС. Как и последний, управляет оборудованием на низком уровне и дает возможность выполнить начальную настройку запуска компьютера.

Основные возможности новой системы:

• Встроенный менеджер загрузки.
• Наличие графического интерфейса для настройки.
• Поддержка загрузки операционных систем (ОС) с GPT-дисков.
• Хранение дампов после сбоя в NVRAM (при наличие возможности со стороны ОС).

UEFI может мешать загрузки компьютера с флешки или установке ранних версий Windows (7 и ниже) и Linux. В таком случае, его можно отключить. Для этого в UEFI необходимо переключить его в режим Legacy или отключить Secure Boot.

Чтобы определить тип микропрограммы (БИОС или UEFI) достаточно зайти в ее настройки и посмотреть на внешний вид. При наличии графического интерфейса с возможностью настроек посредством мыши, говорит об использовании UEFI. Об этом же скажет наличие опции с типом загрузки Legacy. Еще один способ — открыть в Windows файл C:\Windows\Panther\setupact.log и найти в нем слова BIOS или UEFI.

Более подробно об UEFI на Википедии

Встречается в статьях

Решение проблем:

1. Не включается компьютер или ноутбук
2. При включении компьютера постоянно запускается БИОС
3. Загрузка компьютера зависает на начальной заставке или черном фоне с мигающим курсором
4. Disk boot failure, Insert system disk and press enter
5. Система видит не всю оперативную память
6. SpeedFan не меняет скорость вентилятора

ОС с нуля: Глава 2, Часть 1 — Да зачем нам этот Legacy

Пару месяцев назад я решил начать серию статей про написание своей ОС с нуля. Описал написание Legacy MBR загрузчика и переход в защищенный режим (без прерываний) и ещё пару мелочей. Сегодня я решил, что попытаюсь «перезапустить» эту серию (сохранив нумерацию частей). Суть в том, что теперь будут использоваться актуальные на август 2022 года материалы, и разработанное ПО можно будет легко протестировать на своей (U)EFI-машине.

Ассемблер — всему голова!

Не знаю как с этим у других людей, но лично я влюблен в ассемблер. При этом, переходил я на него, предварительно изучив Python, а не С или Фортран. В общем, программировать я буду всё ещё на ассемблере, конкретно — fasm, так как у него очень мощный препроцессор и компоновщик встроен в компилятор.

Загрузчики бывают разные.

Я назову 2 основных: это Legacy, или же MBR, и Secure, или же EFI-загрузчики (надеюсь, с терминами не напутал). В первой части я писал двух-ступенчатый загрузчик: MBR и фиксированно-расположенный SSB (Second-Stage Bootloader, загрузчик 2 стадии). В этот раз будем писать EFI-загрузчик.

Как загружаются UEFI-загрузчики?

Ну, примерно так: запускается биос (вроде с F000:FFFF или где-то там), производит POST (Power On Self Test), если все ОК, то запускает (U)EFI. UEFI в свою очередь ищет диски с известными файловыми системами (ntfs, brtfs, extFAT, FAT32, isofs, cdfs, ext2/3/4, есть ещё, но это уже опционально), ищет на них по адрессу /EFI/BOOT/ файл с расширениет *.efi , который называется bootX.efi где Х это платформа, для которой написан загрузчик. В целом, это всё. (ах, да, чуть не забыл: UEFI32 запускают bootia32.efi в защищенном режиме, а UEFI64 запускают bootx64.efi в долгом режиме).

Что вообще такое efi-приложение?

Технически, это тот же самый PE (Portable Excutable, формат исполняемых файлов для Microsoft Windows, *.exe, *.msi, *.dll, *.sys, *.mui), он даже разбирается с помощью IDA!

Приступим!

Для начала, просто exe-шник не подойдет. в строку с format нужно писать нечто подобное:

format PE64 DLL EFI

Потом, будет ну прям ОЧЕНЬ (на самом деле не ПРЯМ очень, но будет) сложно писать efi-app без библиотек. поэтому я набросал свою (листинг 1, 2, 3).

Листинг 1 (sysuefi.inc) — некоторые структуры, макросы и функции, без которых жизнь медом не покажется.

Листинг 2 (libuefi.inc) — некоторые полезные функции, начинаются с __, потому, что будут обернуты в Листинге 3

Листинг 3 (macroefi.inc) — обертка над Листингами 1 и 2, полностью из макросов и структур.

Также рекомендую использование такой вещи как struct.inc, гуляющей по всем интернетам. В библиотечках я её не использовал, но в будущем будет удобно свои структурки определять.

В итоге, получается вот-такая файловая система у нашего «проекта» (рис. 1)

листинг 1

; sysuefi.inc for fasm assembly ; struc int8 < align 1 . db ? >struc int16 < align 2 . dw ? align 1 >struc int32 < align 4 . dd ? align 1 >struc int64 < align 8 . dq ? align 1 >struc intn < align 8 . dq ? align 1 >struc dptr < align 8 . dq ? align 1 >;symbols EFIERR = 0x8000000000000000 EFI_SUCCESS = 0 EFI_LOAD_ERROR = EFIERR or 1 EFI_INVALID_PARAMETER = EFIERR or 2 EFI_UNSUPPORTED = EFIERR or 3 EFI_BAD_BUFFER_SIZE = EFIERR or 4 EFI_BUFFER_TOO_SMALL = EFIERR or 5 EFI_NOT_READY = EFIERR or 6 EFI_DEVICE_ERROR = EFIERR or 7 EFI_WRITE_PROTECTED = EFIERR or 8 EFI_OUT_OF_RESOURCES = EFIERR or 9 EFI_VOLUME_CORRUPTED = EFIERR or 10 EFI_VOLUME_FULL = EFIERR or 11 EFI_NO_MEDIA = EFIERR or 12 EFI_MEDIA_CHANGED = EFIERR or 13 EFI_NOT_FOUND = EFIERR or 14 EFI_ACCESS_DENIED = EFIERR or 15 EFI_NO_RESPONSE = EFIERR or 16 EFI_NO_MAPPING = EFIERR or 17 EFI_TIMEOUT = EFIERR or 18 EFI_NOT_STARTED = EFIERR or 19 EFI_ALREADY_STARTED = EFIERR or 20 EFI_ABORTED = EFIERR or 21 EFI_ICMP_ERROR = EFIERR or 22 EFI_TFTP_ERROR = EFIERR or 23 EFI_PROTOCOL_ERROR = EFIERR or 24 macro structure name < virtual at 0 name name end virtual >;structureures EFI_SYSTEM_TABLE_SIGNATURE equ 49h,42h,49h,20h,53h,59h,53h,54h struc EFI_TABLE_HEADER < .Signature int64 .Revision int32 .HeaderSize int32 .CRC32 int32 .Reserved int32 >structure EFI_TABLE_HEADER struc EFI_SYSTEM_TABLE < .Hdr EFI_TABLE_HEADER .FirmwareVendor dptr .FirmwareRevision int32 .ConsoleInHandle dptr .ConIn dptr .ConsoleOutHandle dptr .ConOut dptr .StandardErrorHandle dptr .StdErr dptr .RuntimeServices dptr .BootServices dptr .NumberOfTableEntries intn .ConfigurationTable dptr >structure EFI_SYSTEM_TABLE struc SIMPLE_TEXT_OUTPUT_INTERFACE < .Reset dptr .OutputString dptr .TestString dptr .QueryMode dptr .SetMode dptr .SetAttribute dptr .ClearScreen dptr .SetCursorPosition dptr .EnableCursor dptr .Mode dptr >structure SIMPLE_TEXT_OUTPUT_INTERFACE ;---include ends struc SIMPLE_INPUT_INTERFACE < .Reset dptr .ReadKeyStroke dptr .WaitForKey dptr >structure SIMPLE_INPUT_INTERFACE struc EFI_BOOT_SERVICES_TABLE < .Hdr EFI_TABLE_HEADER .RaisePriority dptr .RestorePriority dptr .AllocatePages dptr .FreePages dptr .GetMemoryMap dptr .AllocatePool dptr .FreePool dptr .CreateEvent dptr .SetTimer dptr .WaitForEvent dptr .SignalEvent dptr .CloseEvent dptr .CheckEvent dptr .InstallProtocolInterface dptr .ReInstallProtocolInterface dptr .UnInstallProtocolInterface dptr .HandleProtocol dptr .Void dptr .RegisterProtocolNotify dptr .LocateHandle dptr .LocateDevicePath dptr .InstallConfigurationTable dptr .ImageLoad dptr .ImageStart dptr .Exit dptr .ImageUnLoad dptr .ExitBootServices dptr .GetNextMonotonicCount dptr .Stall dptr .SetWatchdogTimer dptr .ConnectController dptr .DisConnectController dptr .OpenProtocol dptr .CloseProtocol dptr .OpenProtocolInformation dptr .ProtocolsPerHandle dptr .LocateHandleBuffer dptr .LocateProtocol dptr .InstallMultipleProtocolInterfaces dptr .UnInstallMultipleProtocolInterfaces dptr .CalculateCrc32 dptr .CopyMem dptr .SetMem dptr >structure EFI_BOOT_SERVICES_TABLE struc EFI_RUNTIME_SERVICES_TABLE < .Hdr EFI_TABLE_HEADER .GetTime dptr .SetTime dptr .GetWakeUpTime dptr .SetWakeUpTime dptr .SetVirtualAddressMap dptr .ConvertPointer dptr .GetVariable dptr .GetNextVariableName dptr .SetVariable dptr .GetNextHighMonoCount dptr .ResetSystem dptr >structure EFI_RUNTIME_SERVICES_TABLE struc EFI_TIME < .Year int16 .Month int8 .Day int8 .Hour int8 .Minute int8 .Second int8 .Pad1 int8 .Nanosecond int32 .TimeZone int16 .Daylight int8 .Pad2 int8 .sizeof rb 1 >structure EFI_TIME EFI_LOADED_IMAGE_PROTOCOL_UUID equ 0A1h,31h,1bh,5bh,62h,95h,0d2h,11h,8Eh,3Fh,0h,0A0h,0C9h,69h,72h,3Bh struc EFI_LOADED_IMAGE_PROTOCOL < .Revision int32 .ParentHandle int64 .SystemTable dptr .DeviceHandle int64 .FilePath dptr .Reserved int64 .LoadOptionsSize int32 .ImageBase dptr .ImageSize int64 .ImageCodeType int32 .ImageDataType int32 .UnLoad dptr >structure EFI_LOADED_IMAGE_PROTOCOL EFI_BLOCK_IO_PROTOCOL_UUID equ 21h,5bh,4eh,96h,59h,64h,0d2h,11h,8eh,39h,00h,0a0h,0c9h,69h,72h,3bh struc EFI_BLOCK_IO_PROTOCOL < .Revision int64 .Media dptr .Reset dptr .ReadBlocks dptr .WriteBlocks dptr .FlushBlocks dptr >structure EFI_BLOCK_IO_PROTOCOL struc EFI_BLOCK_IO_MEDIA < .MediaId int32 .RemovableMedia int8 .MediaPresent int8 .LogicalPartition int8 .ReadOnly int8 .WriteCaching int8 .BlockSize int32 .IoAlign int32 .LastBlock int64 >structure EFI_BLOCK_IO_MEDIA EFI_GRAPHICS_OUTPUT_PROTOCOL_UUID equ 0deh, 0a9h, 42h,90h,0dch,023h,38h,04ah,96h,0fbh,7ah,0deh,0d0h,80h,51h,6ah struc EFI_GRAPHICS_OUTPUT_PROTOCOL < .QueryMode dptr .SetMode dptr .Blt dptr .Mode dptr >structure EFI_GRAPHICS_OUTPUT_PROTOCOL struc EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE < .MaxMode int32 .CurrentMode int32 .ModeInfo dptr .SizeOfModeInfo intn .FrameBufferBase dptr .FrameBufferSize intn >structure EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE struc EFI_GRAPHICS_OUTPUT_MODE_INFORMATION < .Version int32 .HorizontalResolution int32 .VerticalResolution int32 .PixelFormat int32 .RedMask int32 .GreenMask int32 .BlueMask int32 .Reserved int32 .PixelsPerScanline int32 >structure EFI_GRAPHICS_OUTPUT_MODE_INFORMATION macro InitializeLib < clc or rdx, rdx jz .badout cmp dword [rdx], 20494249h je @f .badout: xor rcx, rcx xor rdx, rdx stc @@: mov [efi_handler], rcx mov [efi_ptr], rdx >macro uefi_call_wrapper interface,function,arg1,arg2,arg3,arg4,arg5,arg6,arg7,arg8,arg9,arg10,arg11 < numarg = 0 if ~ arg11 eq numarg = numarg + 1 if ~ arg11 eq rdi mov rdi, arg11 end if end if if ~ arg10 eq numarg = numarg + 1 if ~ arg10 eq rsi mov rsi, arg10 end if end if if ~ arg9 eq numarg = numarg + 1 if ~ arg9 eq r14 mov r14, arg9 end if end if if ~ arg8 eq numarg = numarg + 1 if ~ arg8 eq r13 mov r13, arg8 end if end if if ~ arg7 eq numarg = numarg + 1 if ~ arg7 eq r12 mov r12, arg7 end if end if if ~ arg6 eq numarg = numarg + 1 if ~ arg6 eq r11 mov r11, arg6 end if end if if ~ arg5 eq numarg = numarg + 1 if ~ arg5 eq r10 mov r10, arg5 end if end if if ~ arg4 eq numarg = numarg + 1 if ~ arg4 eq r9 mov r9, arg4 end if end if if ~ arg3 eq numarg = numarg + 1 if ~ arg3 eq r8 mov r8, arg3 end if end if if ~ arg2 eq numarg = numarg + 1 if ~ arg2 eq rdx mov rdx, arg2 end if end if if ~ arg1 eq numarg = numarg + 1 if ~ arg1 eq rcx if ~ arg1 in mov rcx, arg1 end if end if end if xor rax, rax mov al, numarg if interface in mov rbx, [efi_ptr] mov rbx, [rbx + EFI_SYSTEM_TABLE.#interface] else if ~ interface eq rbx mov rbx, interface end if end if if arg1 in mov rcx, rbx end if if defined SIMPLE_INPUT_INTERFACE.#function mov rbx, [rbx + SIMPLE_INPUT_INTERFACE.#function] else if defined SIMPLE_TEXT_OUTPUT_INTERFACE.#function mov rbx, [rbx + SIMPLE_TEXT_OUTPUT_INTERFACE.#function] else if defined EFI_BOOT_SERVICES_TABLE.#function mov rbx, [rbx + EFI_BOOT_SERVICES_TABLE.#function] else if defined EFI_RUNTIME_SERVICES_TABLE.#function mov rbx, [rbx + EFI_RUNTIME_SERVICES_TABLE.#function] else if defined EFI_GRAPHICS_OUTPUT_PROTOCOL.#function mov rbx, [rbx + EFI_GRAPHICS_OUTPUT_PROTOCOL.#function] else if defined EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE.#function mov rbx, [rbx + EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE.#function] else mov rbx, [rbx + function] end if end if end if end if end if end if call uefifunc > section '.text' code executable readable uefifunc: mov qword [uefi_rsptmp], rsp and esp, 0FFFFFFF0h bt eax, 0 jnc @f push rax @@: cmp al, 11 jb @f push rdi @@: cmp al, 10 jb @f push rsi @@: cmp al, 9 jb @f push r14 @@: cmp al, 8 jb @f push r13 @@: cmp al, 7 jb @f push r12 @@: cmp al, 6 jb @f push r11 @@: cmp al, 5 jb @f push r10 @@: sub rsp, 4*8 call rbx mov rsp, qword [uefi_rsptmp] ret section '.data' data readable writeable efi_handler: dq 0 efi_ptr: dq 0 uefi_rsptmp: dq 0 

пока что пуст, но по мере надобности начнет расти!

if ~ defined __EFICODE__ __EFICODE__ EQU 0 end if

if ~ defined __MACROEFI__ __MACROEFI__ EQU 0 ;; --- constants --- ;; true EQU 1 false EQU 0 null EQU 0 nl EQU 13,10 via EQU , ;; --- structures --- ;; struc sString [value] < common if ~ value eq . du value, null else . du null end if >struc sStrbuf _len < if ~ len eq .len dq _len*2 .val rw _len else .len dq 1024*2 .val rw 1024 end if >struc sKey scan, utf < if ~ scan eq .scancode dw scan else .scancode dw null end if if ~ utf eq .unicode du utf else .unicode: end if du null >;; --- macros --- ;; macro mEntry _ofs < format pe64 dll efi entry _ofs >macro mInit < InitializeLib jnc @f mExit EFI_SUCCESS @@: >macro mPrint _str < if ~_str eq uefi_call_wrapper ConOut, OutputString, ConOut, _str end if >macro mPrintln _str < if ~ _str eq mPrint _str end if mPrint _crlf >macro mReturn [data] < if ~ data eq forward push data end if common ret >macro mInvoke func, [arg] < if ~ arg eq reverse push arg end if call func >; vacuum example: mInvoke fSend via message macro mEfidata < common mSect data __crlf sString nl __key_buf sKey null, null >macro mScankey _key < if ~ _key eq mov [_key], dword 0 @@: uefi_call_wrapper ConIn, ReadKeyStroke, ConIn, _key cmp dword [_key], 0 jz @b end if >macro mExit status < if status eq mov eax, EFI_SUCCESS else mov eax, status end if retn >macro mSect name, type < if type eq data section '.#name' data readable writable else if type eq code section '.#name' code executable readable else if type eq text section '.#name' code executable readable else if type eq fixup section '.#name' fixups data discardable end if >end if

Традиции. Привет, мир!

Напишем helloworld для uefi используя мои листинги. Код получился до смешного коротким и интуитивно понятным. Имхо, под Windows консольную писалку создать сложнее!

; импортируем макросы include "include/macroefi.inc" ; назначаем точку входа mEntry main ; импортируем вторую часть библиотеки (обязательно после mEntry!) include "include/sysuefi.inc" ; секция '.text' code executable readable mSect text, code ; главная функция main: ; инициализируем библеотеку mInit ; печатаем хеловорлд mPrint hello ; аналог _getch из msvcrt.dll, ; ждем клавиши и сохраняем в key mScankey key ; возвращаемся в UEFI shell ; со статусом ОК mExit EFI_SUCCESS ; импортируем третью часть библиотеки (желательно посте основного кода) include "include/libuefi.inc" ; секция '.bsdata' data readable writable mSect bsdata, data ; utf-8 строка для хеловорлда hello sString 'Hello UEFI World!' ; ячейка для клавиши key sKey ; финальный макрос библиотеки. ВСЕГДА в конце всего кода mEfidata 

Как это собрать?

Я создал для этого простенький Makefile. напишите make build и найдете в рабочей папке файл bootx64.efi. Makefile (подсветка от перл потому, что от нее все подсветилось):

build: fasm BOOTX64.asm image: build mkdir tmp mkdir tmp/efi mkdir tmp/efi/boot cp BOOTX64.efi tmp/efi/boot/BOOTX64.efi genisoimage -o ./image.iso -V BACKUP -R -J ./tmp rm tmp/efi/boot/* rmdir tmp/efi/boot tmp/efi tmp cls dump: build hd BOOTX64.efi

Как это запустить?

Создаете FAT32 флешку или GPT раздел, кидаете в /efi/boot файл под названием bootx64.efi и перезагружаете ПК. При запуске откройте меню выбора загрузочного носителя и там найдите свой файл/флешку/раздел. Грузитесь с него и видите сообщение. Чтобы вернуться, нажмите любую клавишу.

Итоги

В течении статьи я изложил вам все преимущества Secure boot над Legacy, рассказал как все это работает и написал helloworld-загрузчик.

Поддержка

Всегда непротив конструктивной критики. Принимаю идеи по улучшению статьи и проекта в целом. Всегда буду рад полезным ссылкам. Спасибо за прочтение!

UEFI и Legacy — в чём разница

В этой публикации, друзья, рассмотрим такой вопрос: UEFI и Legacy — в чём разница. UEFI и Legacy — это два разных режима загрузки и работы компьютера. При загрузке они определяют, как операционная система взаимодействует с аппаратным обеспечением компьютера. В процессе работы компьютера они определяют, какие программные и аппаратные возможности могут быть задействованы. И давайте детально об этом.

↑ UEFI и Legacy — в чём разница

↑ UEFI и Legacy

Итак, друзья, UEFI и Legacy – это два разных режима компьютера. Точнее, два разных режима низкоуровневого ПО (прошивки) материнской платы — BIOS. Есть BIOS UEFI, и есть BIOS Legacy. Это упрощённое понимание, дабы мы, пользователи не путались в технических тонкостях. На самом деле UEFI – это не совсем BIOS, это эволюционировавшая, преодолевшая многие ограничения BIOS. UEFI – это нечто простейшей операционной системы, работающей поверх BIOS. До появления UEFI была просто BIOS. Начиная с 2007 года на компьютеры стал массово внедряться UEFI, и обычную прошивку BIOS, которая без UEFI, стали называть Legacy, т.е. устаревшей или классической. Режим UEFI или Legacy устанавливается в BIOS компьютера, обычно в разделе загрузки — «Загрузка», «Boot» и т.п. На ноутбуках UEFI часто реализован упрощённо в консольном формате, и режим BIOS меняется выставлением значения UEFI/Legacy для настройки нечто «Boot Mode». Иногда для включения Legacy необходимо отключение настройки Secure Boot. На ПК обычно UEFI расширенный с графическим интерфейсом. Предусматривает гибкие настройки UEFI и Legacy для разных задач в рамках функции CSM – режима совместимости UEFI и Legacy.

↑ Разница между UEFI и Legacy

• В режиме UEFI более быстрый запуск компьютера. Это обеспечивается тем, что драйверы устройств компьютера загружаются в UEFI и передаются операционной системе. Тогда как в режиме Legacy драйверы загружаются при запуске операционной системы. Плюс к этому, в режиме UEFI компьютеры более устойчивы к ошибкам, связанным с драйверами. Legacy испытывает сложности при параллельной инициализации нескольких устройств, что замедляет загрузку компьютера. UEFI не испытывает таких сложностей: у этой прошивки более современная и гибкая архитектура, оптимизирующая время и ресурсы для загрузки компьютера;
• UEFI имеет функцию безопасной загрузки Secure Boot, предотвращающую запуск нежелательного или вредоносного кода. Тогда как в Legacy такой функции, и компьютер может быть подвержен атакам вредоносного ПО;
• UEFI использует современный стиль разметки диска GPT, поддерживающий диски объёмом до 9.4 Збайт (зеттабайт) и позволяет создавать разделы с объёмом до 18 Эбайт (эксабайт). Тогда как стиль разметки диска MBR, используемый Legacy, поддерживает диски только до 2.2 Тб, а максимальный размер раздела может быть не более 2 Тб;
• UEFI поддерживает программную технологию реализации (эмуляцию) TPM 2.0, которая при отсутствии аппаратного модуля TPM 2.0, является проходным билетом для официальной установки Windows 11. Тогда как Legacy не поддерживает эмуляцию TPM 2.0;
• В режиме UEFI можно официально установить Windows 11, в режиме Legacy – только неофициально;
• UEFI на ПК и некоторых ноутбуках предусматривает графический пользовательский интерфейс с возможностью использования мыши. Но главное — с возможностью переключения на русский язык, что значительно упрощает понимание настроек. Тогда как Legacy имеет только текстовый интерфейс с ограниченными настройками;
• UEFI проще обновляется, чем Legacy, так как хранит свой код в отдельном разделе диска или на съёмном носителе, а не в прошивке материнской платы;
• В UEFI можно попасть из Windows или её среды восстановления, что может быть значимо, если на компьютере не работают клавиши входа в BIOS;
• Только в режиме UEFI, а никак не в Legacy, могут быть использованы некоторые современные возможности чипсетов материнских плат. К примеру, создание RAID из SSD NVMe.

↑ Что выбрать — UEFI или Legacy

Друзья, выбор в пользу UEFI очевиден. Но в большинстве случаев выбирать ничего не нужно: режим UEFI, как правило, предустановлен в BIOS на материнских платах ПК и ноутбуков. Вы можете проверить, работает ли ваш компьютер в режиме UEFI. Это можно сделать прямо в Windows. Жмём клавиши Win+R, вписываем:

msinfo32 

Смотрим графу «Режим BIOS», в ней будет указан, соответственно, режим BIOS – UEFI

или «Устаревший», т.е. Legacy.

Если ваш компьютер работает в режиме Legacy, и он не старше 2007 года выпуска, возможно, он поддерживает UEFI, и его можно переключить в этот режим. Но в таком случае придётся конвертировать стиль разметки диска MBR в GPT. Это можно сделать с переустановкой Windows и потерей всех данных на диске. Или без переустановки Windows и потери данных на диске.

Выбирать BIOS Legacy необходимо в исключительных случаях, когда вам нужно поработать с загрузочного носителя с Legacy-ПО, либо установить устаревшую операционную систему, работающую только в режиме Legacy. Но даже в таких случаях на ПК не всегда нужно включать в BIOS режим Legacy, ведь на ПК есть упомянутая функция CSM. Подробнее об этом – в статье «Как поменять в БИОСе UEFI на Legacy».

Чем uefi boot от legacy boot отличается?

В bios есть два режима загрузки, uefi boot и legacy boot. Если выбрать первый, управление отдается загрузчику винды, если активировать второй- грузится grub. Сам вопрос- где эти загрузчики находятся и что вообще происходит и где про это почитать. В рунете куча хлама про сам uefi и secure boot.

• Вопрос задан более трёх лет назад
• 29796 просмотров

Комментировать
Решения вопроса 0
Ответы на вопрос 3

загрузчики находятся на вашем диске. а биос и uefi всего лишь передают «эстафету» загрузчику.
Если очень просто сказать то uefi это следуещее поколени bios

Ответ написан более трёх лет назад
Павел @Svarog7 Автор вопроса

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

Системный администратор

Ну в инете видимо не там ищите.
А в кратце Вам ответил @MattLe.
Ну а с ним от части согласен, для меня это и прошлое поколение bios MacPro 2007, т.к. MacOS9 вовсе не поддерживает legacy bios Здесь вообще поясняется, что первая версия с 2000 г

Ответ написан более трёх лет назад
Павел @Svarog7 Автор вопроса

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

Владимир @bossonojka
Чтобы многого достичь, надо от многого отказаться

Если Вы планируете использовать несколько операционных систем, то режимы загрузки Вам очень в этом помогут. Так как не все ОС поддерживают загрузку в режиме UEFI. Это очень полезно, ведь можно установить одну операционную систему в режиме UEFI, а другую в обычном режиме. В BIOS есть соответствующие настройки, где можно выбрать способ загрузки как и UEFI, так и Legacy.

UEFI Boot — это загрузка, непосредственно, в режиме UEFI. В интернете можете прочитать про преимущества. Если Вы собираетесь установить WIndows на GPT-диск , то в таком случае Вам не обойтись без активации режима UEFI.
Legacy Boot — обычная загрузка. В таком случае у Вас не получить установить Windows на GPT-диск.

А насчет загрузчиков, то все верно, они находятся на Вашем диске.
Ответ написан более трёх лет назад
Павел @Svarog7 Автор вопроса

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

Владимир @bossonojka
Павел: Не совсем понял вопрос.
Павел @Svarog7 Автор вопроса
Владимир: что конкретно?

Владимир @bossonojka
Павел: Вы хотите подробнее узнать о том как передается управление загрузчику?
Павел @Svarog7 Автор вопроса
Владимир: хочу понять, как выбор того режима влияет на запуск загрузчика, почему разные запускаются.

Владимир @bossonojka
Павел: Возможно Вам поможет эта статья на Хабрахабр.
Ваш ответ на вопрос

Войдите, чтобы написать ответ

• Компьютеры
• +1 ещё

Компьютер не включается с оперативкой 1600 при поддержке 1333?

• 1 подписчик
• 22 часа назад
• 84 просмотра