История изменений
Исправление DawnCaster, (текущая версия) :
В данном конкретном случае, насколько я понял, NVRAM убивает тот самый модуль intel-spi-*
А вообще, у всех современных дистрибутивов загрузка через UEFI организовывается следующим образом: 1. Нужные опции загрузки прописываются в меню загрузчика (GRUB, например). 2. Загрузчик (GRUB) прописывается как первый пункт меню загрузки в UEFI - модифицируя тем самым содержимое NVRAM и снижая ресурс микросхемы флеш-памяти где этот самый NVRAM сейчас и лежит.
При обновлении ведра, во время выполнения скриптов установки - как правило, обновляется меню загрузчика, и, в том числе может дергается efibootmgr для установки дефолтного загрузчика в UEFI.
Если-бы я делал свой дистрибутив (а я что-то такое уже делал, когда организовывал безопасную загрузку со своими ключами SecureBoot на производственном ПК), то я не стал-бы дёргать efibootmgr на запись загрузчика, если дефолтный пункт меню не изменился. Между тем, когда-то давно в паре дистрибутивов я наблюдал такую картину - когда при любом обновлении ведра, дергался efibootmgr с параметрами для установки дефолтного загрузчика. Не могу однозначно сказать, дергается-ли efibootmgr вообще на запись в современной убунте при каждом обновлении ведра, но в очень многих дистрах он дергается при обновлении.
С тех времён, я вообще на всякий случай использую свой GRUB установленный вместе с shim'ом вручную в «портативном» режиме (bootx64.efi), а в самом дистрибутиве никакой загрузчик и efibootmgr не устанавливаю вообще. Не только потому что боюсь износа микросхемы, но и потому что насмотрелся багов с efibootmgr, когда он вообще напрочь убивал загрузку.
Ну так вот, изначальный вопрос у меня был такой - какой реальный ресурс у современных микросхем флеш-памяти с UEFI и NVRAM. Судя по статье по моей ссылке выше - не такой уж и большой, израсходовать его вполне реально.
Исходная версия DawnCaster, :
В данном конкретном случае, насколько я понял, NVRAM убивает тот самый модуль intel-spi-*
А вообще, у всех современных дистрибутивов загрузка через UEFI организовывается следующим образом: 1. Нужные опции загрузки прописываются в меню загрузчика (GRUB, например). 2. Загрузчик (GRUB) прописывается как первый пункт меню загрузки в UEFI - модифицируя тем самым содержимое NVRAM и снижая ресурс микросхемы флеш-памяти где этот самый NVRAM сейчас и лежит.
При обновлении ведра, во время выполнения скриптов установки - как правило, обновляется меню загрузчика, и, в том числе может дергается efibootmgr для установки дефолтного загрузчика в UEFI.
Если-бы я делал свой дистрибутив (а я что-то такое уже делал, когда организовывал безопасную загрузку со своими ключами SecureBoot на производственном ПК), то я не стал-бы дёргать efibootmgr на запись загрузчика, если дефолтный пункт меню не изменился. Между тем, когда-то давно в паре дистрибутивов я наблюдал такую картину - когда при любом обновлении ведра, дергался efibootmgr с параметрами для установки дефолтного загрузчика.
С тех времён, я вообще на всякий случай использую свой GRUB установленный вместе с shim'ом вручную в «портативном» режиме (bootx64.efi), а в самом дистрибутиве никакой загрузчик и efibootmgr не устанавливаю вообще. Не только потому что боюсь износа микросхемы, но и потому что насмотрелся багов с efibootmgr, когда он вообще напрочь убивал загрузку.
Ну так вот, изначальный вопрос у меня был такой - какой реальный ресурс у современных микросхем флеш-памяти с UEFI и NVRAM. Судя по статье по моей ссылке выше - не такой уж и большой, израсходовать его вполне реально.