История изменений
Исправление QsUPt7S, (текущая версия) :
Но, там LUKS, LVM, хрен проверишь.
У ТС не LVM, а LUKS-разделы поверх простой MBR-разметки.
навернякак проверить, что границы раздела правильны.
Из того что видно, начало /dev/nvme0n1p3 следует сразу за концом /dev/nvme0n1p2, что, конечно, косвенный показатель, но верность границ хорошо подтверждается тем, что заголовки LUKS, приходящиеся на начало разделов, видимы и утилитой cryptsetup, так как ТС смог сделать их бэкапы, и утилитами lsblk и udisksctl хотя последние берут информацию у ядра, а не с накопителя напрямую.
И я не совсем понял, вы создаёте /dev/nvme0n1p1 – «Будущий ESP», а где вы его преобразуете в ESP в GPT таблице, BIOS ведь ищет ESP по типу раздела, или вы предлагаете в BIOS включить Legacy режим загрузки?
ESP необязательно должен быть в GPT-разметке, для ESP в MBR-разметке тип раздела 0xEF.
Вобще ситуация не понятная
Ситуация действительно неясная, особенно с пропавшим первым разделом. На то, что этот раздел был, указывает большое количество факторов: нумерация оставшихся разделов, неразмеченное пространство подходящего объёма перед /dev/nvme0n1p2, доступность EFI (хотя последнее может быть и при загрузке в гибридном режиме), наконец присутствие соответствующей записи в fstab. Куда делся этот раздел вообще неясно, так как атрибут fs_passno для него выставлен в 2, то загрузиться без него в обычном порядке не получилось бы, поэтому он был отмонтирован (ни lsblk, ни mount его не показывают) и удалён из таблицы разделов уже после загрузки системы. Возникает впечатление, что таблица разделов изменялась ещё до «вмешательства» со стороны ventoy.
Исходная версия QsUPt7S, :
Но, там LUKS, LVM, хрен проверишь.
У ТС не LVM, а LUKS-разделы поверх простой MBR-разметки.
навернякак проверить, что границы раздела правильны.
Из того что видно, начало /dev/nvme0n1p3 следует сразу за концом /dev/nvme0n1p2, что, конечно, косвенный показатель, но верность границ хорошо подтверждается тем, что заголовки LUKS, приходящиеся на начало разделов, видимы и утилитой cryptsetup, так как ТС смог сделать их бэкапы, и утилитами lsblk и udisksctl хотя последние берут информацию у ядра, а не с накопителя напрямую.
И я не совсем понял, вы создаёте /dev/nvme0n1p1 – «Будущий ESP», а где вы его преобразуете в ESP в GPT таблице, BIOS ведь ищет ESP по типу раздела, или вы предлагаете в BIOS включить Legacy режим загрузки?
ESP необязательно должен быть в GPT-разметке, для ESP в MBR-разметке тип раздела 0xEF.
Вобще ситуация не понятная
Ситуация действительно неясная, особенно с пропавшим первым разделом. На то, что этот раздел был, указывает большое количество факторов: нумерация оставшихся разделов, неразмеченное пространство подходящего объёма перед /dev/nvme0n1p2, доступность EFI (хотя последнее может быть и при загрузке в гибридном режиме), наконец присутствие соответствующей записи в fstab. Куда делся этот раздел вообще неясно, так как атрибут fs_passno него выставлен в 2, то загрузиться без него в обычном порядке не получилось бы, поэтому он был отмонтирован (ни lsblk, ни mount его не показывают) и удалён из таблицы разделов уже после загрузки системы. Возникает впечатление, что таблица разделов изменялась ещё до «вмешательства» со стороны ventoy.