Вопросы Теги

Запись загрузки Windows в личинке пуста, выбирание ее возвращает меня назад для расчистки меню

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

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

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

result of boot-repair

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

Еще некоторая информация:

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

ПЕРВАЯ ЧАСТЬ

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

ВТОРАЯ ЧАСТЬ

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

Главное, которое я хочу выделить:

  • Проигнорировать sda6. Это был просто эксперимент, и я полностью уверен, что это не было преступником.

  • Отметьте запуск отчета. Почему существует различие даже в начале?

  • Запись 25_custom(соответствие EFI/ubuntu/fwupx64.efi и EFI/ubuntu/MokManager.efi) в /etc/grub.d/ отсутствует в более позднем результате. Как/Почему?

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

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

3 ответа

В моем случае, поскольку я нашел, мои Данные загрузочной конфигурации (BCD) были так или иначе повреждены так, моя система не смогла расположиться, Windows 10.
I выполнил шаги, данные ниже для решения вопроса;

  1. , В первую очередь, загрузите ISO WinPE с этого веб-сайта ( Windows 10 Recovery Tool - Загрузочный Спасательный Диск ). Можно, конечно, загрузить с других сайтов также.

  2. Делают загрузочную карту флэш-памяти с интерфейсом USB из ISO WinPE путем следования инструкциям, данным на странице (, как создать загрузочную Карту памяти из командной строки ).

  3. Начальная загрузка в WinPE с помощью USB.

  4. Открывают командную строку с административной привилегией.

  5. Вход diskpart затем нажимают Enter.

  6. Вход list vol затем нажимают Enter.

  7. Теперь необходимо найти положение Данных загрузочной конфигурации (BCD) с функциями данным ниже.

    • Его формат является FAT32.

    • Размер мог быть 100MB/200MB/300MB/512MB
      , например: В моем случае это был Объем 1. Запишите Объем № тщательно.

  8. Вход select Volume No. затем нажимают Enter.

  9. Вход assign Letter Z: затем нажимают Enter.
    Вы будете видеть сообщение это DiskPart successfully assigned the drive letter or mount point.

  10. Вход exit затем нажимают Enter.

  11. Вход Bcdboot C:\Windows /s Z: /f UEFI затем нажимают Enter.
    , Если все хорошо работало затем, Вы получите сообщение это Boot files successfully created.

  12. Вход exit затем нажимают Enter.

  13. Перезапуск система.
    Вы сможете загрузить в Windows 10.

The исходные шаги, я раньше решал эту проблему, может быть найден здесь .

1
ответ дан 28 September 2019 в 04:05

Что происходит, если Вы монтируете все свои жесткие диски и работаете sudo update-grub?

Как Ваш файл paste2.org http://paste2.org/AXVH8wM8 говорит:

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

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

1
ответ дан 28 September 2019 в 04:05

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

  • У Вас есть путаница BIOS/CSM/legacy-mode и загрузчиков EFI/UEFI-mode на Вашем диске. Похоже на использование режима EFI, прежде всего, который хорош, потому что Windows не загрузится в режиме BIOS от диска GPT, который Вы также имеете. Тем не менее, материал режима BIOS ясно отправляет Вас на погони за несбыточным. ( bios_grub раздел, /dev/sda6, используется только версией BIOS GRUB, например, таким образом, время, проведенное на нем, потрачено впустую.) Я рекомендую прочитать эту мою страницу для больше на этом предмете.
  • Вашему выводу Восстановления Начальной загрузки (по http://paste2.org/AXVH8wM8) недостает grub.cfg файл, который обычно включает этот вывод. Это лишает возможности комментировать Вашу конфигурацию GRUB. Можно хотеть отправить тот файл (это в /boot/grub/grub.cfg после того как Вы загружаетесь в Ubuntu) на pastebin сайт, и отправьте URL на свой документ здесь для комментария.
  • Вы установили, повторно находят (который я поддерживаю, BTW), и Восстановление Начальной загрузки показывает файлы перенаходки на Вашем жестком диске; но нет никакого доказательства записи перенаходки в Вашем диспетчере начальной загрузки. Вы можете создавать один путем ввода sudo efibootmgr -c -l \\EFI\\refind\\refind_x64.efi -L "rEFInd boot manager" в Окне терминала в Ubuntu. После того как Вы делаете это, перенаходка должна подойти в следующий раз, когда Вы загружаетесь; однако, то, что запись загрузки перенаходки отсутствует, предполагает, что Ваше встроенное микропрограммное обеспечение может быть немного облуплено и "не берущие" изменения NVRAM. Если так, или если Вы предпочитаете не изменять свой диспетчер начальной загрузки по умолчанию сейчас, можно попытаться поместить, повторно находят на карте флэш-памяти с интерфейсом USB, или CD-R - отображает для обоих, доступны в ссылке на загрузку перенаходки, Вы вставляете свой вопрос. перенаходка может иногда быть более надежной о начальной загрузке Windows, чем GRUB, который является, почему стоит попытаться добраться, повторно находят работу.
  • В теории обновления Ubuntu не должны влиять на Вашу способность загрузиться к Windows через GRUB. Это делает то, что Вы столкнулись с этой проблемой, дважды довольно беспокоящейся. Мое лучшее предположение - то, что Вы забыли отключать опции Windows Fast Startup и/или Hibernation. Эти функции могут создать повреждение файловой системы в совместно используемых файловых системах, включая ESP, где загрузчики находятся. Читайте, как отключить Быстрый Запуск здесь, и как отключить Спящий режим здесь. Отключите эти опции, как только Вы получаете Windows, загружающийся снова.
  • Если мое предположение, что Быстрый Запуск/Спящий режим в корне Ваших проблем, корректно, Вы можете временно решать проблему путем выполнения dosfsck на /dev/sda1 (то есть, sudo dosfsck /dev/sda1). В крайних случаях, создавая резервную копию раздела (в /boot/efi в Ubuntu), размонтировав его, создавая новую файловую систему FAT32 на нем, повторно монтируя его, редактируя /etc/fstab использовать его новый порядковый номер и данные восстановления к нему может быть необходимым. В долгосрочной перспективе, тем не менее, отключение Быстрого Запуска и Спящего режима является единственным решением, должны они нанести ущерб файловой системы на ESP.
1
ответ дан 28 September 2019 в 04:05

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

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