Загрузчик ОС - Grub 2

[S.A.]

Интересно и не понятно, как системы загружались с этого SSD,  до создания раздела bios_grub. (для этого раздела достаточно размера 1 МБ и форматировать его не нужно).

[vita]

Интересно и не понятно, как системы загружались с этого SSD,  до создания раздела bios_grub. (для этого раздела достаточно размера 1 МБ и форматировать его не нужно).

В процессе последовательной установки каждой из систем место для загрузчика всегда указывалось /dev/sda. Из меню Grub-а последней установленной системы для загрузки были доступны все системы. Остальные подробности - в моём предыдущем сообщении.

[vita]

Начинающим пользователям рекомендуется воспользоваться графической утилитой Grub Customizer,  устанавливаемой из стороннего репозитория ppa:danielrichter2007/grub-customizer

В Ubuntu 20.04 и производных дистрибутивах появилась возможность установки Grub Customizer (версии 5.1.0-2) из официального репозитория Ubuntu.

[ivm]

29 июля опеннет сообщил о выявлении критической уязвимости в загрузчике GRUB2, позволяющей обойти UEFI Secure Boot.

Обновления пакетов с исправлениями выпущены для Debian, Ubuntu, RHEL и SUSE. Для GRUB2 предложен набор патчей.

Сегодня Grub2 со всеми зависимостями на машине с UEFI обновился

история обновления в Matuntu-F

Следующие пакеты обновлены:
grub-common (2.04-1ubuntu26) to 2.04-1ubuntu26.1
grub-efi-amd64-bin (2.04-1ubuntu26) to 2.04-1ubuntu26.1
grub-efi-amd64-signed (1.142.1+2.04-1ubuntu26) to 1.142.3+2.04-1ubuntu26.1
grub-pc (2.04-1ubuntu26) to 2.04-1ubuntu26.1
grub-pc-bin (2.04-1ubuntu26) to 2.04-1ubuntu26.1
grub2-common (2.04-1ubuntu26) to 2.04-1ubuntu26.1
linux-generic (5.4.0.42.45) to 5.4.0.42.46
linux-headers-generic (5.4.0.42.45) to 5.4.0.42.46
linux-image-generic (5.4.0.42.45) to 5.4.0.42.46

Перезагрузка системы прошла немного быстрее.

[S.A.]

Что-то неладное происходит с GRUB'ом. На форуме Ubuntu было уже несколько тем с разными проблемами GRUB'a в Ubuntu 20.04.

[vita]

Что-то неладное происходит с GRUB'ом. На форуме Ubuntu было уже несколько тем с разными проблемами GRUB'a в Ubuntu 20.04.

Сегодня на одном из ПК с UEFI: American Megatrends v: P1.10 2014 года после установки новых пакетов GRUB система Matuntu-F-2020-05-04 не смогла загрузиться (grub rescue). Попытка восстановить загрузку при помощи Boot-Repair из живой сессии одноимённой сборки не привела к успеху. Проблема была решена из живой сессии Matuntu-B64-06-20. После этого штатными средствами Matuntu-F (на основе Ubuntu 20.04.1) с новым грабом была назначена для приоритетной загрузки.

P,s,: Восстановление загрузки из живой сессии проводилось с загрузочной флешки, заготовленной утилитой Ventoy.

[ivm]

А вот и продолжение на опеннете: В обновлении GRUB2 выявлена проблема, приводящая к невозможности загрузки.
Как понимаю, на данный момент есть компьютеры как с BIOS, так и с UEFI различных версий. На моём с UEFI: American Megatrends v: P1.80 date: 05/21/2018 обновление прошло гладко, а у Тани с более ранней версией UEFI по-другому.

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

[ivm]

Можно, конечно, поднять ставки не рупь за сто, а доллар к миллиону, но Grub сегодня должен был обязательно обновиться, что и произошло

Commit Log for Fri Jul 31 16:48:16 2020

Следующие пакеты обновлены:
grub-common (2.04-1ubuntu26.1) to 2.04-1ubuntu26.2
grub-efi-amd64-bin (2.04-1ubuntu26.1) to 2.04-1ubuntu26.2
grub-efi-amd64-signed (1.142.3+2.04-1ubuntu26.1) to 1.142.4+2.04-1ubuntu26.2
grub-pc (2.04-1ubuntu26.1) to 2.04-1ubuntu26.2
grub-pc-bin (2.04-1ubuntu26.1) to 2.04-1ubuntu26.2
grub2-common (2.04-1ubuntu26.1) to 2.04-1ubuntu26.2

У меня, как прежде с новым UEFI - всё в порядке! На других версиях UEFI надо проверять.

[vita]

Grub сегодня должен был обязательно обновиться, что и произошло

Спасибо за новость. Новый Grub теперь не ломается

[vita]

Нечасто, но иногда выбираю в установленной системе её приоритетную загрузку в Grub средствами CLI. Случилось на компьютере с UEFI не удалось вернуть приоритет прежде установленной системы Matuntu-F ни Boot Repair, ни Grub Customizer, ни командой:

Код: [Выделить]

sudo grub-install /dev/sda1
Лишь редактирование меню граба из последней установленной ОС Matuntu /etc/default/grub позволило выбрать нужную для загрузки по умолчанию систему. Правда, было небольшое отличие от прежнего способа. Вычисление цифры нужной для загрузки системы происходило с учётом нуля каждой строчки меню Grub, в том числе дополнительных параметров (ранее они не включались при подсчёте).
Компьютеров с BIOS указанный баг загрузчика Grub не коснулся.
Вчерашние обновления Grub исправили ошибку загрузчика Grub UEFI

история Synaptic

grub-common (2.04-1ubuntu26.6) to 2.04-1ubuntu26.7
grub-efi (2.04-1ubuntu26.6) to 2.04-1ubuntu26.7
grub-efi-amd64 (2.04-1ubuntu26.6) to 2.04-1ubuntu26.7
grub-efi-amd64-bin (2.04-1ubuntu26.6) to 2.04-1ubuntu26.7
grub-efi-amd64-signed (1.142.8+2.04-1ubuntu26.6) to 1.142.9+2.04-1ubuntu26.7
grub2-common (2.04-1ubuntu26.6) to 2.04-1ubuntu26.7

[vita]

Во вчерашней теме OpenNET о трудноустранимых уязвимостях в GRUB2, позволяющих обойти UEFI Secure Boot, сообщается:

Раскрыта информация о 8 уязвимостях в загрузчике GRUB2, позволяющих обойти механизм UEFI Secure Boot и добиться запуска неверифицированного кода, например, осуществить внедрение вредоносного ПО, работающего на уровне загрузчика или ядра.
...Для решения проблем, возникающих при распространении отозванных сертификатов, в будущем планируется задействовать механизм SBAT (UEFI Secure Boot Advanced Targeting), поддержка которого реализована для GRUB2, shim и fwupd, и начиная со следующих обновлений будет использоваться вместо функциональности, предоставляемой пакетом dbxtool. SBAT разработан совместно с Microsoft и подразумевает добавление в исполняемые файлы компонентов UEFI новых метаданных, которые включают информацию о производителе, продукте, компоненте и версии. Указанные метаданные заверяются цифровой подписью и могут дополнительно включаться в списки разрешённых или запрещённых компонентов для UEFI Secure Boot. Таким образом, SBAT позволит при отзыве манипулировать номерами версий компонентов без необходимости перегенерации ключей для Secure Boot и без формирования новых подписей для ядра, shim, grub2 и fwupd.

В октябре 2020 года на англоязычном форуме Kubuntu появилось сообщение:

https://www.blackhat.com/docs/asia-17/materials/asia-17-Matrosov-The-UEFI-Firmware-Rootkits-Myths-And-Reality.pdf
Спустя семь лет после того, как Сноуден сообщил, что АНБ незаконно отслеживает американцев, многие из использованных / упомянутых им эксплойтов UEFI не задокументированы, как указывается в этом PDF-документе.
https://arstechnica.com/information-technology/2020/10/custom-made-uefi-bootkit-found-lurking-in-the-wild/

Как программное обеспечение, которое связывает микропрограмму устройства ПК с его операционной системой, UEFI - сокращение от Unified Extensible Firmware Interface - представляет собой самостоятельную операционную систему. Он расположен в микросхеме флэш-памяти, подключенной к SPI, припаянной к материнской плате компьютера, что затрудняет проверку или исправление кода. И это первое, что запускается при включении компьютера, что позволяет ему влиять или даже контролировать ОС, приложения безопасности и все другое программное обеспечение, которое следует за ним.

Эти характеристики делают UEFI идеальным местом для хранения вредоносных программ, и это именно то, что сделала неизвестная группа атак, согласно новому исследованию, представленному в понедельник фирмой по безопасности Kaspersky Lab.

Вот такая она "забота" о безопасности - UEFI 

[Teocally]

LinBIOS?

[ivm]

LinBIOS?

По-моему, об этом термине уже все забыли. В статье речь идёт о шпионских закладках в UEFI.

[Teocally]

LinBIOS?

По-моему, об этом термине уже все забыли. В статье речь идёт о шпионских закладках в UEFI.

Ну да, вот я и вспомнил...альтернативу.
Жаль что проект, судя по всему, уже заброшен...

[ivm]

Вот такая она "забота" о безопасности - UEFI 

UEFI - поделие Intel. Последнее известие о ещё одной выявленной уязвимости в интеловских процессорах заставляет сомневаться в намерениях корпорации Intel. Остаётся наш российский Байкал, пока недоступный для домашнего пользователя по ряду причин. Грустно мне...