<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Router OS 7 на UEFI]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Router OS 7 на UEFI форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Mon, 06 Apr 2026 02:07:16 +0300</pubDate>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435054">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ага, понятно. В любом случае, три разных скрипта могут пригодиться, если вдруг понадобится поэкспериментировать, если выбранный не сработает (по той или иной причине). Скрипт, который, по моему мнению, создаёт самый правильный результат, — это вот этот (тот, который называется "MODIFIED SCRIPT3 (pure EFI/GPT, NO Hybrid)" в таблице):<br /><br />(<br />echo 2 # использовать GPT &nbsp;<br />echo x # дополнительные функции &nbsp;<br />echo e # переместить резервные структуры данных в конец диска &nbsp;<br />echo r # восстановление/преобразование &nbsp;<br />echo f # загрузить MBR и заново создать GPT на его основе &nbsp;<br />echo y # Внимание! Это удалит все текущие разделы! Продолжить? (Y/N): &nbsp;<br />echo x # дополнительные функции &nbsp;<br />echo a # установить атрибуты &nbsp;<br />echo 1 # номер раздела (1-2): &nbsp;<br />echo 2 # переключение поля атрибутов (0-63, 64 или &lt;Enter&gt; для выхода): &nbsp;<br />echo &nbsp; # переключение поля атрибутов (0-63, 64 или &lt;Enter&gt; для выхода): &nbsp;<br />echo m # вернуться в главное меню &nbsp;<br />echo t # изменить код раздела &nbsp;<br />echo 1 # выбрать первый раздел &nbsp;<br />echo EF00 # шестнадцатеричный код или GUID (L — показать коды, Enter = EF00): &nbsp;<br />echo c # изменить имя раздела &nbsp;<br />echo 1 # номер раздела (1-2): &nbsp;<br />echo RouterOS Boot # ввести имя: &nbsp;<br />echo c # изменить имя раздела &nbsp;<br />echo 2 # номер раздела (1-2): &nbsp;<br />echo RouterOS # ввести имя: &nbsp;<br />echo w # записать изменения на диск &nbsp;<br />echo y # подтвердить &nbsp;<br />) | gdisk /dev/nbd0<br /><br />Особенности: одна защитная запись 0xEE в MBR, охватывающая весь диск, резервная таблица разделов в конце диска, исправленные размеры разделов, имена разделов и флаги сделаны такими же, как в оригинале. <br />
			<i>22.09.2024 16:05:00, jaclaz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435054</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435054</guid>
			<pubDate>Sun, 22 Sep 2024 16:05:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435053">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В этом контексте я не вижу никакой пользы в том, чтобы тестировать 50 вариантов по очереди только для того, чтобы найти тот, который работает с минимальным количеством изменений. Количество CPU, которое нужно потратить на Linux-машине, чтобы получить «самый правильный» результат, здесь не является ограничением. Так что если сценарий №3 создаёт такой «самый правильный» результат, давайте использовать только его. Пожалуйста, пришлите один скрипт в виде обычного текста, я запущу его на образе 7.15.3, и мы посмотрим, что получится. <br />
			<i>22.09.2024 13:39:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435053</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435053</guid>
			<pubDate>Sun, 22 Sep 2024 13:39:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435052">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Если у вас есть время и желание протестировать (до работы с образами) сам скрипт gdisk на Linux-машине, это нормально, нет необходимости обмениваться большими файлами. Я прикрепляю небольшой Excel-файл с оригинальным скриптом gdisk, модифицированной версией (с итогом, который должен совпадать с оригиналом) и второй модифицированной версией (которая, по моему мнению, более «правильная», так как есть несколько моментов, которые оригинальный скрипт делает не совсем корректно, но это не должно мешать загрузке).<br /><br />Таблица резервных разделов GPT-диска теоретически должна находиться в конце, а не сразу после последнего раздела. Первый скрипт сдвигает её на один сектор вперёд, а затем возвращает на место (где она есть и в образе 7.14.3), второй ставит её в конец диска. Лично я бы переместил часть со скриптом gdisk раньше в целом скрипте, до создания файловой системы FAT, то есть между командами qemu-nbd -c /dev/nbd0 chr.qcow2 и rm -rf /tmp/tmp*, потому что не могу точно сказать, будет ли при монтировании qemu-nbd использовать MBR или GPT. Если первый, то разницы не будет, а если второй, то вновь созданная FAT-файловая система может иметь на один сектор больше.<br /><br />Чтобы перестраховаться, можно размонтировать и заново смонтировать nbd0, чтобы убедиться, что при выполнении mkfs/rsync образ уже исправлен. С одной стороны (если скрипт перепартиционирования с данными MBR работает) повезло, что хорошие ребята из Mikrotik сделали эти записи в MBR, но с другой — этот образ никогда не загрузится в BIOS, так как там нет загрузочного сектора или загрузчика, поэтому нет смысла иметь не только защитный MBR EE-раздел для всего диска, но и загрузочный код MBR.<br /><br />Поэтому я добавил третий скрипт, который избавляется от гибридной схемы — она просто не нужна (если только не существует какой-то UEFI, который использует разделы MBR, что крайне маловероятно). Настоящие фанаты могут занулить первые 180 байт MBR.<br /><br />gdiskscript.xls (18.5 KB) <br />
			<i>22.09.2024 12:54:00, jaclaz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435052</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435052</guid>
			<pubDate>Sun, 22 Sep 2024 12:54:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435051">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это зависит от локального значения символического адреса «там». В Proxmox можно выбрать между загрузкой через BIOS и UEFI. По словам автора оригинального сообщения, «Gen2» машина в Hyper-V означает использование UEFI-загрузки; строго говоря, Hyper-V не бесплатен, но если он у вас уже есть, то дополнительных затрат на тестирование образа не будет. Аналогично, если вы создаёте VPS в платной среде на достаточно короткое время, чтобы просто развернуть машину и проверить, загружается ли она, это не будет «бесплатно», но, скорее всего, обойдётся дешевле, чем кофе, который вы выпьете, чтобы не заснуть в процессе. Я могу предложить протестировать образы и на Proxmox, и на Hyper-V, а после успешного теста — даже в платной среде, хотя подозреваю, что с логистикой могут возникнуть сложности. <br />
			<i>22.09.2024 08:57:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435051</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435051</guid>
			<pubDate>Sun, 22 Sep 2024 08:57:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435050">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хорошо знать. Я считаю, что использование образа 7.14.3 в качестве основы с заменой/синхронизацией файлов на двух разделах на версии 7.15.3 тоже должно сработать. Есть ли свободная среда, где можно проверить загрузку образа? Я провёл несколько тестов, и образ 7.15.3 должен исправляться с помощью немного более сложного набора команд gdisk (без необходимости использовать более сложные методы вроде Hex-редактора). По сути, две записи разделов в MBR правильные (в части LBA), поэтому можно использовать gdisk для перевода с MBR на GPT, а дальше остаётся только исправить тип раздела и флаги первого GPT-раздела и (если быть педантичным) переименовать два раздела в их исходные метки RouterOS Boot и RouterOS. Но результат потребуется проверить — возможно, всё же понадобится вручную изменить несколько байтов или — что, наверное, даже удобнее для скрипта — добавить пару команд dd. <br />
			<i>21.09.2024 20:57:00, jaclaz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435050</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435050</guid>
			<pubDate>Sat, 21 Sep 2024 20:57:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435049">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хорошая новость для тех, кто не хочет вдаваться в тонкости (уважение, @jaclaz!) — обновление уже установленного CHR, по всей видимости, не влияет на загрузочный раздел. Значит, установка образа 7.14.3, адаптированного для UEFI с помощью скрипта (неважно, какая именно часть скрипта работает), а потом обновление до 7.15.3 — это простой и проверенный на практике способ обойти проблему с перекрытием в 1 сектор. <br />
			<i>21.09.2024 06:05:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435049</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435049</guid>
			<pubDate>Sat, 21 Sep 2024 06:05:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435048">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да и нет, возможно (а может и нет) в этом и есть проблема (которую можно решить, создав только FAT32-раздел с загрузчиком), но скрипт дополнительно пытается устранить проблему с невозможностью загрузки, используя гибридный MBR, помимо форматирования в FAT:<br /><br />(<br />echo 2 # использовать GPT<br />echo t # сменить код раздела<br />echo 1 # выбрать первый раздел<br />echo 8300 # сменить код на Linux filesystem 8300<br />echo r # Восстановление/трансформация<br />echo h # гибридный MBR<br />echo 1 2 # разделы добавлены в гибридный MBR<br />echo n # Поместить EFI GPT (0xEE) раздел первым в MBR (хорошо для GRUB)? (Y/N)<br />echo &nbsp; # ввести MBR hex код (по умолчанию 83)<br />echo y # установить загрузочный флаг? (Y/N)<br />echo &nbsp; # ввести MBR hex код (по умолчанию 83)<br />echo n # установить загрузочный флаг? (Y/N)<br />echo n # Обнаружено неиспользуемое пространство раздела. Использовать его для защиты других разделов? (Y/N)<br />echo w # записать изменения на диск<br />echo y # подтвердить<br />) | gdisk /dev/nbd0<br /><br />Это временное решение и из рода «Настолько ужасно, что глаза на лоб полезут», но если работает — значит работает. Текущий RAW-образ диска (chr-7.15.3.img.zip), похоже, УЖЕ (в каком-то смысле) гибридизирован с двумя разделами 0x83 в MBR (БЕЗ защитного 0xEE, который GPT предписывает и который gdisk создаст третьим разделом), и с некоторым BIOS-загрузочным кодом, так что смысла запускать gdisk на нём (уже) нет. Кстати, разметка неправильная: gdisk видит перекрытие между (GPT, вторичной) таблицей разделов и вторым разделом, а также перекрытие в 1 сектор между первым и вторым разделом, поэтому не позволит записать изменения, пока ошибки не исправят. (MBR-разметка выглядит в порядке).<br /><br />Возможно, хорошие ребята из Mikrotik специально сделали эти перекрытия, чтобы никто не трогал gdisk (или, может быть, используют другое ПО, которое случайно создаёт такое перекрытие). В любом случае, раздел «RouterOS Boot» имеет тип «EFI system» с флагом Атрибута 4 (установлен бит 2, Bios bootable). Но конвертации в FAT или FAT32 нет. Нужно проверить, решит ли проблему только смена файловой системы, так как часть скрипта с gdisk вряд ли будет работать корректно.<br /><br />Тип (GPT) EF (EFI System) «независим от файловой системы», а тип раздела 0x83 в MBR тоже вроде не важен, так как это «защитный ID», который говорит Windows «здесь львы», и не связан с файловой системой.<br /><br />P.S. Я только что обнаружил более старый образ 7.14.3, и он «хороший» (поэтому скрипт на нём работает):<br /><br />7.14.3 (хороший) &nbsp;<br />Команда (? для справки): v &nbsp;<br />Проблем не найдено. &nbsp;<br />0 свободных секторов (0 байт) доступно в 0 сегментах, самый большой размер 0 (0 байт). &nbsp;<br />Команда (? для справки): i &nbsp;<br />Номер раздела (1-2): 1 &nbsp;<br />Код GUID раздела: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System) &nbsp;<br />Уникальный GUID раздела: 7009F6C9-F6E7-884F-B847-90C15779364A &nbsp;<br />Первый сектор: 34 (17.0 KiB) &nbsp;<br />Последний сектор: 65569 (32.0 MiB) &nbsp;<br />Размер раздела: 65536 секторов (32.0 MiB) &nbsp;<br />Флаги атрибутов: 0000000000000004 &nbsp;<br />Имя раздела: ‘RouterOS Boot’ &nbsp;<br />Команда (? для справки): i &nbsp;<br />Номер раздела (1-2): 2 &nbsp;<br />Код GUID раздела: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux filesystem) &nbsp;<br />Уникальный GUID раздела: 3E1AF678-B766-9E4E-BF6D-A84F74F7DB80 &nbsp;<br />Первый сектор: 65570 (32.0 MiB) &nbsp;<br />Последний сектор: 258047 (126.0 MiB) &nbsp;<br />Размер раздела: 192478 секторов (94.0 MiB) &nbsp;<br />Флаги атрибутов: 0000000000000000 &nbsp;<br />Имя раздела: ‘RouterOS’<br /><br />против 7.15.3 (плохой)<br /><br />Команда (? для справки): v &nbsp;<br />Проблема: разделы 2 и 1 перекрываются: &nbsp;<br />Раздел 2: 65570 до 258048 &nbsp;<br />Раздел 1: 34 до 65570 &nbsp;<br />Внимание! Вторичная таблица разделов перекрывает последний раздел на 1 блок! Попробуйте уменьшить размер таблицы разделов на 4 записи. (Используйте пункт ‘s’ в меню экспертов.) &nbsp;<br />Обнаружено 2 проблемы!<br /><br />Команда (? для справки): i &nbsp;<br />Номер раздела (1-2): 1 &nbsp;<br />Код GUID раздела: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System) &nbsp;<br />Уникальный GUID раздела: 530D7DB7-E875-CC44-9ABD-7F5CAEC90E75 &nbsp;<br />Первый сектор: 34 (17.0 KiB) &nbsp;<br />Последний сектор: 65570 (32.0 MiB) &nbsp;<br />Размер раздела: 65537 секторов (32.0 MiB) &nbsp;<br />Флаги атрибутов: 0000000000000004 &nbsp;<br />Имя раздела: ‘RouterOS Boot’ &nbsp;<br />Команда (? для справки): i &nbsp;<br />Номер раздела (1-2): 2 &nbsp;<br />Код GUID раздела: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux filesystem) &nbsp;<br />Уникальный GUID раздела: 37D0E30B-6AA9-EF4E-A67A-4770FC37A330 &nbsp;<br />Первый сектор: 65570 (32.0 MiB) &nbsp;<br />Последний сектор: 258048 (126.0 MiB) &nbsp;<br />Размер раздела: 192479 секторов (94.0 MiB) &nbsp;<br />Флаги атрибутов: 0000000000000000 &nbsp;<br />Имя раздела: ‘RouterOS’<br /><br />P.P.S. Из любопытства: в образе 7.14.3 есть сигнатура диска (что значит, что он монтировался/использовался в Windows) и «искажённые» значения CHS в двух разделах MBR. Эти неверные CHS исправляются gdisk при записи гибридного MBR (к тому же, как ни странно, он, по-видимому, удаляет сигнатуру диска), так что это может быть одной из причин, почему образ, изменённый скриптом, работал (плюс добавление защитного раздела 0xEE). Сейчас редко кто использует CHS, но на маленьких дисках, вроде этого образа, такая вероятность есть. <br />
			<i>20.09.2024 16:25:00, jaclaz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435048</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435048</guid>
			<pubDate>Fri, 20 Sep 2024 16:25:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435047">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Проблема здесь несложная, @kriszos объясняет: дело не в “гибридном” разделении диска на MBR/GPT… основная проблема — это форматирование диска. По сути, файловая система ext2 не читается некоторыми EUFI BIOS. Смотрите <noindex><a href="https://uefi.org/specs/UEFI/2.10/13_Protocols_Media_Access.html#file-system-format" target="_blank" rel="nofollow" >https://uefi.org/specs/UEFI/2.10/13_Protocols_Media_Access.html#file-system-format</a></noindex> <br />
			<i>20.09.2024 12:18:00, Amm0.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435047</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435047</guid>
			<pubDate>Fri, 20 Sep 2024 12:18:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435046">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, собственно, публикуемый bash-скрипт использует gdisk (его версия работает и на Windows, если у вас не Linux), созданный Родериком Смитом, который считается де-факто стандартом для проверки, исправления и изменения MBR и GPT дисков или образов: <noindex><a href="https://www.rodsbooks.com/gdisk/" target="_blank" rel="nofollow" >https://www.rodsbooks.com/gdisk/</a></noindex>. Среди прочего, он умеет создавать гибридные MBR, которые, словами автора, «ненадёжные и опасные». Страница посвящённая этому названа очень точно: Hybrid MBRs: The Good, the Bad, and the So Ugly You’ll Tear Your Eyes Out <noindex><a href="https://www.rodsbooks.com/gdisk/hybrid.html" target="_blank" rel="nofollow" >https://www.rodsbooks.com/gdisk/hybrid.html</a></noindex>. Но иногда они просто работают. <br /><br />Спецификации GPT красиво опубликованы в виде PDF на более чем 2200 страниц (по последней проверке). Неудивительно, что какой-то производитель или разработчик ПО либо создал нестандартные решения, либо, наоборот, предусмотрел варианты загрузки с нестандартных конфигураций. Другими словами, когда ваша ОС действительно загружается, это может происходить по одной из трёх основных причин:<br /><br />- и образ/диск, и BIOS/UEFI полностью стандартны;<br />- образ/диск нестандартен, но BIOS/UEFI позволяет такую вольность или реализует функции для поддержки подобных нестандартов;<br />- образ/диск нестандартен, но содержит дополнительные функции, которые обходят (стандартное или нестандартное) поведение BIOS/UEFI.<br /><br />Гибридные MBR — это по сути пункт номер 3 (нестандартный образ), но при этом UEFI умудряется загрузиться с раздела 0x83, так что одновременно это и пункт 2. <br />
			<i>20.09.2024 09:10:00, jaclaz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435046</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435046</guid>
			<pubDate>Fri, 20 Sep 2024 09:10:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435045">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Совершенно верно. Mikrotik рекомендует именно такой подход (виртуализационная платформа и CHR на ней, даже если CHR будет единственной виртуальной машиной), вместо использования продукта «x86», работающего напрямую на железе, который может немного отставать в части драйверов сетевых карт и прочего. <br />
			<i>19.09.2024 20:46:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435045</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435045</guid>
			<pubDate>Thu, 19 Sep 2024 20:46:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435044">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вау, очень круто! Я правильно понимаю, что можно взять обычный x86 компьютер, установить в него несколько сетевых карт и запустить виртуализированный экземпляр ROS, превратив весь этот ящик в роутер (или файрвол)? <br />
			<i>19.09.2024 20:41:00, Josephny.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435044</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435044</guid>
			<pubDate>Thu, 19 Sep 2024 20:41:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435043">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			К слову, я упаковал @kriszos в проект на GitHub, который запускается через GitHub Action, вот ссылка: <noindex><a href="https://github.com/tikoci/fat-chr" target="_blank" rel="nofollow" >https://github.com/tikoci/fat-chr</a></noindex>. В разделе «Releases» лежит переупакованный образ диска CHR с поддержкой UEFI. Например, версия 7.15.3: <noindex><a href="https://github.com/tikoci/fat-chr/releases/tag/Build10185466371-custom" target="_blank" rel="nofollow" >https://github.com/tikoci/fat-chr/releases/tag/Build10185466371-custom</a></noindex>. Но, как отмечает @sindy, большинство платформ всё же поддерживают опции «Legacy BIOS». И даже в таком случае… UEFI будет работать на некоторых платформах — просто часть UEFI BIOS не умеет работать с файловой системой Linux в стандартных образах диска Mikrotik. <br />
			<i>19.09.2024 20:16:00, Amm0.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435043</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435043</guid>
			<pubDate>Thu, 19 Sep 2024 20:16:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435042">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			CHR предназначен для развертывания в виде виртуальной машины — когда вам нужен виртуализированный роутер, с которым вы знакомы, а не обычный Linux для продакшена, или когда нужно смоделировать какие-то сложные конфигурации, или просто запустить Mikrotik роутер с публичным IP для обучения. Именно поэтому сегодня я развернул два CHR. Виртуализационной платформой может быть ваш Proxmox или другая система, работающая на старом домашнем ПК или непосредственно на железе в дата-центре, а можно поставить CHR как виртуальный сервер у какого-нибудь облачного провайдера, где железо разделяется между несколькими клиентами. Во всех этих случаях система виртуализации эмулирует и среду загрузки; некоторые из них поддерживают и «наследственный» BIOS, и UEFI, а некоторые только один из этих режимов. Начиная с версии 7.15.3, raw-образ CHR, который можно скачать с сайта Mikrotik, по умолчанию не совместим с UEFI, поэтому для его корректного развёртывания нужен хитрый скрипт, который конвертирует образ в нужный формат. <br />
			<i>19.09.2024 19:45:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435042</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435042</guid>
			<pubDate>Thu, 19 Sep 2024 19:45:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435041">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Может, кто-нибудь добрый объяснит тем из нас, кто далек от этой темы, в чем именно суть или для чего нужно устанавливать ROS таким способом? Я правильно понимаю, что речь идет об установке ROS на ПК с архитектурой x86? <br />
			<i>19.09.2024 18:41:00, Josephny.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435041</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435041</guid>
			<pubDate>Thu, 19 Sep 2024 18:41:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435040">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Оригинальное решение. Но есть некоторые проблемы, которые возникают при его использовании: когда пытаешься загрузиться в hyper-v gen2, загрузка проходит, и даже есть внешний доступ (mac winbox), но локальная консольная клавиатура не работает. Она не реагирует на нажатия. Если что-то пойдет не так с сетью, восстановить систему через консоль будет невозможно. Все современные операционные системы можно загрузить через uefi, считайте это одним из этапов стандартизации: пусть все виртуальные ОС загружаются через uefi, если это возможно. Нет причин не поддерживать загрузку через uefi. <br />
			<i>13.09.2023 11:19:00, mark99i.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435040</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435040</guid>
			<pubDate>Wed, 13 Sep 2023 11:19:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435039">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			+1 <br />
			<i>18.05.2022 17:53:00, Hominidae.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435039</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435039</guid>
			<pubDate>Wed, 18 May 2022 17:53:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435038">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			@kriszos: спасибо за отличный кусок инженерного мастерства, это действительно стоящее! @Marciboy, просто интересно, зачем тебе нужна версия gen2? <br />
			<i>17.05.2022 16:18:00, Larsa.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435038</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435038</guid>
			<pubDate>Tue, 17 May 2022 16:18:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435037">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня была такая же проблема. Установить RouterOS 7 x86 с ISO на виртуальную машину с поддержкой UEFI достаточно просто, но я хотел загрузиться с CHR v7 как из LXD виртуалки. Похоже, что у CHR есть всё, чтобы загрузиться через UEFI, но его таблица разделов — какой-то гибрид между GPT и MBR. Кроме того, раздел с EFI-файлами отформатирован как ext2, что не соответствует стандарту UEFI, который требует, чтобы EFI-файлы хранились на разделе FAT16/32. Ниже скрипт для исправления этих проблем. Мне удалось загрузиться с ним на LXD, qemu/KVM и hyper-v gen2 через UEFI. Secure boot невозможен, так как EFI-файл не подписан Microsoft. &nbsp;<br /><br />Для работы скрипта нужен Linux с установленными пакетами: wget, unzip, qemu-img, qemu-nbd, rsync, gdisk. Запускать нужно с правами root.<br /><br />```bash<br />#!/bin/bash<br />wget --no-check-certificate <noindex><a href="https://download.mikrotik.com/routeros/7.3beta40/chr-7.3beta40.img.zip" target="_blank" rel="nofollow" >https://download.mikrotik.com/routeros/7.3beta40/chr-7.3beta40.img.zip</a></noindex> -O /tmp/chr.img.zip<br />unzip -p /tmp/chr.img.zip &gt; /tmp/chr.img<br />rm -rf chr.qcow2<br />qemu-img convert -f raw -O qcow2 /tmp/chr.img chr.qcow2<br />rm -rf /tmp/chr.im*<br />modprobe nbd<br />qemu-nbd -c /dev/nbd0 chr.qcow2<br />rm -rf /tmp/tmp*<br />mkdir /tmp/tmpmount/<br />mkdir /tmp/tmpefipart/<br />mount /dev/nbd0p1 /tmp/tmpmount/<br />rsync -a /tmp/tmpmount/ /tmp/tmpefipart/<br />umount /dev/nbd0p1<br />mkfs -t fat /dev/nbd0p1<br />mount /dev/nbd0p1 /tmp/tmpmount/<br />rsync -a /tmp/tmpefipart/ /tmp/tmpmount/<br />umount /dev/nbd0p1<br />rm -rf /tmp/tmp*<br />(<br />echo 2 # использовать GPT<br />echo t # сменить код раздела<br />echo 1 # выбрать первый раздел<br />echo 8300 # сменить код на Linux filesystem 8300<br />echo r # Восстановление/преобразование<br />echo h # Гибридный MBR<br />echo 1 2 # добавить разделы в гибридный MBR<br />echo n # Разместить EFI GPT (0xEE) раздел первым в MBR (хорошо для GRUB)? (Y/N)<br />echo &nbsp; # Ввести MBR hex код (по умолчанию 83)<br />echo y # Установить флаг загрузки? (Y/N)<br />echo &nbsp; # Ввести MBR hex код (по умолчанию 83)<br />echo n # Установить флаг загрузки? (Y/N)<br />echo n # Найдены неиспользуемые пространства разделов. Использовать одно для защиты других разделов? (Y/N)<br />echo w # записать изменения на диск<br />echo y # подтвердить<br />) | gdisk /dev/nbd0<br />qemu-nbd -d /dev/nbd0<br />echo "скрипт завершен, создан файл chr.qcow2"<br />```<br /><br />Чтобы конвертировать файл в формат hyper-v, выполните команду:<br /><br />`qemu-img convert -f qcow2 -O vhdx chr.qcow2 chr.vhdx` <br />
			<i>17.05.2022 15:50:00, kriszos.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435037</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435037</guid>
			<pubDate>Tue, 17 May 2022 15:50:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435036">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Огромное спасибо. Ты очень помог, ведь я только что столкнулся с улучшением у одного облачного провайдера, где теперь возможна загрузка только через UEFI, так как в прошлый раз я там ставил CHR. И что ещё лучше — я установил CHR 7.14.3 с помощью скрипта, и консоль работает отлично. <br />
			<i>19.09.2024 18:32:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435036</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435036</guid>
			<pubDate>Thu, 19 Sep 2024 18:32:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Router OS 7 на UEFI</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435035">Router OS 7 на UEFI</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет! Как установить ROS7.1.3 на Hyper-V под Gen2 (запуск через UEFI)? Скачивание не проходит гладко. Может, нужно конвертировать образ? Или на сервере-хосте требуется настройка BIOS? <br />
			<i>19.03.2022 12:31:00, Marciboy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435035</link>
			<guid>http://mikrotik.moscow/forum/forum57/89246-router-os-7-na-uefi/message435035</guid>
			<pubDate>Sat, 19 Mar 2022 12:31:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
