Автор Тема: Восстановление загрузки Fedora + Windiws на UEFI  (Прочитано 5634 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн v3000a

  • Прохожий
  • *
  • Автор темы
  • Сообщений: 1
История такая. Мой ноут Asus K55V имел SSD Plextor с Windows 10 . Затем я поставил вторым хардом HDD на 1 Тб. Диск разбил на раздел NTFS для архива Windows и разделов под Linux. Поставил туда Федору 28. Все отлично работало пока не умер SSD. И вот теперь я пытаюсь 3 день восстановить загрузчик для Федоры. Я Удалил ssd и на его место переставил hdd с федорой. Но в UEFI нет ни единой строчки о очередности загрузки. Комп включается и сразу в биос.

Пробовал по всякому восстановить. С Live CD и с Live CD Boot Repair. Пишет что все прошло ОК и нужно перегрузиться. Но ничего не восстанавливается.

/Если кому не сложно по шагово мне объяснить что делать? Готов предоставить скрины.
Очень не хочется переставлять систему полностью.

Оффлайн lynx03

  • Новичок
  • **
  • Сообщений: 47
« Последнее редактирование: Июль 29, 2018, 22:08:00 от lynx03 »

Оффлайн v3000a

  • Прохожий
  • *
  • Автор темы
  • Сообщений: 1
Восстановление загрузки Fedora + Windiws на UEFI
« Ответ #2 : Июль 30, 2018, 08:44:32 »
Докладываю!

по 1 ссылке ничего не получилось.
по 2 ссылке команда сработала. Перегрузился. Снова открылся UEFI и в меню Boot option Priorities - появилась запись {Fedora (Drive not present)}
Снова гружусь с Fedora Live CD флешки и делаю команды из ссылки 3

sudo fdisk -l


/dev/sda1          64 1446240311 1446240248 689.6G Microsoft basic data
/dev/sda2  1446242304 1446651903     409600   200M EFI System
/dev/sda3  1446651904 1448749055    2097152     1G Linux filesystem
/dev/sda4  1448749056 1945458687  496709632 236.9G Linux filesystem

blkid

/dev/sdb1: UUID="2018-04-25-06-43-09-00" LABEL="Fedora-WS-Live-28-1-1" TYPE="iso9660" PTUUID="3a663a44" PTTYPE="dos" PARTUUID="3a663a44-01"
/dev/sda1: LABEL="M-PM-^]M-PM->M-PM-2M-QM-^KM-PM-9 M-QM-^BM-PM->M-PM-<" UUID="01D393F2F7298B20" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="f46de764-d7f0-4cbe-8fc2-16b9a2963ac2"
/dev/sda2: SEC_TYPE="msdos" UUID="6831-5FFA" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="ab48f504-d32f-4528-8bc0-4037df28eba2"
/dev/sda3: UUID="66f25c75-308b-4b31-9765-6cff12f5afa0" TYPE="ext4" PARTUUID="04414f47-4e8b-4d06-b4ef-44a6aaf88030"
/dev/sda4: UUID="883d60d6-0316-4ce2-9787-e997259cdc28" TYPE="crypto_LUKS" PARTUUID="4b0037e8-f06d-4ffc-8a3d-ea2883137f44"
/dev/sdb2: SEC_TYPE="msdos" LABEL="ANACONDA" UUID="376B-7516" TYPE="vfat" PARTUUID="3a663a44-02"

[liveuser@localhost ~]$ sudo mkdir /mnt/boot
[liveuser@localhost ~]$ sudo mount /dev/sda3 /mnt/boot

[liveuser@localhost ~]$ ls /mnt/boot
520f44320ac640c68996d2e055036d31  initramfs-0-rescue-f9a23148ee0847e28503a3802314ae42.img  System.map-4.16.14-300.fc28.x86_64
config-4.15.15-300.fc27.x86_64    initramfs-4.15.15-300.fc27.x86_64.img                    System.map-4.16.5-300.fc28.x86_64
config-4.16.14-300.fc28.x86_64    initramfs-4.16.14-300.fc28.x86_64.img                    vmlinuz-0-rescue-f9a23148ee0847e28503a3802314ae42
config-4.16.5-300.fc28.x86_64     initramfs-4.16.5-300.fc28.x86_64.img                     vmlinuz-4.15.15-300.fc27.x86_64
efi                               loader                                                   vmlinuz-4.16.14-300.fc28.x86_64
elf-memtest86+-5.01               lost+found                                               vmlinuz-4.16.5-300.fc28.x86_64
extlinux                          memtest86+-5.01
grub2                             System.map-4.15.15-300.fc27.x86_64

Застрял на команде
[liveuser@localhost ~]$ grub2-install --boot-directory=/mnt/boot /dev/sda
grub2-install: error: /usr/lib/grub/x86_64-efi/modinfo.sh doesn't exist. Please specify --target or --directory.
[liveuser@localhost ~]$ sudo grub2-install --boot-directory=/mnt/boot /dev/sda
grub2-install: error: /usr/lib/grub/x86_64-efi/modinfo.sh doesn't exist. Please specify --target or --directory.

и
сработала эта команда

[liveuser@localhost ~]$ sudo grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.16.3-301.fc28.x86_64
Found initrd image: /boot/initramfs-4.16.3-301.fc28.x86_64.img
done

Что делать дальше ума не приложу..((





« Последнее редактирование: Июль 30, 2018, 16:37:21 от v3000a »

Оффлайн RoDoN

  • Постоялец
  • ***
  • Сообщений: 245
Re: Восстановление загрузки Fedora + Windiws на UEFI
« Ответ #3 : Июль 30, 2018, 18:10:38 »
Fedora + Windiws ... и на форуме  Runtu ???... даже в разговорах обо всем ???..., а что на форуме Федоры об этой проблеме говорят?
Lenovo G500 (i3-3110M, 8 Гб, Intel + Radeon HD 8570)
Runtu 18.04->20.04->22.04 x64 XFCE

Оффлайн v3000a

  • Прохожий
  • *
  • Автор темы
  • Сообщений: 1
Re: Восстановление загрузки Fedora + Windiws на UEFI
« Ответ #4 : Июль 30, 2018, 18:33:22 »
ясный пень. я не сижу на месте. прогуглил все форумы где дают варианты восстановления... и попробовал их.. результата нет..

мой уровень к сожалению позволяет выполнять команды. но нет глубокого  понимания всех процессов...



Оффлайн ek-nfn

  • Местный
  • *****
  • Сообщений: 1422
Re: Восстановление загрузки Fedora + Windiws на UEFI
« Ответ #5 : Июль 30, 2018, 20:08:11 »
Когда не справляется Boot Repair (а это бывает и не сказать, что редко), я просто на один из разделов устанавливаю Runtu нужной разрядности и уже она все расставляет по своим местам. Почему Runtu? Да потому что легкий, беспроблемный, быстроустанавливающийся  дистрибутив со всем необходимым системным софтом на борту, включая и grub-customizer.
И вообще, всегда стараюсь держать "на борту" Runtu, даже если и не пользуюсь ей. Занимает она мизер, на уровне среднего раздела swap. Но не было случая, чтобы Boot Repair не смог ее увидеть. И этого достаточно, чтобы восстановить загрузку остальных установленных систем, с которыми не справился Boot Repair.
« Последнее редактирование: Июль 30, 2018, 20:18:44 от ek-nfn »
Devuan ASCII x32..x64