Опция Linux Fedora не появится в меню загрузки Grub после новой (дополнительной) установки Fedora. ⇐ Linux

[Anonymous]

Недавно моя Fedora (39) работала нормально, каждый раз, когда я загружался, в меню загрузки pc grub появлялось сообщение с вопросом, какой дистрибутив я хочу запустить. Все в порядке.
Затем я создал новый раздел диска и установил в этот раздел новую Fedora (40).
Теперь, когда я в меню загрузки; появляется только новая установка Fedora, но НЕ моя старая установка.
Поэтому по сути я потерял доступ к своей старой Fedora со всеми моими системными модификациями и файлами.
(Я создал новый раздел, чтобы протестировать систему резервного копирования, чтобы избежать подобных вещей в будущем )
Это захват Gparted, здесь вы можете увидеть установку Windows, старый установка Fedora 39, к которой я хочу восстановить доступ (большой раздел /dev/nvme0n1p7); и новая Fedora 40, которая загружается нормально (/dev/nvme0n1p9)


старые разделы Fedora:
nvme0n1p6 (загрузочный)
nvme0n1p7 (/, /home)
новые разделы Fedora:
nvme0n1p8 (/boot)
nvme0n1p9 (/, /home)
вывод fdisk

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

ggk2@fedora:~$ sudo fdisk -l
[sudo] password for ggk2:
Disk /dev/nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: KBG50ZNV512G KIOXIA
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2A5D2F9C-1607-4617-A329-2D22974A99A3

Device             Start        End   Sectors   Size Type
/dev/nvme0n1p1      2048     534527    532480   260M EFI System
/dev/nvme0n1p2    534528     796671    262144   128M Microsoft reserved
/dev/nvme0n1p3    796672  307996671 307200000 146.5G Microsoft basic data
/dev/nvme0n1p4 307996672  314392575   6395904     3G Microsoft basic data
/dev/nvme0n1p5 998117376 1000214527   2097152     1G Windows recovery environment
/dev/nvme0n1p6 314392576  316489727   2097152     1G Linux filesystem
/dev/nvme0n1p7 316489728  878151679 561661952 267.8G Linux filesystem
/dev/nvme0n1p8 878151680  880248831   2097152     1G Linux extended boot
/dev/nvme0n1p9 880248832  998117375 117868544  56.2G Linux filesystem

Partition table entries are not in disk order.

Disk /dev/zram0: 8 GiB, 8589934592 bytes, 2097152 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Я заметил одну вещь: очевидно, что каждая установка Fedora в качестве загрузочного раздела имеет одну и ту же файловую систему (etx4), но в случае новой Fedora тип этот раздел отличается от старого (файловая система Linux VS расширенная загрузка Linux)
Нестандартная файловая структура?
Что-то интересное, что недавно я пробовал несколько решений для создания моментальных резервных копий, и я считаю, что некоторые из них изменили каталог /.
Таким образом, в / вместо корневых каталогов, таких как /etc или /bin< /code> у него всего 4 каталога!:

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

ggk2@fedora:~$ ls -l /mnt/
total 0
drwxr-xr-x. 1 root root   6 Jul 15 09:37 boot
drwxr-xr-x. 1 root root   6 Feb  2 03:57 home
dr-xr-xr-x. 1 root root 176 Jul 14 17:48 root
drwxr-xr-x. 1 root root 210 Jul  5 22:04 timeshift

ll  /mnt/root/
total 24
dr-xr-xr-x. 1 root root    0 Jul 21  2023 afs
lrwxrwxrwx. 1 root root    7 Jul 21  2023 bin -> usr/bin
drwxr-xr-x. 1 root root 1220 Jul 14 21:38 boot
drwxr-xr-x. 1 root root    0 Feb  2 09:36 dev
drwxr-xr-x. 1 root root 5222 Jul 15 18:17 etc
drwxr-xr-x. 1 root root    0 Feb  2 09:36 home
lrwxrwxrwx. 1 root root    7 Jul 21  2023 lib -> usr/lib
lrwxrwxrwx. 1 root root    9 Jul 21  2023 lib64 -> usr/lib64
drwx------. 1 root root    0 Nov  1  2023 lost+found
drwxr-xr-x. 1 root root    0 Jul 21  2023 media
drwxr-xr-x. 1 root root    6 Jul  8 21:02 mnt
-rw-r--r--. 1 root root   98 Feb 12 17:06 npmrc
drwxr-xr-x. 1 root root   82 May 28 14:18 opt
drwxr-xr-x. 1 root root    0 Feb  2 09:36 proc
dr-xr-x---. 1 root root  256 Jul 13 20:17 root
drwxr-xr-x. 1 root root    0 Feb  2 09:36 run
lrwxrwxrwx. 1 root root    8 Jul 21  2023 sbin -> usr/sbin
lrwxrwxrwx. 1 root root   19 May 30 16:31 snap -> /var/lib/snapd/snap
drwxr-xr-x. 1 root root    0 Jul 21  2023 srv
drwxr-xr-x. 1 root root    0 Feb  2 09:36 sys
drwxrwxrwt. 1 root root    0 Jul 15 18:17 tmp
drwxr-xr-x. 1 root root  168 Nov  1  2023 usr
drwxr-xr-x.  1 root root  208 May 30 16:31 var

Я считаю, что эта странная файловая структура может быть связана с конфигурацией Timeshift, где вначале я хранил снимки со сдвигом по времени на одном и том же диске. Поэтому кажется, что это мог сделать сдвиг времени?
Дело в том, что раньше это не имело значения, потому что система загружалась хорошо, пока я не установил новую Fedora.
файлы fstab
старый fstab Fedora

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

ggk2@fedora:~$ cat /mnt/root/etc/fstab

#
# /etc/fstab
# Created by anaconda on Fri Feb  2 03:39:07 2024
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
UUID=e3a68aed-3eac-45de-b3f0-2b71f0022b95 /root                       btrfs   subvol=/root,compress=zstd:1 0 0
UUID=a20d77d0-2028-4f18-95fc-e9c504c1216a /boot                   ext4    defaults        1 2
UUID=E023-29BC          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=e3a68aed-3eac-45de-b3f0-2b71f0022b95 /home                   btrfs   subvol=/home,compress=zstd:1 0 0

новый fstab Fedora

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

ggk2@fedora:/$ sudo cat /etc/fstab
[sudo] password for ggk2:

#
# /etc/fstab
# Created by anaconda on Sun Jul 14 09:19:09 2024
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
UUID=23bccc39-c63f-4e2b-abbe-c25d7d0f0d2c /                       btrfs   subvol=root00,compress=zstd:1 0 0
UUID=348cd8a3-9759-4224-8544-9a056b1d2c4a /boot                   ext4    defaults        1 2
UUID=E023-29BC          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=23bccc39-c63f-4e2b-abbe-c25d7d0f0d2c /home                   btrfs   subvol=home00,compress=zstd:1 0 0

Я следовал этим руководствам, идея похожая, но немного другой подход:
https://thomas-leister.de/en/repair-fed ... ootloader/

Предлагаемые здесь решения — переустановить grub и shim в старой Fedora.
Пробовал, но не получилось. не работает.
На последнем этапе я получаю эту ошибку

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

root@fedora:/home/ggk2# grub2-install --efi-directory=/boot/efi --target=x86_64-efi /dev/nvme0n1
grub2-install: error: /usr/lib/grub/x86_64-efi/modinfo.sh doesn't exist. Please specify --target or --directory.

Я создал загрузочный USB-накопитель и выполнил операцию с него, теперь я использую для этих операций новую установку Fedora.
Я также пробовал чтобы восстановить файл конфигурации grub, он обнаруживает мой старый раздел! (Fedora Linux 39 по адресу /dev/nvme0n1p7), но при перезагрузке все остается по-прежнему ?

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

root@fedora:/home/ggk2# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Generating grub configuration file ...
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Found Fedora Linux 39 (Workstation Edition) on /dev/nvme0n1p7
Adding boot menu entry for UEFI Firmware Settings ...
done

Теперь я попробую добавить новую запись в заглушку grub, используя efibootmgr.
Между тем, любая помощь будет ОЧЕНЬ признательна, я пытаюсь это исправить уже 3 дня подряд

Подробнее здесь: https://stackoverflow.com/questions/787 ... additional