В целом UEFI это:
графическая оболочка (не всегда юзерфрендли но они стараются) в которой простой пользователь может докумекать что нажать, со скрытыми опасными пунктами
Вовсе не обязательно, есть куча реализаций… CUI? TUI?… короче, олд-скульных text-only реализаций UEFI, графикой там и не пахло. Но это всё ещё полноценный UEFI, пусть и не такой свистельно-пердящий, как то, что есть на скриншоте в статье.
Публичный и приватный ключ математически связаны. На самом деле, когда говорят «сгенерировать пару ключей» генерируется вовсе не пара ключей. Генерируется приватный ключ и на его основе и создаётся публичный. Т.е. публичный ключ не генерируется, а лишь является результатом некоей функции над приватным ключом. Другой вопрос, что этот криптор мог и не генерировать вовсе никаких легетимных ключей — а тупо забить рандомом и всё.
Ну вообще то это открытый стандарт OTP (конкретно TOTP). Google Authenticator не единственный возможный вариант — я пользуюсь FreeOTP от RedHat, например. Так что любой может проверить «чистоту» аутентификатора, или написать свой на крайний случай.
А причём тут systemd? Любой инит будет работать. Прошивка загружает ядро с EFI_STUB (т.е. само ядро будет оформлено как обычное EFI приложение), а ядро уже в свою очередь запускает инит (systemd/openrc/upstart/sysvinit/суперофигенныйинитвасипупкина). Лично у меня на ESP разделе хранятся подписанные образы EFI приложений, которые включают в себя ядро + initrd + intel-ucode + cmdline, и всё это добро подписано ключами для UEFI Secure Boot. Достаточно удобно получилось — всё обновляется само стандартным пакетным менеджером.
UEFI — это просто навороченный BIOS. Хранится на абсолютно такой-же CMOS микросхеме, так что количество циклов никак не меняется.
UEFI раздел — обычный fat32 (другие фс — редкость) раздел. Да, его можно примонтировать и всё оттуда удалить. ОС, конечно, не загрузится. Загрузиться с флешки можно всегда — UEFI раздел не является сверх-важной частью самой прошивки, это замена первому сектору из MBR (с поправкой на то, что сектор в MBR один (и загрузчик тоже один), а в UEFI разделе можно расположить несколько загрузчиков просто в виде стандартных файлов).
примонтировать этот раздел с UEFI мат. платы
ESP раздел не часть мат. платы, а самый обычный раздел на самом обычном HDD/SSD.
Но, всё-же, GRUB не грузит Windows напрямую, а просто передаёт управление стандартному загрузчику (NTLDR / Windows Boot Manager). Так что он не до конца Unified.
Пару миллионов? В JRE размер стека по-умолчанию — 512 килобайт. Если мы возьмём ОЧЕНЬ оптимистичный расчёт в 16 байтов на фрейм (два указателя на x86_64, мизер), то в стек поместится ~ 32k вызовов, или 16k ваших чудесных итераций. Хоть этот предел и сложно достичь, но мне всё-таки кажется, что код стоит переписать.
Нельзя лучше, это сломает добрую половину win программ, если не все :)
Вовсе не обязательно, есть куча реализаций… CUI? TUI?… короче, олд-скульных text-only реализаций UEFI, графикой там и не пахло. Но это всё ещё полноценный UEFI, пусть и не такой свистельно-пердящий, как то, что есть на скриншоте в статье.
Укажите DNS сервера (глобально на роутере, локально на компьютере, конкретно для curl через опцию --dns-servers) и тогда всё заработает.
ESP раздел не часть мат. платы, а самый обычный раздел на самом обычном HDD/SSD.