Перестал запускаться Debian через Boot Menu

О, тут куча людей на опыте, напиши в раздел Job и кастани LINUX-ORG-RU, не забудь указать сумму, если в крипте, то весь лор с интересом отнесется.

А бесплатно с этой проблемой не помогут?(

Так не интересно. Если бесплатно, то загрузись с любой live-usb, сделай chroot на свою флешку (да, тебе надо 2 usb порта) и выполни update-grub.

Но лучше сделай как я выше порекомендовал. Тебе не сложно, нам - контент.

Загрузись с другой флешки с live cd и там уже с помощью gparted посмотри, какие разделы у тебя на флешке с Debian. Проверь флаги для раздела EFI. Должно быть «boot, esp». Наверняка, если boot флага нет, то он не будет выбираться для загрузки.

Бесплатно только советы. А делать будешь ты.

Разумеется, и на том спасибо.

Изучай свой УЕФИ, тебе с ним жить!

Не систему восстановить, а приоритеты загрузки в твоем конкретном УЕФИ.

Да, винда может испортить все. Не секрет, что ее обновления «переписывают УЕФИ».

Вряд ли винда перезаписала загрузчик на другом диске, вот когда на том же, ох, за милую душу. Я бы проверил саму флешку, ибо они - расходники.

https://kartinkof.club/uploads/posts/2022-03/1648317479_6-kartinkof-club-p-mem-ubegayushchaya-devochka-6.jpg

Изменилась нумерация дисков/разделов, а grub не умеет ориентироваться по GUID разделов, только по порядку. Изменится могла разметка, даже на другом диске, или флешку воткнули в другой разъём, или вставили ещё один диск… В общем случае флешка - плохое место для EFI раздела.

grub не умеет ориентироваться по GUID разделов…

Умеет. Более того, он так и делает:

search.fs_uuid 5f788c40-b5de-42c5-9f8f-ab68c8483c7d root 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

Если конечно не лезть кривыми руками.

Ну а далее, все еще бредовее…

Умеет

При загрузке, во время поиска своего раздела? А что же тогда приходится в Grub rescue shell перебивать корневой раздел, типа, set root=(hd0,gpt1), при вышеописанных изменениях в разделах?

А это когда вообще без рук.

А это когда вообще без рук

На ЛОР много сообщений типа этого, когда из-за изменения разделов, Grub переставал находить свой корень. Даже я сталкивался с этой ситуацией неоднократно, обычно пользователи убирали более ненужные разделы расположенные до корневого (например, линукс ставился второй системой, а потом убирали первую), и тем самым запутывали Grub. 😎 Ну кто б мог предположить, что Grub нужно обязательно переустанавливать после разметки диска, но до перезагрузки? Кто из пользователей вообще знает эти команды?

убирали более ненужные разделы…

…вместе с загрузчиком. Поэтому он и не работал.

Ну кто б мог предположить…

…что, прежде чем лезть руками, нужно подумать головой.

…вместе с загрузчиком. Поэтому он и не работал.

Нет, всё было именно так, как я описал.

…что, прежде чем лезть руками, нужно подумать головой.

Это скорее про юзабилити линукс. 😊

Когда grub на efi, то все нужные модули (условно stage 1.5) уже в этом файле. При перемещении разделов груб теряет раздел с конфиг файлом. Система не грузится, но вываливается grub rescue, а у ТС заново запускается Boot Menu, которое рисует BIOS.

но до перезагрузки?

Дак rescue режим же обычно работает, там должно хватать ″set root=(hd0,gpt1)″ и ″normal″.

ESP это виртуальный флаг, который только в parted и есть, так как в нём сначала ESP создют как fat32, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Windows Basic data partition), а устанавливая этот флаг меняют type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B.

И с другим Partition type GUID у ТС вобще бы не отображалась флешка в Boot Menu.

Винду, во всяком случае десятку, как-то можно было попросить отображать ESP (через diskpart), там же обычный fat32. После этого можно будет посмотреть, что на флешке в ESP. Если там grub лежит в \EFI\debian\grubx64.efi, а файла \EFI\Boot\bootx64.efi вобще нет, то скопируйте груб под это имя.

При перемещении разделов груб теряет раздел с конфиг файлом.

Спасибо, но мне не нужно это объяснять (и отвечать на риторические вопросы). 😎 Моё замечание было в том, что grub (по крайней мере в debian 10) во время загрузки не умеет искать разделы по UUID в принципе, только по порядку, причём этот порядок, похоже, зависит от того, как UEFI презентует их Grub.

Ну у ТС'а не случай потери конфига, раз никакого rescue grub не вылазит.

по крайней мере в debian 10

Это не от дистрибутива зависит, а от того, где лежит /boot/grub. Просто грепается строка в бинарном файле:
strings BOOTX64.EFI | grep -A 2 '/grub'

Если конфиг grub.cfg лежит на обычной ФС, то будет что-то типа ″(,gpt2)/grub″, а если конфиг груба на mdraid, то будет RAID UUID (mduuid в выводе grub-probe).

Если кому охото, может попробовать сложить конфиг груба на raid1 из одного раздела (неполный) и подвигать разделы. Самому интерестно, что будет.