Bios uefi utility

Содержание

Модификация UEFI BIOS, часть первая: знакомство с UEFITool
Вступление, отказ от ответственности
UEFITool
Пример использования
Подробности, другие модификации, заключение
Настройка UEFI-загрузчика. Самое краткое руководство в мире
Как делать не надо
- Не надо лезть в NVRAM и трогать efivars
- Не надо использовать GRUB
PC BIOS Settings
«Самое краткое руководство» — чуть более подробно
Другие загрузчики
Различные неочевидные последствия
Настройка BIOS на материнских платах Gigabyte
Видео инструкция
Настраиваем БИОС Гигабайт
- Настройки RAM
- Параметры GPU
EZ mode BIOS nastavení

Bios uefi utility мире
Как устроена загрузка

Загрузочное меню нужно реализовывать на уровне загрузчика — править текстовые конфиги еще проще и безопасней.

Модификация UEFI BIOS, часть первая: знакомство с UEFITool

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

Вступление, отказ от ответственности

Прошивка UEFI BIOS на современных платах, несмотря на наличие различных технологий вроде USB BIOS Flashback, Dual BIOS, Flash Recovery и т.п. — все равно лотерея. Прошивка же модифицированных образов — лотерея вдвойне.
Вот поэтому я прошу до начала любых экспериментов с прошивкой сделать с помощью аппаратного SPI-программатора полный дамп содержимого микросхемы, иначе восстановление после неудачной прошивки (а она в какой-то момент случится) будет долгим, дорогим и болезненным.
SPI-программатор на этот момент может быть собран в домашних условиях из чего угодно, от пары резисторов и конденсаторов (SPIPGM) до Arduino или Raspberry Pi. Мой вариант дешевого и быстрого SPI-программатора описан здесь. Любителям вытравить пару-тройку плат советую обратить внимание на этот проект, а почитателям устройств «все-в-одном» — на этот.
Далее по тексту я полагаю, что у вас есть программатор, возможность восстановления после сбоя прошивки и готовность к экспериментам. Безумству храбрых, конечно, тоже можно петь песни, но не говорите потом, что я не предупреждал.
Традиционно, все, что вы тут сейчас прочитаете, написано в образовательных целях, автор не несет ответственности за возможную порчу вашего оборудования, недополученную прибыль, потерю времени и веры в человечество, вы пользуетесь предоставленным софтом на свой страх и риск и т.д..

UEFITool

Устав от ограничений существующих утилит для работы с образами UEFI (ну и пораженный синдромом NIH в самое сердце), я написал кроссплатформенную утилиту с открытым исходным кодом — UEFITool.
Это редактор образов UEFI, написан на C++\Qt, распространяется под лицензией BSD, готовые сборки выкладываются сюда.
Проект находится в активной разработке, поэтому код не блещет красотой и баги нет-нет, да попадаются. Если вдруг наткнетесь — буду рад репортам.
Для нормальной работы с утилитой стоит прочитать предыдущие статьи о структуре образа UEFI, иначе непонятно будет, что вообще происходит, но я постараюсь все таки пояснить некоторые моменты. Будем считать, что это заготовка для будущей документации.
В качестве примеров в обеих частях статьи я буду использовать полные дампы с Zotac Z77-ITX WiFi (AMI Aptio4) и Dell Vostro 3360 (Phoenix SCT 2.3). К сожалению, у меня нет тестового стенда на платформе Insyde H2O, поэтому рассказать о ней мне нечего. Возможно, Falseclock знает о них немного больше.
Исходя из убеждений UEFITool’а разницы между образами UEFI разных производителей практически нет, поэтому я остановлюсь на ней при описании патчей.
Итак, запускаем UEFITool, открываем образ (Ctrl+O) и видим примерно такое:

В левой части окна отображается структура открытого образа в виде дерева, справа — информация о выбранном элементе дерева, снизу — сообщения, указывающие на ошибки в формате файла, в этом случае — использование разработчиками Phoenix секций с типом 0xF0, назначение которых не описано в спецификации UEFI PI . Двойной щелчок по сообщению раскроет дерево так, чтобы был виден либо на сам элемент, который это сообщение вызвал, либо его родительский элемент. В это окно выводятся поисковые результаты, который можно вызвать нажатием Ctrl+F (оба варианта одной картинкой):

Здесь следует немного пояснить терминологию. Практически все структурные элементы в образе UEFI имеют заголовок, в каком хранятся служебные данные вроде GUID, атрибутов, контрольных сумм и т.п., и тело — в нем хранятся собственно данные. Текст же в заголовках не хранится, поэтому для него такой выбор не нужен.
На первом уровне дерева находятся Flash-регионы, в данном случае это Descriptor, ME и BIOS:

При выборе региона Descriptor можно узнать настройки доступа к регионам, в этом случае доступ полный, но такие настройки встречаются очень редко. Intel рекомендует производителям оборудования закрывать доступ к региону МЕ на чтение/запись и региону Descriptor на запись, вот поэтому на большинстве плат встроенными средствами полный дамп снять без «танцев с бубном» практически невозможно. При выборе региона ME можно узнать версию ME firmware, если же она не отображается — это не к добру и такой образ лучше не шить.
Перейдем еще на уровень ниже, к содержимому региона BIOS:

На этом уровне могут встречаться два типа элементов: тома и свободное место. Свободное в этом случае — не обязательно пустое, например, в этом образе в самом начале Padding’а хранится прошивка EC .
Тома делятся на обыкновенные (формат файловой системы известен), загрузочные (формат ФС известен, содержат Security Core, изменять стоит с особой осторожностью) и неизвестные (либо неизвестен формат ФС, либо разбор еще не реализован). В нашем случае первый том после свободного пространства сначала — обычный, затем два неизвестных (по сути, в первом хранится NVRAM, а во 2-м — ключи и БД для SecureBoot, но программе я это еще пока не объяснил), последний том является загрузочным.
Откроем теперь обычный том, в этом случае в нем хранятся файлы, загружаемые в фазе DXE.

Такая структура (основной том внутри сжатой секции) используется довольно часто, она позволяет сэкономить приличное количество места в микросхеме. Еще есть вариант сжимать не весь том целиком, а каждый файл по отдельности — это несколько менее экономно в плане места, зато стартует такой UEFI BIOS быстрее, т.к. нет смысла распаковывать файлы, к которым не было обращений.
Теперь заглянем внутрь файла:

Все данные в нем хранятся внутри GUID-defined-секции (в заголовке таких секций обычно хранится ЭЦП или контрольная сумма, в данном случае — 4 байта, похожие на КС, которую, однако, никто не проверяет), и делятся на 4 секции: образ PE32 — собственно исполняемый файл в формате PE/COFF, секция зависимостей DXE — определяет порядок загрузки DXE-драйверов, секция UI — в ней хранится текст «SystemCapsuleRt.efi» в формате Unicode и неизвестная секция типа 0xF0 (вероятнее всего, её содержимое каким-то образом связано с вышеупомянутой КС).
Все это хорошо, конечно, но редактирования пока не видно. Не беда, вызываем для любого элемента контекстное меню, в каком видно, что с этим элементом можно сделать.

А сделать можно следующее:

сохранить элемент в файл либо целиком (Extract as is), либо только данные, без заголовков (Extract body)
пересобрать элемент (Rebuild), в данном случае при сохранении измененного образа для него (и всех его родительских элементов) будут пересчитаны размеры, контрольные суммы, исправлено выравнивание, т.е. структура образа будет приведена в соответствие со спецификацией UEFI PI
вставить элемент из файла, либо перед выбранным (Insert before), либо после (Insert after), либо внутрь него (Insert into, в этом случае внутрь PE32-секции ничего вставить не получится)
заменить элемент на другой элемент из файла, либо целиком (Replace as is), либо только его тело (Replace body)

Последнее действие является наиболее полезным, т.к. позволяет произвести модификацию какой-либо части UEFI, не затрагивая при всем этом структуры всего образа.

Пример использования

Рассмотрим в качестве примера полезную для пользователей MacOS X на ПК модификацию: обход установки бита LOCK (0x0F) в регистре MSR_PMG_CST_CONFIG_CONTROL (0xE2). Бит этот устанавливается DXE-драйвером PowerManagement, чтобы ОС не могла управлять множителем CPU путем записи в этот регистр. Для Windows и Linux это не большая проблема, а вот MacOS X не может стерпеть от UEFI такой наглости. Можно, конечно, пропатчить драйвер AICPM.kext (в 10.8) или ядро (в 10.9), но лучше пропатчить DXE-драйвер и не бояться, что очередное автоматическое обновление сломает загрузку. Патч этот нужен только системам на базе процессоров Intel SandyBridge, IvyBridge и Haswell и их *-E вариантов и делается так:

Открываем свой дамп в UEFITool, очищаем Messages нажатием Ctrl+Backspace, чтобы не мешали
Открываем поиск, выбираем Hex-pattern, Body only, ищем строку «75080FBAE80F»
Делаем двойной щелчок на сообщении о том, что строка найдена, сохраняем тело указанного элемента в файл
Исправляем в Hex-редакторе «75080FBAE80F» на «EB080FBAE80F» (JE становится JMP), сохраняем изменения
Заменяем содержимое выбранного элемента на измененное, старый элемент будет помечен на удаление (Remove), новый — на смену (Replace), все родительские элементы до корня — на перестроение (Rebuild)
Сохраняем измененный образ (Ctrl+S), если сохранение прошло успешно, будет выдан запрос на открытие только-только сохраненного образа, если нет — сообщение об ошибке

Прошиваем полученный образ этим же SPI-программатором, которым он был сделан, и получаем отсутствие паники ядра при загрузке MacOS X.

Подробности, другие модификации, заключение

Если вам интересно, откуда взялся магический паттерн «75080FBAE80F» и на какие еще патчи стоит обратить внимание — читайте вторую часть этой статьи, которая будет опубликована немного позже. В ней я постараюсь подготовить побольше примеров в формате «что за модификация, зачем нужна, как сделать, кем и как была найдена», не углубляясь всякий раз в то, как именно вынуть подлежащий модификации элемент и как вставить его обратно.
Надеюсь, что статья не показалась слишком скучной и нудной. Если у вас есть вопросы и предложения — буду рад выслушать и ответить по мере сил. Баг-репортам буду рад еще более. Спасибо заранее и удачных прошивок.

P.S. Уважаемая администрация и лично НЛО, сделайте для таких вот постов хаб UEFI, пожалуйста.

Настройка 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, ставится командой

PC BIOS Settings

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 — система будет спокойно загружаться с флешки, не видя разницы.

Настройка BIOS на материнских платах Gigabyte

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

Видео инструкция

Настраиваем БИОС Гигабайт

Первое, с чего стоит начать процесс настройки – вход в режим низкоуровневого управления платой. На современных «материнках» указанного производителя за вход в БИОС отвечает клавиша Del. Её следует нажимать в момент после включения компьютера и появления заставки.

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

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

Настройки RAM

Первое, что нужно сконфигурировать в параметрах БИОСа – тайминги оперативки. Из-за неправильно установленных настроек компьютер может работать некорректно поэтому внимательно следуйте инструкции далее:

Из главного меню перейдите к параметру «Advanced Memory Settings», расположенному на вкладке «M.I.T». В нём перейдите к опции «Extreme Memory Profile (X.M.P.)».

Тип профиля следует выбирать исходя из типа установленной RAM. Например, для DDR4 подойдёт вариант «Profile1», для DDR3 – «Profile2».
Также доступны опции для любителей разгона – можно вручную изменить тайминги и вольтаж для более быстрой работы модулей памяти.
Подробнее: Разгон оперативки

Параметры GPU

Через UEFI BIOS плат Gigabyte можно настроить работу компьютера с видеоадаптерами. Для этого перейдите на вкладку «Peripherals».

EZ mode BIOS nastavení

«Initial Display Output»

«IGFX»

«PCIe 1 Slot»

«PCIe 2 Slot»

В разделе «Chipset» можно либо полностью отключить встроенную графику для снижения нагрузки на CPU (опция «Internal Graphics» в положении «Disabled»), либо увеличить или уменьшить объём оперативки, которая потребляется этим компонентом (опции «DVMT Pre-Allocated» и «DVMT Total Gfx Mem»). Направьте внимание, доступность этой возможности зависит как от процессора, так и от модели платы.

Настройка вращения кулеров

Нелишним также будет сконфигурировать скорость вращения системных вентиляторов. Для этого перейдите воспользуйтесь опцией «Smart Fan 5».
Зависимо от количества установленных на плате кулеров в меню «Monitor» будет доступно управление ими.

Скорости вращения каждого из них стоит установить в положение «Normal» – это обеспечит автоматический режим работы зависимо от нагрузки.

Можно также настроить режим работы кулера вручную (вариант «Manual») или выбрать минимально шумный, но обеспечивающий наихудшее охлаждение (параметр «Silent»).

Оповещения о перегреве

Также в платы рассматриваемого производителя встроено средство защиты компонентов компьютера от перегрева: при достижении порогового значения температуры пользователь получит оповещение о необходимости выключения машины. Настроить отображение этих уведомлений можно в разделе «Smart Fan 5», упомянутом на предыдущем этапе.

«Temperature Warning»

70 °C

90 °C

По желанию можно также настроить оповещение о неполадках с кулером процессора – для этого в блоке «System FAN 5 Pump Fail Warning» отметьте вариант «Enabled».

Настройки загрузки

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

Зайдите в раздел «BIOS Features» и воспользуйтесь опцией «Boot Option Priorities».
Здесь выберите нужный загрузочный носитель. Доступны как обычные жесткие диски, так и твердотельные накопители. Также можно выбрать флешку или оптический диск.
Режим AHCI, необходимый для современных HDD и SSD, включается на вкладке «Peripherals», в разделах «SATA and RST Configuration» – «SATA Mode Selection».

Сохранение настроек

Для сохранения введённых параметров воспользуйтесь закладкой «Save & Exit».
Сохранение параметров происходит после нажатия на пункт «Save & Exit Setup». Также можно выйти без сохранения (если не уверены, что ввели всё правильно), используйте опцию «Exit Without Saving», или сбросить настройки БИОС к заводским, за что отвечает вариант «Load Optimized Defaults».

Таким макаром мы закончили настройку основных параметров BIOS на материнской плате Gigabyte.