Обновить
40
Сергей Шатунов@Prototik

JVM Backend разработчик

11
Подписчики
Отправить сообщение
А чем сгенерировали такую табличку, если не секрет?
как можно сделать лучше

Нельзя лучше, это сломает добрую половину win программ, если не все :)
В целом UEFI это:
графическая оболочка (не всегда юзерфрендли но они стараются) в которой простой пользователь может докумекать что нажать, со скрытыми опасными пунктами

Вовсе не обязательно, есть куча реализаций… CUI? TUI?… короче, олд-скульных text-only реализаций UEFI, графикой там и не пахло. Но это всё ещё полноценный UEFI, пусть и не такой свистельно-пердящий, как то, что есть на скриншоте в статье.
У Вас — только DNS. Конечно прямой доступ по IP вернёт отлуп на доменное имя, именно это и прилетает в последнем варианте:
curl -v 94.100.180.199
> GET / HTTP/1.1
> Host: 94.100.180.199

>
< HTTP/1.1 302 OK

< Location: http://mail.ru

<
* Connection #0 to host 94.100.180.199 left intact
<html><body>Redirect...</body></html>

Укажите DNS сервера (глобально на роутере, локально на компьютере, конкретно для curl через опцию --dns-servers) и тогда всё заработает.
Публичный и приватный ключ математически связаны. На самом деле, когда говорят «сгенерировать пару ключей» генерируется вовсе не пара ключей. Генерируется приватный ключ и на его основе и создаётся публичный. Т.е. публичный ключ не генерируется, а лишь является результатом некоей функции над приватным ключом. Другой вопрос, что этот криптор мог и не генерировать вовсе никаких легетимных ключей — а тупо забить рандомом и всё.
Потому что вы пытаетесь выполнить команды шелла из обычного exec вызова. Оберните всё это в sh -c, тогда заработает.
Ну вообще то это открытый стандарт OTP (конкретно TOTP). Google Authenticator не единственный возможный вариант — я пользуюсь FreeOTP от RedHat, например. Так что любой может проверить «чистоту» аутентификатора, или написать свой на крайний случай.
Ну вообще-то такая сеть уже есть… Тут проблема не создать, а продвинуть в массы.
А причём тут systemd? Любой инит будет работать. Прошивка загружает ядро с EFI_STUB (т.е. само ядро будет оформлено как обычное EFI приложение), а ядро уже в свою очередь запускает инит (systemd/openrc/upstart/sysvinit/суперофигенныйинитвасипупкина). Лично у меня на ESP разделе хранятся подписанные образы EFI приложений, которые включают в себя ядро + initrd + intel-ucode + cmdline, и всё это добро подписано ключами для UEFI Secure Boot. Достаточно удобно получилось — всё обновляется само стандартным пакетным менеджером.
Загрузчики действительно часто используют только primary GPT. А вот утилиты работы с дисками предлагают восстановить primary GPT из backup GPT.
  1. UEFI — это просто навороченный BIOS. Хранится на абсолютно такой-же CMOS микросхеме, так что количество циклов никак не меняется.
  2. UEFI раздел — обычный fat32 (другие фс — редкость) раздел. Да, его можно примонтировать и всё оттуда удалить. ОС, конечно, не загрузится. Загрузиться с флешки можно всегда — UEFI раздел не является сверх-важной частью самой прошивки, это замена первому сектору из MBR (с поправкой на то, что сектор в MBR один (и загрузчик тоже один), а в UEFI разделе можно расположить несколько загрузчиков просто в виде стандартных файлов).

примонтировать этот раздел с UEFI мат. платы

ESP раздел не часть мат. платы, а самый обычный раздел на самом обычном HDD/SSD.
Но, всё-же, GRUB не грузит Windows напрямую, а просто передаёт управление стандартному загрузчику (NTLDR / Windows Boot Manager). Так что он не до конца Unified.
Вместо дублирования readLine можно использовать цикл do {} while (); Не уверен, что аналогичные конструкции есть в других языках, но в Java есть.
Ну что-то в таком духе:
    void startGame() {
        System.out.println(String.format(GreetingMessage, exitWord));
        while (true) {
          String inputWord = readLine();
          if (!checkInputWord(inputWord))
            break;
        }
    }

    private boolean checkInputWord(String inputWord) {
        if (inputWord.equals(exitWord)) {
            System.out.println(GoodByeMessage);
            return false;
        }
        System.out.println(String.format(InputAcceptMessage, inputWord));
        return true;
    }
Пару миллионов? В JRE размер стека по-умолчанию — 512 килобайт. Если мы возьмём ОЧЕНЬ оптимистичный расчёт в 16 байтов на фрейм (два указателя на x86_64, мизер), то в стек поместится ~ 32k вызовов, или 16k ваших чудесных итераций. Хоть этот предел и сложно достичь, но мне всё-таки кажется, что код стоит переписать.
Нужны устройства, которые умеют 802.11r и дают его самостоятельно настроить. Lede/OpenWRT или что там ещё внутри — не столь важно.
Винчестер — дробовик.
Долго и упорно ищет Notepad++ в своей генте и арче.
Тут явно намёк на последние Windows Server, никаких «останется 8 ядер» там не будет: сколько указано в лицензии — столько ядер и будут работать.
Историю можно не очищать, если перед function вставить пробел.

Информация

В рейтинге
Не участвует
Откуда
Красноярск, Красноярский край, Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Бэкенд разработчик, Фулстек разработчик
Linux
Java
Kotlin
Разработка под Android