У меня ноутбук 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 (поскольку у меня нет один)?
Что произойдет, если вы установите все свои жесткие диски и запустите 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.
Некоторые наблюдения / вопросы / предложения:
На вашем диске есть загрузочные файлы 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.