Не могу восстановить загрузочный раздел после двойной загрузки с Fedora25+Windows10

Question

Я столкнулся с этой проблемой в последние 2 дня. После огромного количества учебников, где все работает, я здесь, чтобы получить какой-то совет или совет о том, что мне делать.

Вот основная история.

Я купил новый компьютер Samsung с Windows 10 (FYI, это Samsung NP300E5M-XF3BR). Я установил Dual Boot с Fedora 25.

Чтобы добиться этого, я следовал этому руководству и инструкциям этого видео , так как я пользователь Ubuntu и боялся что-то сделать не так, когда впервые тестировал новую Fedora на своем компьютере.

Хорошо, безопасная загрузка отключена, в BIOS выбрана ОС UEFI, раздел создан в Windows, Fedora 25 на загрузочном USB (создан с использованием YUMI)

Однако, по моей ошибке, я оставил Fedora автоматически создавать раздел LVM вместо того, чтобы создавать его самостоятельно, как рекомендуется в видео, и здесь начинается проблема.

Я не смог загрузиться с HD и просто загрузить GRUB с помощью USB-накопителя. Я перепробовал множество конфигураций BIOS, но это был единственный вариант во всех них.

Если USB-накопитель не подключен, система не загрузилась и выдает сообщение «Все параметры загрузки загружены. Нажмите F4 для восстановления ...», но F4 просто перезагрузите его. С подключенной флешкой я получил GRUB, но работала только Fedora (установленная, а не liveUSB), Windows просто перезагружалась.

Я снова отформатировал раздел LVM и следовал руководству по установке, на этот раз создавая разделы самостоятельно. Теперь, загрузка все еще работает только с USB, но даже grub не работает. Когда я загружаюсь без USB, я просто вижу сообщение «Booting ... 1,2,3,4» и нажимаю 2, перезагрузка системы.

Разделы доступны, я могу их смонтировать и проверить файлы.

Вот изображение GParted, запущенного в живом экземпляре Ubuntu.

После многих уроков я уже попробовал

• Восстановление MBR с помощью testdisk (ничего не меняет)
• Используйте Easus Partition Manager для исправления UEFI (не могу получить доступ к командной строке)
• Используйте rEFIind, чтобы исправить загрузочный раздел, просто покажите опцию перезагрузки компьютера, чтобы получить доступ к оболочке с ограниченными командами, где я ничего не могу сделать.
• восстановить заводские настройки, используя раздел восстановления Samsung, но он недоступен.
• Используйте восстановление загрузчика в работающем экземпляре Ubuntu со следующим сообщением о результате «Текущий сеанс находится в устаревшем режиме. Пожалуйста, перезагрузите компьютер и используйте это программное обеспечение в сеансе EFI. Это включит эту функцию. Например, используйте live-USB Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd), предварительно убедившись, что BIOS настроен на загрузку USB в режиме EFI. "

После всей этой длинной истории (извините за это), я здесь, чтобы получить любой совет или совет. Что я должен попробовать дальше?

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

Резюме BootInfo, которое я получил от Boot-Repair, было загружено здесь

Answer 1

Ваша сводка BootInfo выглядит нормально, с предупреждением о том, что она, кажется, была сгенерирована из загрузки BIOS/CSM/legacy-mode, и поэтому не предоставляет никакой информации о переменных загрузки EFI. Также в /dev/sda установлен загрузчик в режиме BIOS, но это не должно мешать загрузке в режиме EFI. Также возможно, что я пропустил некоторые важные диагностические детали. Вот как я рекомендую вам продолжить:

1. Загрузите флэш-накопитель USB или образ CD-R моего загрузочного менеджера rEFInd.
2. Подготовьте загрузочный носитель по ссылке.
3. Перезагрузитесь в REFInd. Он должен предоставить вам варианты для загрузки Windows или Fedora. Проверьте оба этих варианта.
4. Если оба варианта работают, загрузитесь в Fedora.
5. На этом этапе у вас есть несколько вариантов действий (не обязательно взаимоисключающих):
   • Вы можете открыть Терминал, набрать su чтобы стать пользователем root , набрать efibootmgr -v и опубликовать вывод здесь (отредактируйте свой вопрос, чтобы добавить вывод) для дополнительного анализа. Это чисто диагностическое.
   • Вы можете продолжать использовать rEFInd на съемном носителе для загрузки. Это может быть неудобно, но должно работать.
   • Вы можете установить rEFInd RPM. Затем он должен стать основным загрузчиком, и ваша проблема должна быть решена. Одно предостережение: что бы не мешало вашей установке нормально загружаться сразу после установки Fedora, это также может повлиять на rEFInd, и в этом случае вывод efibootmgr может быть полезен.
   • Вы можете попытаться восстановить загрузочную запись GRUB. Слепой, грубый способ сделать это - переустановить grub (grub-install от имени root); но, похоже, это было сделано как часть установки Fedora, поэтому я скептически отношусь к тому, что в настоящее время она будет работать лучше. Восстановление списка загрузки путем проверки выходных данных efibootmgr и последующей выдачи системных системных команд, основанных на этих знаниях, может работать.
   • Удалите загрузчик в режиме BIOS из /dev/sda , введя (от имени пользователя root) dd if=/dev/zero of=/dev/sda bs=440 count=1 . Обратите внимание, что эта команда потенциально очень опасна, если вы что-то опечатаете. В частности, убедитесь, что параметры bs=440 и count=1 верны; если вы напишите слишком много данных, вы повредите таблицу разделов и, возможно, за ее пределами! Смысл этого действия заключается в удалении пути загрузки в режиме BIOS, который может мешать загрузке в режиме EFI. Подобных помех не должно быть, но нет реальной стандартизации того, как компьютеры решают, загружаться ли в режиме BIOS или EFI, поэтому есть вероятность, что этот загрузочный код в режиме BIOS вызывает проблемы.

В некоторых случаях может потребоваться изменить настройки прошивки или настроить расположение загрузчика и имена файлов. В частности, ваша прошивка может быть настроена на загрузку в BIOS/CSM/ устаревшем режиме, что объясняет, почему она не загружается сейчас; или загрузочные записи (хранящиеся в NVRAM) могут быть безнадежно испорчены, что потребует восстановления всех настроек прошивки до значений по умолчанию.

---

РЕДАКТИРОВАТЬ:

Меню rEFInd, лишенное загрузочных записей ОС, указывает на то, что rEFInd не может найти никаких загрузчиков, что противоречит сводной информации BootInfo, которая показывает загрузчики в местах, которые rEFInd должен быть в состоянии обнаружить на /dev/sda1 (см. рядом вершина вывода). Наиболее вероятное объяснение - повреждение файловой системы - некоторые EFI гораздо более чувствительны к этому, чем большинство операционных систем. Такая «поврежденная, но не поврежденная» ситуация может возникнуть из-за сбоя при отключении функций быстрого запуска Windows и режима гибернации, как описано здесь и здесь, соответственно. Если вы можете загрузить Windows, я предлагаю вам отключить обе эти функции и повторить попытку. Вы также можете попробовать запустить CHKDSK на ESP из Windows, или dosfsck на нем с аварийного диска Linux. В худшем случае резервное копирование ESP, создание на нем новой файловой системы и восстановление ее файлов может помочь устранить незначительные повреждения файловой системы. Для этого потребуется либо сопоставить серийный номер файловой системы ("UUID" в Linux, хотя на самом деле это не UUID) с тем, чем он является сейчас, либо обновить /etc/fstab для замены старого серийного номера новым. (Вы можете найти новый UUID через blkid , как в blkid /dev/sda1 от имени пользователя root .)

Answer 2

Я бы сначала удалил все разделы не Windows.

Затем загрузитесь с установочного USB/DVD-диска Windows 10 в режиме UEFI и перейдите в командную строку.

Тогда я бы переписал MBR (не требуется для загрузки UEFI, но не вредит).

Затем сопоставьте системный раздел EFI (ESP) на жестком диске, чтобы сказать S: (если еще не сопоставлено).

Затем используйте bcdboot для исправления загрузки:

bcdboot N:\windows /s S:

где N: где Windows, S: ESP.

Смотрите " Исправить загрузку Windows " для получения дополнительной информации.