Refind: Not Found while loading vmlinuz..?

[sasha300]

Здравствуйте!
Пытаюсь настроить Refind в ручном режиме, но в итоге получают вот это:

На борту: LM 21.2 DE: xfce, раздел boot на отдельный раздел НЕ выносил, фс: btrfs, еще присутствуют MX Linux 23.1 (btrfs) и Windows 10, но последние два к сабжу отношения не имеют.
Вот конфиг /boot/efi/EFI/refind/refind.conf:

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

textonly
textmode 2
timeout 3
scanfor manual
menuentry Linux_Mint {
    volume "mint"
    loader boot/vmlinuz-5.15.0-91-generic
    initrd boot/initrd.img-5.15.0-91-generic
    options "root=UUID=f8416de1-535a-4669-b98c-684cb337385b ro rootflags=subvol=@"
}

По пути /boot/ vmlinuz-5.15.0-91-generic и initrd.img-5.15.0-91-generic присутствуют.

blkid выдает:

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

/dev/mmcblk0p5: UUID="52fd869a-3d76-4102-af3a-a637990331e6" UUID_SUB="5286bb4d-0dbf-489a-90e5-244def4e8ea1" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="8da2e156-2317-413f-a7f4-ab47e87693c0"
/dev/mmcblk0p1: UUID="7436-2768" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="e01b61ad-346a-4b53-95dc-981395aadbc7"
/dev/mmcblk0p6: BLOCK_SIZE="512" UUID="37B59BAA3CF68689" TYPE="ntfs" PARTUUID="7ab85dd5-6e31-4534-8541-dfe83b962ee8"
/dev/mmcblk0p4: UUID="c746e576-c381-4fa9-bb18-b7b32cf1f036" TYPE="swap" PARTUUID="873336b0-eabf-434f-a14b-a410664b9718"
/dev/mmcblk0p2: LABEL="mint" UUID="f8416de1-535a-4669-b98c-684cb337385b" UUID_SUB="cfa7dc53-3a7a-4139-8bc2-f3c6afaa25e5" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="mint" PARTUUID="0937d907-ea03-401e-bb0b-6d30dbb5d92c"

mmcblk0p1 - ESP раздел
mmcblk0p2 - Linux Mint 21.1
mmcblk0p4 - swap
все последующие разделы относятся к другим ОС.

На основе этого мануала пытался прописать так:
loader /boot/vmlinuz-5.15.0-91-generic
initrd /boot/initrd.img-5.15.0-91-generic

убирал boot, чтобы строки приняли вид:
loader vmlinuz-5.15.0-91-generic
initrd initrd.img-5.15.0-91-generic

но все-равно ошибка=(

Уже думал, вдруг драйвер для btrfs отстутвует, но он есть: /boot/efi/EFI/refind/drivers_x64/btrfs_x64.efi

Подскажите, пожалуйста, где ошибка?
Заранее спасибо!

[slant]

Для начала можно попробовать вообще без refind.conf или с минимальным - чтобы он автодетектом сам все нашел. У меня конфиг пустой кроме timeout 5 - он сам справляется. Причем находит как ядро напрямую, так и возможность chainload через grub.

И еще - каталог dirvers_x64 переименуйте в просто drivers Т.к. сомневаюсь я что есть такая архитектура - x64. Правильно она х86-64 называется, или как-то так. Проще - вообще без нее, единым каталогом.

[rogoznik]

sasha300, сравни свой конфиг, с тем что написано в мануле, ссылку на который ты дал, вот тут

[sasha300]

Причем находит как ядро напрямую, так и возможность chainload через grub.

Вам большой респект, что подсказали такую замечательную утилиту, как "rEFInd"!
Если включить автоматические настройки (убрав, либо закоментировав "scanfor manual"), то все также как и у вас, появляется возможность загрузки ядра напрямую, без grub, так и с загрузкой grub. Вобщем с этим проблем нет. Но хотелось бы иметь ручную сортировку. Основатель Refind, Roderick W. Smith написал:

Yes, but only by creating manual boot stanzas.

что в переводе означает:

"Да, но только путем создания разделов загрузки вручную".

Получается, что надо делать конфиг с параметром "scanfor manual". Хотя интересно, может есть какой-нибудь temp файл, который создается при автоматическом распозновании, много всего полезного можно было бы оттуда почерпнуть.

И еще - каталог dirvers_x64 переименуйте в просто drivers Т.к. сомневаюсь я что есть такая архитектура - x64. Правильно она х86-64 называется, или как-то так

Так я ничего не менял, скачал последнюю версию deb пакета с сайта sourceforge.net, сам Refind создал эту папку. Но для чистоты эксперимента скопировал btrfs_x64.efi (в директории /boot/efi/EFI/refind/drivers_x64 был только этот файл) в директорию /boot/efi/EFI/refind/ , но опять ошибка

сравни свой конфиг,

и вот тут думаю, какого я не дочитал до пункта 6.3.2, сделал по аналогии, в итоге конфиг принял вид:

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

menuentry "Linux_Mint" {
    volume "mint"
    loader mint/boot/vmlinuz-5.15.0-91-generic
    initrd mint/boot/initrd.img-5.15.0-91-generic
    #лучше с явным указанием субтома, без него LINUX MINT не грузиться, хотя MX LINUX-у пофигу
    options "root=UUID=f8416de1-535a-4669-b98c-684cb337385b ro rootflags=subvol=mint"
}

перезапуск - ошибка

В праздники был установлен MX Linux, boot вынесен на отдельный раздел, так в том варианте для Refind сделал свой конфиг(с ручной настройкой параметров загрузки), который работал со всеми тремя ОС. Кстати, вот его основная часть:

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

menuentry MX_Linux {
    volume "boot"
    loader vmlinuz-6.5.0-1mx-ahs-amd64
    initrd initrd.img-6.5.0-1mx-ahs-amd64
    #лучше с явным указанием субтома, без него LINUX MINT не грузиться, хотя MX LINUX-у пофигу
    options "root=UUID=0dbfad32-1016-49d7-97a8-59f91c5991fd ro rootflags=subvol=@"
}

С таким конфигом сразу же грузилось ядро MX Linux, до пункта 6.3.2 в мане даже не дошел, думал, что перенос конфига и мелкое редактирование конфига даст аналогичный эффект, но облом.
Есть идея, загрузившись с MX Linux, прописать аналогичный конфиг, чем сейчас и займусь, посмотрим, что будет..

[sasha300]

Заработало!
Привожу полный конфиг /boot/efi/EFI/refind/refind.conf:

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

textonly
textmode 2 #самый идеал
timeout 3 #ожидание в секундах перед авто-выбором ОС
#scanfor manual

menuentry "Linux_Mint" {
    volume "mint"
    loader @/boot/vmlinuz-5.15.0-91-generic
    initrd @/boot/initrd.img-5.15.0-91-generic
    #лучше с явным указанием субтома, без него LINUX MINT не грузиться, хотя MX LINUX-у пофигу
    options "root=UUID=f8416de1-535a-4669-b98c-684cb337385b ro rootflags=subvol=@"
}

menuentry "MX_Linux" {
    volume "mx"
    loader /boot/vmlinuz-6.1.0-13-amd64
    initrd /boot/initrd.img-6.1.0-13-amd64
    #лучше с явным указанием субтома, без него LINUX MINT не грузиться, хотя MX LINUX-у пофигу
    options "root=UUID=52fd869a-3d76-4102-af3a-a637990331e6 ro rootflags=subvol=@"
}

винду туда воткнуть не составляет проблем, тем более пример есть в example.
Что сделал: сначала разобрался с конфигурацией для MX Linux, когда заработало, перенес на Linux Mint, но тут обломался, выдавало ошибку. Затем закоментировал "scanfor manual" и при автоматическом сканировании вылезло, что загрузка ядра LM стоит с @/
Сделал все по аналогии и офигел - ядро загрузилось безо всяких проблем!

[slant]

Но для чистоты эксперимента скопировал btrfs_x64.efi (в директории /boot/efi/EFI/refind/drivers_x64 был только этот файл) в директорию /boot/efi/EFI/refind/ , но опять ошибка

Сюда не надо. Нужно было в /boot/efi/EFI/refind/drivers/

loader @/boot/vmlinuz-5.15.0-91-generic

Ну правильно, @ - это-ж подтом. Чтобы загрузка пошла с него, можно поступить двумя путями:
1. Явно указать в пути - где лежит ядро и init.rd от корневого подтома. Это как раз и сделано.
2. Указать "подтом по умолчанию" соответствующей командой btrfs. Тогда все операции монтирования и прочего, где подтом не указан явным образом, будет вести на этот подтом по умолчанию. Изначально таковым как раз корневой подтом и является. А если поменять его на @ - тогда бы у вас и первый конфиг работал.

Вообще - подтом это структура, совмещающая в себе свойства каталога и раздела. Он имеет имя и положение внутри файловой системы как каталог, но может быть смонтирован как раздел. В этом случае все что "выше" него по дереву FS будет недоступно из этой точки монтирования. Так что если смонтировать только подтом но не корневой - часть FS будет скрыта. У минта при установке по умолчанию создается два подтома на разделе btrfs - @ и @home (@ в имени - не является специальным символом обозначающим подтом технически, это просто общепринятый метод обозначать таковые, чтобы легче их отличать от простого каталога.)

#лучше с явным указанием субтома, без него LINUX MINT не грузиться, хотя MX LINUX-у пофигу

MX не пофигу. Он просто, видимо, подтома на btrfs не создает.

[sasha300]

MX не пофигу. Он просто, видимо, подтома на btrfs не создает

Как не создает? MX ведь тоже работает в btrfs.
В MX вобще прикол - при установке можно задать только субтом @, без @home. Ось превосходно работает, за исключением Timeshift, который уходит в аут, не понимая разбивку.

[symon2014]

Как не создает? MX ведь тоже работает в btrfs.

Извините что вмешиваюсь. Может имеется ввиду , что указывать полные пути это правильней и надёжней. (ИМХО)

[rogoznik]

Как не создает? MX ведь тоже работает в btrfs.

И что? Можно и без subvolumes установить систему

[slant]

Как не создает? MX ведь тоже работает в btrfs.

Использование подтомов - это не техническое требование btrfs. При создании FS создается корневой подтом с ID 5. Можно тупо пользоваться только им - что многие дистрибутивы до сих пор и делают. Еще год (или два?) назад этим установщик Manjaro, скажем тоже страдал. Я, правда, ее ставил еще раньше - но мне пришлось потом подтома самому создавать и переносить систему на них. Уже после установки, вручную.
Это у минта на подтома завязан процесс работы timeshift. Его контрольные точки на btrfs - это снапшоты, которые по сути, есть подтом с предварительным наполнением - полной копией состояния другого подтома. А другие дистрибутивы могут btrfs использовать тупо как простую FS вроде ext4.