неумелое восстановление grub привело к проблеме, помогите решить

Какие-то аргументы для ядра добавлял? Покажи конфиг.

Все, благодарю, проблему решил, нашел backup старого граба. Все заработало

А я предупреждал, что во времена efi груб не нужен и только создаёт проблемы…

Сейчас проблема другая, раньше было настроено, что винда грузится по дефолту, теперь по дефолту грузится mint. Не помню как именно я настраивал это раньше, но скорее всего через grub customizer, однако теперь этот способ не прокатывает по следующей причине: после запуска grub customizer отображает пункты меню как ubuntu + windows 10, вместо Linux mint + windows 10. Но это пол беды, если попытася изменить порядок загрузки и сохраниться, то после перезагрузки к измененным названиям пунктов добавляется снова проблема гораздо более долгой загрузки с долго висящими черными экранами. Если попытаться в ручную указать GRUB_DEFAULT=«…» в файле etc/default/grub то после выполнения команды update-grub происходит тоже самое, что и вслучае с grub-customizer. Я понимаю, что и кастомайзером и через update-grub тащится инфа с какого то другого(почему-то???) grub.cfg(или еще откуда- то), но не того, который лежит по нужному пути boot/grub/grub.cfg), и перезаписывается уже в нужный, тем самым «ломая» его. Что посоветуете?

Укажи GRUB_DEFAULT=saved в /etc/default/grub.

почему-то?

Конфиги хранятся в /etc — так положено по FHS. А для граба он дополнительно генерируется потому, что иначе граб не знал бы где его искать.

Укажи GRUB_DEFAULT=saved в /etc/default/grub.

Если я сделаю изменения в /etc/default/grub, чтобы они вступили в силу, придется делать update-grub, который «ломает» мой конфиг граба, вписывает туда инфу о убанту, вместо минта:

menuentry 'Linux Mint 19.2 Xfce' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-690d7429-4b15-4c16-8713-dd554776fbgf' {

меняет на

menuentry "Ubuntu" --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-690d7429-4b15-4c16-8713-dd554776fbgf'

соответственно, и подменю тоже на убанту…

я так понял, причина этого описана тут:

/etc/default/grub.d/50_linuxmint.cfg
#! /bin/sh
set -e

# Set distributor to "Ubuntu"
#
# In Mint 16:
# shim and grub come with hardcoded ubuntu strings upstream, without this EFI installation is broken
# https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1242417
#
# In Mint 17:
# Despite the bug report being marked as fixed, the situation is the same. Grub was patched by Ubuntu
# to assign the "ubuntu" distributor ID when it was given "Kubuntu". That results in Kubuntu finally
# getting EFI to work out of the box but still using "ubuntu" as far as grub-install is concerned.
# So we'll stick to "Ubuntu" for this iteration.
#
# In Mint 18:
# Some packages are still hardcoded with the "ubuntu" path.. fwupdate for instance.
# Visually, the grub boot menuentry name is set for derivatives in 10_linux,
# but underneath the EFI path remains "ubuntu" for everything to work properly.

GRUB_DISTRIBUTOR="Ubuntu"

вот результат выполнения update-grab

sudo update-grub

/usr/sbin/update-grub: 1: /usr/sbin/update-grub: GNU: not found
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
Генерируется файл настройки grub …
Найден Windows 10 на /dev/sda1
Найден образ linux: /boot/vmlinuz-4.15.0-54-generic
Найден образ initrd: /boot/initrd.img-4.15.0-54-generic
Найден образ linux: /boot/vmlinuz-4.15.0-54-generic
Найден образ initrd: /boot/initrd.img-4.15.0-54-generic
Найден Windows 10 на /dev/sda1
завершено

нашел другой способ, я просто в boot/grub/grub.cfg меняю параметр

else
   set default="..."
fi 

на номер операционки, которая должна грузиться по дефолту. это рабоатет, единственное, что не смог поправить, так это упорядочить меню загрузки, чтоб система, которая будет загружена, отображалась сверху. Зато названия «на своих местах» и грузится как надо.