GRUB не видит другой Linux с фс BTRFS

[sasha300]

Здравствуйте!
Ноут с UEFI, таблица разделов GPT. Создал ESP раздел на 256 MB и два раздела по 20GB. Поставил LM 21.2, в качеcтве файловой системы выбрал BTRFS. На другой раздел установил MX Linux 23.1_x64 “ahs” с файловой системой BTRFS. В BootMenu обе системы отображаются и успешно загружаются, но в идеале, чтобы выбор оси был из загрузчика.
Что делал из MX Linux:
1) Загрузчик rEFInd увидел все системы, но я хотел бы обойтись без него, сделав все манипуляции вручную.
2) На просторах интернета советуют выносить /boot на отдельный раздел в формате ext4, дабы система увидела драйвера от btrfs. ИМХО в ESP разделе итак уже находяться драйвера, но для чистоты эксперимента вывел /boot на отдельный раздел - ситуация не поменялась.
Привожу скрин разделов:

mmcblk1p7 - MX Linux
mmcblk1p5 - LM
mmcblk1p3 - раздел для VeraCrypt, к эксперименту не имеет отношения
mmcblk1p6 - windows, к эксперименту не имеет отношения
3) в GRUB раскоментировал

Код: Выделить всё

GRUB_DISABLE_OS_PROBER=false

но при

Код: Выделить всё

sudo update-grub

другую систему не находит.
Что делал из Linux Mint:
4) аналогично 3 пункту, загрузившись с LM, пытался включить OS_PROBER, прописав в GRUB строку

Код: Выделить всё

GRUB_DISABLE_OS_PROBER=false

но

Код: Выделить всё

sudo update-grub

результатов не дал

А вот если одну из систем установить в ext4, то обе системы сходу видят друг друга, даже без шаманства с включением os-prober. Сдается мне, что трабл кроется в BTRFS.
Очень похожий топик Multiboot и BTRFS , но там MBR, а не GPT и вопрос был от 2018 года..
Есть какие-нибудь советы по этому вопросу?
Заранее спасибо за советы!

[symon2014]

Где то в новостях читал что последний груб уже видит btrfs , но он ещё не включен в дистрибутивы. Нужно пока самому его компилять))

[sasha300]

последний груб уже видит btrfs , но он ещё не включен в дистрибутивы

Имеется ввиду, что последняя редакция GRUB видит ДРУГИЕ разделы BTRFS (не путать с субтомами) ?

[slant]

1) Загрузчик rEFInd увидел все системы, но я хотел бы обойтись без него, сделав все манипуляции вручную.
В общем то зря - наличие rEFInd избавляет от головной боли во многих случаях, и ваш здесь как раз показателен.

2) На просторах интернета советуют выносить /boot на отдельный раздел в формате ext4, дабы система увидела драйвера от btrfs. ИМХО в ESP разделе итак уже находяться драйвера,

Речь о разных драйверах. В ESP лежат оные для расширения возможностей самой EFI прошивки.
В /boot - драйвера GRUB которые расширяют его возможности.

Но если хотя бы одна система грузится - дело явно не в драйверах вообще, т.к. чтобы загрузить ядро и запустить систему драйвер FS должен быть загружен УЖЕ. Косяк где-то в конфигах/скриптах GRUB - оно неправильно ищет разделы и установленные системы. Именно потому рекомендуется наличие rEFInd. Т.к. вручную конечно конфиг GRUB написать можно, только он же заново слетит при обновлениях ядра. А исправить скрипты с детектом и автосозданием этого самого конфига - может быть весьма нетривиальным делом. Во всяком случае "по телефону" я даже не скажу куда сейчас копать - смотреть живьем надо.

[sasha300]

slant, Теперь более менее понятно, спасибо за вектор, придется юзать rEFInd, как лучше решение (хотя я не врубаюсь, как данная прога обходит сей трабл )

[sheridan]

sasha300, тебе надо править конфиг как выше написал slant,
путь к нему /boot/grub/grub.cfg
проверь подчёркнутое в примере

[rogoznik]

тебе надо править конфиг

А смысл. Он затрется при следующем обновлении ядра или еще по какой причине будет запущен update-grub

[sheridan]

rogoznik,

Не по теме

так и живём