не понимаю зачем это если есть простой и unix-way LiLo?

Лило имеет целый ряд ограничений с которыми не хотят мирится многие пользователи. А так как груб2 удовлетворяет потребностям большинства пользователей нуждающихся в загрузчике — он и используется как дефолт.

Т.е. больше вопрос к вендорам и их говнореализациям уефи.

Да с этим никто не спорит, просто один анонимус выше тут намекал, что GRUB не нужен. Похоже, что таки нужен, хотя бы для того, чтобы поменьше зависеть от говнореализаций.

Логикбастерс

xxx: someprogram умеет в somefeature?
yyy: Нет, не умеет, значит somefeature ненужен.

Жду, когда лило уже выпилят нах из слаки.

Мне кажется, что никогда не выпилят. А если его выпилят (а его не выпилят), то я, отвечаю, перейду на атом.

не знаю почему, но мой lenovo с вашей ЭФИ отказался грузиться с флэшки(типа небезопасно), пришлось лезть в БИОС(а это трудно - кнпока срабатывает 1 раз из 100) и включать легаси загрузку

ARM (U-Boot и EFI)

Кто нибудь в живую это видел?

Сам дурак!

Оукэй, про подмену я недостаточно чётко объяснил. Если ядро на шифрованном разделе, то злоумышленнику надо будет сначала узнать что требуется подменить или взломать.

Вот!

Двачую этого дваждователя.

Ведь самый шик писать 2k17, так это передает информацию о моральном устаревании намного сильнее.

С сожалению, вместо этого я процитировал год из даты поста. Теперь меня в школе уважать перестанут :(

К слову, список изменений довольно внушительный для морально устаревшего поделия.

морально устаревшего поделия

Обычно это подразумевает существование замены. Где же она?

Поговаривают, прошивка может и сама ядро загрузить.

А еще поговаривают, что 90% прошивок (особенно лаптопное) — лютое говно и ни чего не умеет (точнее умеет, но или только через зад, или действительно не умеет вообще).

Если ты задаёшь такой вопрос, то не, нету.

Наверное вы правы. Меня gurb полностью устраивает - работу свою выполняет, настраивается просто и, это главное, свою задачу выполняет отлично.

Если код не собирает отзывов кроме нейтральных, если нет хвалебных_од/проклятий — это мертвый код.

Ну как же он может быть мертвый, если он собирает отзывы?

Realpolitik

Как вам вариант ФБК?

Не может. Ядро на FAT без шифрования — анекдот.

Есть гайд про ядро на шифрованном разделе?

Нет

У меня пока нет, извиняйте. Как поставлю GuixSD — опубликую.

Переместить ядро на шифрованный том, записать в /etc/default/grub GRUB_ENABLE_CRYPTODISK=y,

update-initramfs -u
update-grub

В гугле мануалов полно, в Debian это работает без всяких костылей.

Так что засунь себе в анус свою теорию, nvram и прочие модные слова, теоретик, подсобери бабла и купи компьютер хотя бы двухлетней давности. Удивишься прогрессу технологий.

ты идиот, иди читай спеку, что там твой vendor железки сделал никого не волнует, читай спеки идиот.

Ты не интересен, извини.

Кто-нибудь мне объяснит ЗАЧЕМ ШИФРОВАТЬ ЯДРО ?

Если я скажу, что шифровать надо в первую очередь initramfs, тебе станет более понятно?

Чтобы тебя было сложнее отыметь руткитом, чучело ты невежественное.
И его не только шифровать, но и подписывать можно.

Ядро лучше держать в флеш-чипе на материнской плате. Я вот например держу на CBFS. Железо запустилось - и ядро загружено.

Хорошая новость

Добрже!

Пока не запилили GNU Shepherd, GRUB останется самой няшной загрузочной системой, видимо.

Хотя, по правде, неплохо было бы добавить в него функционал, блокирующий работу lenartd на корню.

Лично тебя имели руткитом на нешифрованном и неподписанном ядре ? Меня например нет. И еще примерно с тысячу компьютеров до которых дотянулись мои потные ручонки - нет. Если тебя - да, значит что-то с тобой не так, задумайся над этим.

Неуловимый Джо :D

Ядро лучше держать в флеш-чипе на материнской плате. Я вот например держу на CBFS. Железо запустилось - и ядро загружено.

А вот это - годная идея. Я бы тоже наверное поэкспериментировал, но неохота окирпичить 800-баксовую железку. Увы с неттопами пока у коребута не ахти.

Ядро лучше держать на быстрой нежурналируемой ФС. Я вот например держу на фат32. Две секунды - и ОС загружена.

ядро лучше держать на *надёжной* журналируемой (или CoW) ФС...

...чтобы в момент обновления всё не рухнуло бы вдруг!

FAT32 хорошее место для того чтобы держать там read-only-файлы, такие как «grubx64.efi».. FAT32 это ФС которая (в режиме работы read-only) уж точно с гарантией 100% — сможет быть прочитана — любой глупой консервной банкой :-) ..

Две секунды - и ОС загружена.

ну разумеется 2 секунды.. чтобы прочитать 12MiB — любая даже самая тормознутая ФС — окажется вдруг скоростной. :-D :-D

Ядро на FAT без шифрования — анекдот.

на какой букве и слове в твоей фразе смеяется ?

...чтобы в момент обновления всё не рухнуло бы вдруг!

Хм. Как часто вы обновляете ядро, и если не секрет, то зачем, если предыдущее работает отлично ? Впрочем вам надо хотя бы полгодика поработать сисадмином на каких-нибудь важных серваках. Неплохо корректирует манию апдейтиться на каждый чих :)

ну разумеется 2 секунды.. чтобы прочитать 12MiB — любая даже самая тормознутая ФС — окажется вдруг скоростной. :-D :-D

В общем-то скорость загрузки упирается не только непосредственно в скорость чтения с ФС, а еще и в скорость загрузки драйверов для этой ФС и в скорость инициализации этих ФС. Помните да, две секундочки на «Scanning for btrfs...» ?)))

Кто нибудь в живую это видел?

да arm64, aarch64 правильнее или как там.

Другое волнует меня: сколько процентов реализаций УЕФИ детектит ядра линукса автоматом?

ну 1% наверное, потом нигде в спеке не сказано что uefi обязан все это выискивать и тд и тп. в lenovo ноутах оно ж вообще ищет ровно один файл, который прописан в nvram в таблицу загрузки, причем такая картина наблюдается в 90% случаев. И, если верить intel спекам, по сути так и должно быть.

да в твоем примере ты кстати в nvram то и прописываешь.

Пока не запилили GNU Shepherd, GRUB останется самой няшной загрузочной системой, видимо.

первый уже запилили, но причем тут grub и система инициализации.

Хотя, по правде, неплохо было бы добавить в него функционал, блокирующий работу lenartd на корню.

так не сделаешь, но systemd ненужен от слова совсем

Лолблять. А вот теперь иди и читай спеки на UEFI, секция Boot Manager, специалист ты наш нивроткосмический. Много нового узнаешь. Перепиши себе в тетрадку. Перепишешь, выучишь - приходи, продолжим дискуссию.

Меня например нет

Мой куратор из MI5 так не считает.

Лолблять. А вот теперь иди и читай спеки на UEFI, секция Boot Manager, специалист ты наш нивроткосмический. Много нового узнаешь. Перепиши себе в тетрадку. Перепишешь, выучишь - приходи, продолжим дискуссию.

ты клоун, че с тобой разговаривать то? давай конкретно, где в спеке написано что uefi должен все PE файлы выискивать и предлагать о них записи в boot order list ?

с тобой диванным имбецилом больше разговора нет.

PS да для reference пользуй tiano core sdk и их ovmf образы, а не то что там твой gigabyte на свою motherboard занес. А если не знаешь что это такое - тогда убей себя об стену клоун.

Читай внимательно спеки :) Там даже написано какие именно файлы должен выискивать. Да ты я вижу ниасилятор ? Иль с английском в школе были проблемы ?))

В общем изучай. Хоть английский подтянешь, если уж с матчастью туго.

Мой куратор из MI5 так не считает.

Твой куратор патчил тебе ядро руткитом и именно по той причине что оно лежало на незашифрованном разделе ?))

Помните да, две секундочки на «Scanning for btrfs...» ?)))

а это что ещё? какая-то заглушка для помощи написания скриптованной лапша внутри initramfs — для тех кто по религиозным предрассудкам не использует udev (systemd) внутри initramfs?

btrfs вообще-то не нуждается в каком-то там сканировании (работа с multiple devices , очевидно здесь имеется ввиду)...

...так как udev (systemd) имеет соответствующие триггера (правила), срабатывающие при обнаружении очередной части (раздела) файловой системы :-)

Лично тебя имели руткитом на нешифрованном и неподписанном ядре ? Меня например нет. И еще примерно с тысячу компьютеров до которых дотянулись мои потные ручонки - нет.

Серьёзный подход к безопасности.

Неуловимый Джо :D

Именно так часто называется твой подход.

Читай внимательно спеки :) Там даже написано какие именно файлы должен выискивать. Да ты я вижу ниасилятор ? Иль с английском в школе были проблемы ?))

ты дебил, конченный, обкакался и теперь дезодорантиком пшыкаешся. еще раз для тупых дебилов вроде тебя, uefi сервис ищет определенные PE бинарники для запуска (опциально если нет то запускает uefi шелл, из которого можно ручками запустить нужную тебе поделку (бинарник)). uefi не умеет в ext3, ext2 и вообще во что то кроме fat32 (но некоторые старые реализации умеют только в fat16). И от того что твоя тупая морда что то куда то перепишет тупо на раздел, от этого оно загружатся не будет. Тебе тупая морда надо сделать запись в nvram что за PE бинарник грузить и где он находится, само оно там не появится дебилушка. Поэтому загрузчик нужен, и без него сам по себе UEFI ничего не загрузит.

В общем изучай. Хоть английский подтянешь, если уж с матчастью туго.

спасибо, но я каждый день на нем разговариваю, в отличии от тебя имбицилчика, более того - спеку хорошо знаю тк для aarch64 эти uefi сервисы разрабатываю. в отличии от тебя мамкиного хакира со своей gigabyte в единственном экземпляре.

Не тратьте своё время на разговоры с местным дураком.

Безопасности чьей и от чего\кого ?

Я не зря просил описать юзкейс.

Ну там «я глава конторы которая производит ЛСД, у меня на ПеКа хранится вся бухгалтерия включая взаиморасчеты с поставщиками спорыньи, я боюсь что если ко мне нагрянет ФСБ, я получю 10-20-30 лет, потому что мое ядро не защищено».

Или «я лидер ISIS, у меня на ПеКа хранятся доказательства бомбардировки небоскребов лично моим братом БенЛаденом, и я боюсь что они попадут в руки ЦРУ».

Пойми, чувак, прежде чем изобретать щит, надо знать - каков меч.

Вряд ли ты за такой короткий промежуток времени смог подучить английский и законспектировать.

Не тратьте своё время на разговоры с местным дураком.

что то я забыл, надо ж политкорректно, типа альтернативно одаренным таких называть, ну или «не очень далекий человек» :)

Вряд ли ты за такой короткий промежуток времени смог подучить английский и законспектировать.

ну ты клоун, иди в свой пека разделы переписывай. ты видимо во всех темах ноль без палочки, так что так и запишем - клоун балабол, ну или просто дурачок.

В контексте утверждения «сустемд вызывает обожание» это было про эмоциональную сторону «жизни кода».

Слишком много оправдываешься. На ЛОРе это нинужно.

Я не разрабатываю uefi-сервисы, и не знаю спеки. Зато я могу примитивно скопировать файлы с виндового uefi-раздела, отформатировать его в ntfs, записать эти файлы туда обратно, и станет ясно, что ты со своим «и вообще во что то кроме fat32» - опять лохонулся.

Хотя даже этого можно было не делать, а просто написать команду devices в шелле.

да в твоем примере ты кстати в nvram то и прописываешь.

Это я привел как пример простоты реализации этого дела в установщике для «тупой» уефи.