grub-mkconfig и root=LABEL=

А GRUB_ENABLE_LINUX_LABEL включили в основную ветку? Вроде это же был патч: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568084 так что можете попробовать поправить «/etc/grub.d/10_linux».

можете попробовать поправить «/etc/grub.d/10_linux».

Во первых. Плохая идея, править системные скрипты.

Во вторых. Обновление соответствующего пакета может похерить это исправление.

В третьих. Последующие скрипты могут переназначить эти изменения.

Для пользовательски настроек существует 40_custom. Его никто не обновит, никто не переназначит, он для того и существует, потому и последний. Все что вам нужно, пишите в него, и вообще будет до лампочки, есть УУИД или нет.

Плохая идея, править системные скрипты.

Конечно. Ничего править нельзя, нельзя редактировать исходники, кернел хакеров уже почти всех отловили.

Во-первых, пишется через дефис.

Во-вторых, 40_custom позволяет только добавить пункты, а ТС может быть, категорически не устраивает наличие в меню пунктов с UUID.

Во-третьих, ЛОР имеет древовидную структуру. Нечего мне советовать править 40_custom, это ТСу хочется LABEL. Мне просто интерестно, понимает ли современный в grub-mkconfig (в основной ветке) или в каком-нибудь дистрибутиве параметр «GRUB_ENABLE_LINUX_LABEL=true».

Всем спасибо, нагуглил это: GRUB_DEVICE=LABEL=ROOT

Вроде работает, но в мануале https://www.gnu.org/software/grub/manual/grub/grub.html#Simple-configuration об этом ни слова.

40_custom позволяет только добавить пункты

В плане возможностей все скрипты в /etc/grub.d равнозначны. Единственно, порядок исполнения определяется именем. Поэтому последний скрипт может перекроить все, что создано всеми предыдущими.

Как последний скрипт может всё перекроить? Там же каждый скрипт выплёвывает куски конфиг файла на stdout. Вы считаете возможным из 40_custom переписывать /boot/grub/grub.cfg?

Я знаю про:

GRUB_DISABLE_OS_PROBER=true

Ну а последний скрипт сейчас, вроде как 41_custom. Завтра, может быть, сделают 42_custom :)

считаете возможным из 40_custom переписывать /boot/grub/grub.cfg?

Не буквально конечно. Но, например, переназначить значание переменной. Частая ситуация. Человек задает таймаут в default и удивляется, что не срабатывает. А потому и не срабатывает, что по ходу конфига она может меняться несколько раз, причем в зависимости от разных условий. Но можно создать видимость перезаписи всего конфига. Например вызвать другой конфиг и первый ты больше никогда не увидишь и не будешь подозревать о его существовании. Что и делает 41_custom.

Завтра, может быть, сделают 42_custom

Зачем ждать завтра. Сделай просто «custom», он всегда будет после любого, даже «99_*». А если в твоем 40_custom безусловный переход в другой конфиг, то и «41_*», «42_*» останутся не у дел.