Загрузка Windows в grub пуста, выбирая ее, верните меня в меню grub

У меня ноутбук Lenovo B-4030, который поставляется с предустановленной ОС Windows 8.1. Я установил Ubuntu 14.04.1 рядом с этим в режиме UEFI (режим безопасности off). Все отлично работало, даже когда я обновлял Windows 8.1 до окон 10, потому что мне удалось вернуть grub с помощью инструмента восстановления загрузки. Затем я обновился до Ubuntu 16.04. После этого я не смог загрузиться в Windows 10. Я не знаю, что вызвало это, но меня это не беспокоило, потому что я использовал Ubuntu в качестве основной ОС. Но когда я использовал загрузочный USB-накопитель Windows 10 для восстановления Windows 10, я снова смог загрузиться в окна (я не помню шагов).

Но потом я обновился до Ubuntu 16.04.1 и I снова потерял контроль над Windows. Ввод окон в меню grub был пуст (как я его называю), потому что, когда я его выбираю, он всегда возвращает меня в меню grub. Я использовал boot-repair, чтобы восстановить его. Сначала это дало мне ошибку, в которой упоминалось что-то вроде обнаружения GPT. Создайте BIOS-boot,> 1MB неформатированный раздел с флагом bios_grub и еще что-нибудь. Я использовал gparted для создания нового неформатированного раздела после просмотра boot-repair , но шаг 3 дал мне некоторый результат, в котором говорилось, что «цель не может быть найдена». Затем я установил rEFInd диспетчер загрузки (даже когда я понятия не имею, что он делает). Но проблема не решена.

Затем я снова выполнил загрузку и на этот раз дал мне следующий результат ...

rEFInd менеджер загрузок [ ! d7]

После всего этого приключения я решил опубликовать это как вопрос, потому что я больше не хочу больше разбираться.

Дополнительная информация:

Сегодня я смотрю здесь и там, когда нашел RESULT.txt файлы boot-repair. Содержимое, которое я здесь помещаю, состоит из двух файлов; первая часть из файла, когда я запускал Ubuntu 14.04 рядом с Windows 10 и вторую часть из файла, когда я обновился до Ubuntu 16.04.

boot-repair

Я загрузил текстовый файл. Вы можете увидеть это здесь: http://pastebin.com/YpcJjkR5

ЧАСТЬ II

Текст можно найти здесь: http: //pastebin.com/YpcJjkR5

Основные вещи, которые я хочу выделить:

Игнорировать sda6. Это был просто эксперимент, и я полностью уверен, что это не преступник. Обратите внимание на начало отчета. Почему есть разница даже в начале? В дальнейшем результат 25_custom (соответствующий EFI/ubuntu/fwupx64.efi и EFI/ubuntu/MokManager.efi) в /etc/grub.d/ отсутствует. Как почему?

Хотя я понял, что причиной этой проблемы может быть Windows Hibernation, но как решить эту проблему, не используя Ubuntu 14.04 (поскольку у меня нет один)?

1
задан 15 October 2017 в 23:01

2 ответа

Что произойдет, если вы установите все свои жесткие диски и запустите sudo update-grub?

Как ваш файл paste2.org http://paste2.org/AXVH8wM8 сообщает:

update -grub Создание файла конфигурации grub ... Найдено linux image: /boot/vmlinuz-4.4.0-47-generic Найдено initrd image: /boot/initrd.img-4.4.0-47-generic Найдено linux image: / boot / vmlinuz-4.4.0-45-generic Найдено initrd image: /boot/initrd.img-4.4.0-45-generic Найдено linux image: /boot/vmlinuz-4.4.0-43-generic Найдено initrd image: / boot / initrd.img-4.4.0-43-generic Найдено linux image: /boot/vmlinuz-4.4.0-38-generic Найдено initrd image: /boot/initrd.img-4.4.0-38-generic Найдено linux image: / boot / vmlinuz-4.4.0-36-generic Найдено initrd image: /boot/initrd.img-4.4.0-36-generic Найдено linux image: /boot/vmlinuz-4.4.0-34-generic Найдено initrd image: / boot / initrd.img-4.4.0-34-generic Найдено изображения linux: /boot/vmlinuz-4.4.0-31-generic Найдено initrd image: /boot/initrd.img-4.4.0-31-generic Найдено linux image : /boot/vmlinuz-4.4.0-24-generic Найдено изображение initrd: / boot / ini trd.img-4.4.0-24-generic Найдено linux image: /boot/vmlinuz-4.4.0-22-generic Найдено initrd image: /boot/initrd.img-4.4.0-22-generic Найдено linux image: / boot / vmlinuz-4.4.0-21-generic Найдено initrd image: /boot/initrd.img-4.4.0-21-generic Найдено изображения linux: /boot/vmlinuz-3.13.0-85-generic Найдено initrd image: / boot / initrd.img-3.13.0-85-generic Найденный диспетчер загрузки Windows на /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi Добавление записи в меню загрузки для конфигурации прошивки EFI Подпись NTFS отсутствует. Не удалось установить '/ dev / sda6': Неверный аргумент У устройства '/ dev / sda6', похоже, нет действительной NTFS. Может быть, неправильное устройство используется? Или весь диск вместо раздела (например, / dev / sda, not / dev / sda1)? Или наоборот? mount / dev / sda6: Код ошибки 12 mount -r / dev / sda6 / mnt / boot-sav / sda6 Отсутствует подпись NTFS. Не удалось установить '/ dev / sda6': Неверный аргумент У устройства '/ dev / sda6', похоже, нет действительной NTFS. Может быть, неправильное устройство используется? Или весь диск вместо раздела (например, / dev / sda, not / dev / sda1)? Или наоборот? mount -r / dev / sda6: Код ошибки 12 Показать меню загрузки GRUB в sda2 / boot / grub / grub.cfg Boot успешно восстановлен. Теперь вы можете перезагрузить компьютер.

Кажется, что что-то не так с вашей точкой подключения Windows. Вы можете попытаться удалить раздел загрузки BIOS на sda6 и восстановить Windows с помощью встроенных инструментов. Затем, используя живой DVD, вы можете снова восстановить свой Grub.

1
ответ дан 23 May 2018 в 04:05
  • 1
    Картинка, которую я связал с моим вопросом, является результатом, данным boot-repair , когда я запускал его из Ubuntu 16.04.1. Поэтому я думаю, что все разделы были смонтированы. @starkus – Manish Kumar Bisht 18 November 2016 в 14:06
  • 2
    Пожалуйста, уточните? Я могу удалить флаг bios_grub из sda6 (если это то, что вы имели в виду). Также у меня нет восстановительного компакт-диска Windows 10 прямо сейчас, поэтому почти невозможно получить доступ к окнам и восстановить его изнутри. :( – Manish Kumar Bisht 18 November 2016 в 14:45
  • 3
    Извините, без опции загрузки Windows. Я не уверен в правильных шагах, которые нужно выполнить вручную. – starkus 18 November 2016 в 14:57
  • 4
    Означает ли это, что я должен найти загрузочные среды Windows 10? Или есть еще возможность решить эту проблему при использовании Ubuntu? @starkus – Manish Kumar Bisht 18 November 2016 в 15:45
  • 5
    Я уверен, что он разрешен с помощью Ubuntu. Но я точно не знаю, как это сделать. Я бы использовал Windows-носитель. Надеюсь, кто-то еще знает, как его решить и поможет вам. Удачи. – starkus 18 November 2016 в 15:54

Некоторые наблюдения / вопросы / предложения:

На вашем диске есть загрузочные файлы BIOS / CSM / legacy-mode и EFI / UEFI-mode. Похоже, вы используете EFI-режим в первую очередь, что хорошо, потому что Windows не будет загружаться в режиме BIOS с диска GPT, который у вас также есть. Тем не менее, материал в BIOS-режиме явно посылает вас на дикие гусиные погони. (Раздел bios_grub, /dev/sda6 используется, например, только в версии BIOS GRUB, поэтому время, потраченное на него, пропадает даром.) Я рекомендую вам прочитать эту страницу для получения дополнительной информации по этому вопросу. На выходе Boot Repair (по адресу http://paste2.org/AXVH8wM8) отсутствует файл grub.cfg, который обычно включает этот вывод. Это делает невозможным комментировать настройки GRUB. Вы можете отправить этот файл (он находится в /boot/grub/grub.cfg после загрузки в Ubuntu) на сайт pastebin и опубликовать URL-адрес вашего документа здесь для комментариев. Вы установили rEFInd (который я поддерживаю, BTW), и Boot Repair показывает файлы rEFInd на вашем жестком диске; но нет никаких доказательств записи rEFInd в вашем менеджере загрузки. Возможно, вы сможете создать его, набрав sudo efibootmgr -c -l \\EFI\\refind\\refind_x64.efi -L "rEFInd boot manager" в окне терминала в Ubuntu. Когда вы это сделаете, rEFInd должен появиться в следующий раз при загрузке; однако тот факт, что загрузочная запись rEFInd отсутствует, свидетельствует о том, что ваша прошивка может быть немного шелушащейся, а не «принимать» изменения NVRAM. Если это так, или если вы предпочитаете не менять свой загрузочный менеджер по умолчанию только сейчас, вы можете попробовать поставить rEFInd на флэш-накопитель USB или CD-R - изображения для обоих доступны на ссылке rEFInd download, которую вы задали в своем вопросе. rEFInd иногда может быть более надежным в загрузке Windows, чем GRUB, поэтому стоит попробовать работать rEFInd. Теоретически обновления Ubuntu не должны влиять на вашу способность загружаться в Windows через GRUB. Это делает тот факт, что вы столкнулись с этой проблемой в два раза чаще, чем беспокоиться. Мое предположение заключается в том, что вы пренебрегли отключением функций быстрого запуска Windows и / или Hibernation. Эти функции могут создавать повреждение файловой системы в общих файловых системах, включая ESP, где находятся загрузчики. Прочитайте, как отключить Fast Startup здесь и как отключить спящий режим здесь. Отключите эти функции, как только вы снова загрузитесь в Windows. Если моя догадка о том, что Fast Startup / Hibernation находится в корне ваших проблем, верна, вы можете временно устранить проблему, выполнив dosfsck на /dev/sda1 (то есть sudo dosfsck /dev/sda1). В крайних случаях, резервное копирование раздела (в /boot/efi в Ubuntu), размонтирование, создание на нем новой файловой системы FAT32, его повторная установка, редактирование /etc/fstab для использования нового серийного номера и восстановление данных на нем необходимо. Однако в долгосрочной перспективе отключение Fast Startup и Hibernation - единственное решение, если они будут вызывать повреждение файловой системы в ESP.
1
ответ дан 23 May 2018 в 04:05
  • 1
    A) 1. Я установил Ubuntu в режиме UEFI (не устаревший). 2. Я удалил раздел, помеченный как bios_grub . 3. Я снова использовал boot-repair , чтобы проверить, не изменилось ли что-либо. Я получил сообщение: обнаружен GPT. Создайте раздел BIOS-boot ... В качестве альтернативы вы можете повторить попытку после активации раздела раздельного / загрузочного / efi-раздела . :( Я хочу подчеркнуть, что я мог бы легко использовать обе мои ОС перед обновлением. B) Я разместил файл grub.cfg и вот ссылка: paste.ubuntu.com/23503765 ​​ C) Понял о rEFInd. – Manish Kumar Bisht 20 November 2016 в 06:56
  • 2
    D) Быстрый запуск всегда отключен. E) Я все же пытался sudo dosfsck / dev / sda1 , и это дало мне результат: 'fsck.fat 3.0.28 (2015-05-16) / dev / sda1: 480 файлов, 12927/130812 кластеры. – Manish Kumar Bisht 20 November 2016 в 06:58
  • 3
    Ваш файл grub.cfg выглядит в порядке, на первом проходе. Я подозреваю повреждение файловой системы. Обратите внимание, что я имею в виду функцию Windows быстрого запуска. Многие EFI имеют функцию с похожим названием, которое многие руководства рекомендуют отключать, но эта функция гораздо менее важна. Кроме того, вам может потребоваться отключить спящий режим, а также быстрый запуск. – Rod Smith 21 November 2016 в 18:56
  • 4
    Да, я также говорил о функции Windows быстрого запуска, которую я всегда отключил. Я также думаю, что использование загрузочного устройства для Windows 10 может решить проблему. Я настаиваю на том, чтобы решить это через Ubuntu, потому что у меня нет загрузочного устройства Windows, и мое подключение к Интернету происходит не так быстро, поэтому я не могу его загрузить. :( – Manish Kumar Bisht 22 November 2016 в 09:44
  • 5
    На этом этапе я предлагаю вам попробовать использовать rEFInd, установленный на жестком диске или с USB-накопителя или CD-R. Если это работает, вы можете использовать его вместо Windows. В противном случае он может по крайней мере отображать сообщение об ошибке, которое может быть полезно для отслеживания причины проблемы. – Rod Smith 22 November 2016 в 22:33

Другие вопросы по тегам:

Похожие вопросы: