Помогите пожалуйста разобраться с загрузкой системы

[Roos8]

Друзья доброго времени суток!

Помогите пожалуйста разобраться с загрузкой системы. Ситуация следующая: В системе было установлено 2 SSD, на одном Windows 10, на другом Mint 20.2, плюс пару обычных дисков для хранения данных в NTFS и EXT4 соответственно. При включении компьютера запускалось меню GRUB где собственно выбиралось во что загрузиться. Позже, SSD с Windows и диск для данных переехали в другой системник, где были благополучной обнулены и залиты свежей Windows. По своей неопытности я наивно полагал, что Mint благополучно и единолично останется жить на компьютере, однако система вообще перестала загружаться. В целом думал просто переустановить Минт, однако заглянув с Live-сессии на жесткий диск, выскочило какое-то сообщение, что "мол не положено мне туда лезть", после нескольких попыток он вроде смонтировался и получилось пробежаться по папкам, однако изображения не загружались, там много рабочих файлов которые на корректную читаемость с Лайв сессии не проверить, поэтому я всё еще смею надеится, что загрузку с него еще возможно вернуть.
По результатам поиска я пробовал некоторые варианты, но в основном опирался на 2 нижеследующие инструкции:
https://losst.ru/ustanovka-zagruzchika-grub
https://losst.ru/vosstanovlenie-grub2

Поскольку я увы совсем новичок в Линуксах, у меня нет общего представления как тут всё устроенно и функционирует, как должно быть и в каком направлении мне двигаться в сложившейся ситуации.
Чтобы совсем всё не угробить прошу вашей помощи.

Здесь некоторые данные о положении:

boot-repair-4ppa130 [20210920_0940]

============================== Boot Info Summary ===============================

=> No boot loader is installed in the MBR of /dev/nvme0n1.
=> Windows 7/8/2012 is installed in the MBR of /dev/sda.
=> Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdb.

nvme0n1p1: _____________________________________________________________________

File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /grub/grub.cfg

nvme0n1p2: _____________________________________________________________________

File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Linux Mint 20.2
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub

sda1: __________________________________________________________________________

File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:

sdb1: __________________________________________________________________________

File system: vfat
Boot sector type: SYSLINUX 6.04
Boot sector info: Syslinux looks at sector 32832 of /dev/sdb1 for its
second stage. The integrity check of Syslinux failed.
No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux.cfg
/efi/BOOT/grubx64.efi /efi/BOOT/mmx64.efi /ldlinux.sys


================================ 1 OS detected =================================

OS#1: Linux Mint 20.2 Uma (20.2) on nvme0n1p2

============================ Architecture/Host Info ============================

CPU architecture: 64-bit
Live-session OS is Linuxmint 64-bit (Linux Mint 20.2, uma, x86_64)


===================================== UEFI =====================================

BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.

efibootmgr -v
BootCurrent: 0006
Timeout: 1 seconds
BootOrder: 0006,0000,0003,0001,0002
Boot0000* ubuntu VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0001* Fedora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0002* Manjaro VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003* Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...d................
Boot0006* UEFI: Generic-SD/MMC 1.00, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(20,0)/HD(1,MBR,0x566084b,0x800,0x39d5800)..BO
This session has been detected as 'live' because /proc/cmdline contains (boot=casper)
This session has been detected as 'live' because df -Th / contains overlay



============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

nvme0n1 : is-GPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
sda : is-GPT, no-BIOSboot, has-noESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

nvme0n1p1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
nvme0n1p2 : is-os, 64, apt-get, signed grub-pc grub-efi , grub2, grub-install, grubenv-ng, update-grub, farbios
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios

Partitions info (2/3): _________________________________________________________

nvme0n1p1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
nvme0n1p2 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot

Partitions info (3/3): _________________________________________________________

nvme0n1p1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, nvme0n1
nvme0n1p2 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, nvme0n1
sda1 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda

fdisk -l (filtered): ___________________________________________________________

Disk nvme0n1: 232.91 GiB, 250059350016 bytes, 488397168 sectors
Disk identifier: 0B2BFB39-48ED-40D6-9866-E44A2F280E01
Start End Sectors Size Type
nvme0n1p1 2048 1050623 1048576 512M EFI System
nvme0n1p2 1050624 488396799 487346176 232.4G Linux filesystem
Disk sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: B94B4E8A-2711-4DC1-BB50-B87793A0A4A3
Start End Sectors Size Type
sda1 2048 1953523711 1953521664 931.5G Linux filesystem
Disk sdb: 28.94 GiB, 31050432512 bytes, 60645376 sectors
Disk identifier: 0x0566084b
Boot Start End Sectors Size Id Type
sdb1 * 2048 60645375 60643328 28.9G c W95 FAT32 (LBA)

parted -lm (filtered): _________________________________________________________

sda:1000GB:scsi:512:4096:gpt:ATA ST1000DM003-1ER1:;
1:1049kB:1000GB:1000GB:ext4::;
sdb:31.1GB:scsi:512:512:msdos:Generic- SD/MMC:;
1:1049kB:31.1GB:31.0GB:fat32::boot, lba;
nvme0n1:250GB:nvme:512:512:gpt:Samsung SSD 980 250GB:;
1:1049kB:538MB:537MB:fat32:ESP:boot, esp;
2:538MB:250GB:250GB:ext2::;

blkid (filtered): ______________________________________________________________

NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
└─sda1 ext4 486d492a-e942-4a15-bdca-77c776dc1d97 fca2f35d-2c4f-4151-8f08-c606ddca982b 1T_EXT4
sdb
└─sdb1 vfat 0ACD-8BB8 0566084b-01 LINUX MINT
nvme0n1
├─nvme0n1p1 vfat A3FA-7835 845a4960-6f4e-41cd-9e51-d9f33a9998d5 ESP
└─nvme0n1p2 ext4 ed8dc1f2-8813-490e-bb35-d0c82f6f676c 412701e9-5ef6-4319-9afa-fb6109edeea9

df (filtered): _________________________________________________________________

Avail Use% Mounted on
nvme0n1p1 511M 0% /mnt/boot-sav/nvme0n1p1
nvme0n1p2 204.8G 5% /mnt/boot-sav/nvme0n1p2
sda1 102.2G 84% /mnt/boot-sav/sda1
sdb1 26.9G 7% /cdrom

Mount options: __________________________________________________________________

nvme0n1p1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
nvme0n1p2 rw,relatime,stripe=32
sda1 rw,relatime
sdb1 ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro

====================== nvme0n1p1/grub/grub.cfg (filtered) ======================

### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

================= nvme0n1p1: Location of files loaded by Grub ==================

GiB - GB File Fragment(s)
?? = ?? grub/grub.cfg 1

=================== nvme0n1p2/boot/grub/grub.cfg (filtered) ====================

Linux Mint 20.2 Cinnamon ed8dc1f2-8813-490e-bb35-d0c82f6f676c
Linux Mint 20.2 Cinnamon, с Linux 5.4.0-81-generic ed8dc1f2-8813-490e-bb35-d0c82f6f676c
Windows Boot Manager (на nvme0n1p1) osprober-efi-72E6-2DDC
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

======================== nvme0n1p2/etc/fstab (filtered) ========================

# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme1n1p2 during installation
UUID=ed8dc1f2-8813-490e-bb35-d0c82f6f676c / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
/swapfile none swap sw 0 0
tmpfs /tmp tmpfs defaults,size=4G,mode=1777 0 0
UUID=A3FA-7835 /boot/efi vfat defaults 0 1

==================== nvme0n1p2/etc/default/grub (filtered) =====================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

================= nvme0n1p2: Location of files loaded by Grub ==================

GiB - GB File Fragment(s)
192.929363251 = 207.156326400 boot/grub/grub.cfg 1
7.426002502 = 7.973609472 boot/vmlinuz 1
7.426002502 = 7.973609472 boot/vmlinuz-5.4.0-81-generic 1
7.426002502 = 7.973609472 boot/vmlinuz.old 1
11.129760742 = 11.950489600 boot/initrd.img 2
11.129760742 = 11.950489600 boot/initrd.img-5.4.0-81-generic 2
11.129760742 = 11.950489600 boot/initrd.img.old 2

=================== nvme0n1p2: ls -l /etc/grub.d/ (filtered) ===================

-rwxr-xr-x 1 root root 18151 Aug 12 09:18 10_linux
-rwxr-xr-x 1 root root 42359 May 20 05:50 10_linux_zfs
-rwxr-xr-x 1 root root 12894 May 20 05:50 20_linux_xen
-rwxr-xr-x 1 root root 12059 May 20 05:50 30_os-prober
-rwxr-xr-x 1 root root 1424 May 20 05:50 30_uefi-firmware
-rwxr-xr-x 1 root root 214 May 20 05:50 40_custom
-rwxr-xr-x 1 root root 216 May 20 05:50 41_custom

====================== sdb1/boot/grub/grub.cfg (filtered) ======================

Start Linux Mint 20.2 Cinnamon 64-bit
Start Linux Mint 20.2 Cinnamon 64-bit (compatibility mode)
OEM install (for manufacturers)
Check the integrity of the medium

========================= sdb1/syslinux.cfg (filtered) =========================

DEFAULT loadconfig

LABEL loadconfig
CONFIG /isolinux/isolinux.cfg
APPEND /isolinux/

==================== sdb1: Location of files loaded by Grub ====================

GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1

================== sdb1: Location of files loaded by Syslinux ==================

GiB - GB File Fragment(s)
?? = ?? syslinux.cfg 1
?? = ?? ldlinux.sys 1


=============================== StdErr Messages ================================

File descriptor 63 (pipe:[79587]) leaked on lvs invocation. Parent PID 24319: /bin/bash

Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would purge (in order to sign-grub) and reinstall the grub-efi-amd64-signed of
nvme0n1p2,
using the following options: nvme0n1p1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the Linux Mint 20.2 Uma (20.2) entry (nvme0n1p1/efi/****/shim****.efi (**** will be updated in the final message) file) !

[hellonet]

Плясать в сторону "Восстановление GRUB"
Восстановление GRUB

[hellonet]

Но я бы лучше переустановил систему и разбил диск на 3 раздела:
/
/home
swap

[rogoznik]

днако заглянув с Live-сессии на жесткий диск, выскочило какое-то сообщение, что "мол не положено мне туда лезть"

Такое себе описание сообщения
Вообще данные на диске из live-системы видны в режиме rw, всегда так данные перед переустановкой таскаю
Ты хоть покажи как ОС не загружается, так хоть понятней будет что у тебя там случилось, и что предпринять для восстановления загрузки

[Roos8]

Ты хоть покажи как ОС не загружается, так хоть понятней будет что у тебя там случилось, и что предпринять для восстановления загрузки

в биосе CSM выключен, собственно как было еще при винде. Если вызвать Boot menu, там ничего нет. Если включить CSM и Legasy, то SSD в Boot menu появляется, но после его выбора ничего не происходит, просто черный экран висит без каких либо сообщений. Вообще по инструкциям я пробовал варианты связанные с GPT и UEFI.

[sheridan]

hellonet, Если с EFI тогда в Вашем варианте четыре раздела
1. nvme0n1p1 - /boot/efi - 204,8mb (загрузочный)
2. nvme0n1p2 - / - 35,840gb (root)
4. nvme0n1p4 - swap - (зависит от количества оперативки)
3. nvme0n1p3 - /home - (оставшееся свободное место)
Это так для примера

[hellonet]

sheridan, идеально! С небольшой поправкой - рекомендуемый размер для /boot составляет 200 MiB, если не используется системный раздел EFI в /boot, иначе рекомендуется выделять не менее 260 MiB

[sheridan]

Вообще по инструкциям я пробовал варианты связанные с GPT и UEFI.

В Вашем варианте можно в live режиме чрутнутся в систему и восстановить загрузчик.
sudo mount /dev/nvme0n1p1 /mnt - монтируем раздел с системой
sudo mount /dev/nvme0n1p2 /mnt/boot/efi - монтируем раздел EFI
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
sudo grub-install /dev/nvme0n1
sudo update-grub
/# exit
sudo umount /mnt {dev,proc,sys}
sudo umount /mnt/boot/efi
sudo umount /mnt
sudo reboot
В биосе поставьте настройки только EFI, и необходимо почистить /boot/efi раздел и ссылки в efibootmgr
наглядно показано здесь

[slant]

Roos8, Есть мнение, что у вас было два EFI раздела - по одному на каждый диск. Вот только EFI загрузчики - оба были были на том разделе, который остался на ушедшем в другой системник диске, и теперь у вас вообще нету EFI-загрузчика, хотя сам раздел и есть (пустой). В данном случае "EFI-загрузчик" - это не относится строго к GRUB, bootmgr или другому конкретному - они все имеют в своем составе свой собственный вариант EFI-загрузчика, который уже начинает грузить основной функционал. Сам GRUB у вас остался (основная часть). Нету именно EFI-загрузчика на EFI разделе.

Ищите материалы по тому как работает загрузка EFI, и как устанавливать EFI-загрузчик в случае его отсутствия. Одной командой вслепую тут не лечится - надо понимать что делаешь. Ну, или попробовать понадеяться на boot-repair, благо что для установки EFI загрузчиков никаких деструктивных действий с разделами в вашем случае не требуется, разбивка уже есть и правильная. Осталось сам загрузчик установить.

[slant]

sheridan, идеально! С небольшой поправкой - рекомендуемый размер для /boot составляет 200 MiB, если не используется системный раздел EFI в /boot, иначе рекомендуется выделять не менее 260 MiB

Это кем рекомендуемый? Кто этот вредитель?
Раздел /boot содержит в себе ядра - а их текущий размер - может быть до 100 мегабайт вместе с initramfs. Тут надо смотреть в зависимости от того как дистрибутив работает со старыми ядрами - например debian и ldme сам старые ядра не чистит - при обновах 200MB забьются за 2-3 раза. Убунта держит до 4-ех ядер, ей 200MB тоже маловато.
Вот EFI раздел (/boot/efi) - там да, там 200MB за глаза хватит, т.к. внутри только EFI загрузчики, а они маленькие. (Случай с загрузкой ядра без загрузчиков напрямую не рассматриваем - там свои подводные камни). Но разделы boot и EFI - это разные вещи, путать которые крайне не советую. Там даже файловая система разная.

[Roos8]

Такое себе описание сообщения
Вообще данные на диске из live-системы видны в режиме rw

При попытке смонтировать диск с рабочими файлами через проводник в LIve сессии, выскакивало сообщение " The folder contents could not be displayed - You do not have the permissions necessary to view the contents of `Диск с данными`"

Есть мнение, что у вас было два EFI раздела - по одному на каждый диск. Вот только EFI загрузчики - оба были на том разделе, который остался на ушедшем в другой системник диске

Да, так и есть, а вообще наличие пустого EFI раздела на диске с Mint, это результат самодеятельности по разметке диска посредством интернет инструкций. Раздел выделил, а установилось в другой ).

В Вашем варианте можно в live режиме чрутнутся в систему и восстановить загрузчик.
sudo mount /dev/nvme0n1p1 /mnt - монтируем раздел с системой
sudo mount /dev/nvme0n1p2 /mnt/boot/efi - монтируем раздел EFI
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
sudo grub-install /dev/nvme0n1
sudo update-grub
/# exit
sudo umount /mnt {dev,proc,sys}
sudo umount /mnt/boot/efi
sudo umount /mnt
sudo reboot
В биосе поставьте настройки только EFI, и

Огромное Вам спасибо!, Сработало, правда при инициализации система выпадала в командную строку с сообщением об ошибках в файловой системе, но там уже методом тыка да ГуглоПомощью пофиксил их посредством fsck. Еще раз спасибо! Все данные благополучно извлёк и переустановил систему.

[slant]

ри попытке смонтировать диск с рабочими файлами через проводник в LIve сессии, выскакивало сообщение " The folder contents could not be displayed - You do not have the permissions necessary to view the contents of `Диск с данными`"

Освойте консольную команду mount и монтируйте в подобных случаях через нее. В live сессии у вас просто прав не хватило на монтирование полноценного linux раздела. (В случае FAT или NTFS права игнорируются т.к. эти FS не поддерживают права достуа unix). А не хватило потому, что "проводник" и прочие графические средства работают с правами обычного пользователя, и UID этого пользователя не совпадает с UID пользователя который был в вашей системе у вас. В таком случае нужен доступ от root, а это лучше делать из консоли.