Как я фиксирую начальную загрузку Ubuntu 17.04 от внешнего USB жесткий диск после того, как обновление Windows 10 Creator Update повредило его?

Обновление Создателя Microsoft Windows делает это снова. То же самое произошло в Windows Anniversary Update. Это перезаписало GRUB со своим собственным загрузчиком, и это, кажется, хочет вытереть Linux (Ubuntu) разделы.

Смотря на Ваш диск/dev/sdc, это похоже:

/dev/sdc1 may have been your / (root)
/dev/sdc5 may have been your swap partition
then there's 314GB of unallocated space which may have been your /home

Эта конфигурация звучит знакомой? Если это делает, то:

• загрузите к Ubuntu Живой DVD/USB
• установка testdisk
• см. http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step для получения информации о том, как восстановить потерянный раздел.
• у Вас может также быть поврежденный раздел подкачки/dev/sdc5

Начальная проблема

Существенно, Ваша начальная проблема была вызвана пересечением нескольких проблем:

• Ваш компьютер загружает Windows и загружал Ubuntu в режиме EFI; однако, Ваш /dev/sdc, то, где Ubuntu установлена, является диском MBR. Начальные загрузки режима EFI лучше всего сделаны от дисков GPT. (Возможно загрузиться в режиме EFI от дисков MBR, но Ваш не настраивается с Системным разделом EFI [ESP] MBR, который был бы необходим для этого.) Это не действительно критическая проблема, так как Ваш GRUB установлен на /dev/sda, который является GPT; но это могло стать сложностью, если бы необходимо было загрузиться более непосредственно от /dev/sdc.
• При установке в режиме EFI на компьютере с несколькими дисками установщик Ubuntu устанавливает GRUB на первом ESP, который он находит. Это обычно - ESP на /dev/sda -- /dev/sda3 в Вашем случае. Как Ваш /dev/sdc не имеет ESP, нет действительно ничего иного, что он, возможно, сделал.
• При установке в режиме EFI Ubuntu устанавливает GRUB как EFI/ubuntu/grubx64.efi и Контейнер как EFI/ubuntu/shimx64.efi. Для начальной загрузки от съемных носителей лучше установить загрузчик (Контейнер, обычно) как EFI/BOOT/bootx64.efi. Начиная с Вашего /dev/sdc испытывает недостаток в ESP, это было бы невозможно. Я упоминаю это, потому что переименование GRUB могло быть частью решения начальной проблемы - но возможно не самого легкого решения, как отмечено позже.
• GRUB, по крайней мере, поскольку Ubuntu настраивает его, полагается на файлы на двух разделах: ESP и безотносительно раздела содержит ядро Linux. В Вашем случае эти разделы находятся на двух физических дисках- /dev/sda и /dev/sdc. Таким образом, когда Вы отключаете внешний диск, переключатели GRUB от его меню до его grub> подсказка, так как это больше не может находить свои конфигурационные файлы на внешнем диске. Получение обеих частей GRUB на одном физическом диске является одним способом разрешить этот аспект проблемы - но существуют другие меры, также....

Конечный результат этих проблем состоит в том, что компьютер работал, как Вы описали с начальными загрузками посредством работы GRUB, только если внешний диск был включен. Существуют другие способы получить его работа, но они требуют, чтобы некоторое знание настроило. (Больше на этом вскоре....)

Что обновление Windows May Have Done, и как зафиксировать его

Я не уверен, что произошло с обновлением Windows. Обычно, я предположил бы, что это изменило порядок загрузки, делая Windows значением по умолчанию; но Ваш efibootmgr вывод (строки 1000-1024 из Вашего вывода Восстановления Начальной загрузки) показывает это ubuntu является все еще первым в порядке загрузки (после того, как Карта памяти, которую Вы, по-видимому, обычно не используете). Эта гипотеза изменения порядка загрузки также не объясняет то, что Вы не можете заставить систему загружаться даже путем выбора ubuntu опция в меню начальной загрузки.

Таким образом меня оставляют со второй гипотезой: у Вас может быть поврежденная файловая система ESP. Это может произойти, если Вы уезжаете, функции Windows Fast Startup и/или Hibernate включили. Эти операции завершения работы поворота функций в приостанавливают к дисковым операциям, который оставляет дисковые файловые системы в непоследовательном состоянии, которое может препятствовать тому, чтобы EFIs читал некоторые файлы на них. Таким образом я рекомендую отключить обе из этих опций, как описано здесь и здесь. Обратите внимание, что Вы, возможно, должны перезагрузить, по крайней мере, однажды, чтобы заставить это изменение вступать в силу.

Другая возможность состоит в том, что Вы сталкиваетесь с какой-то проблемой Защищенной загрузки. Я не ожидал бы, что обновление Windows будет влиять на это, если Microsoft не решила поместить в черный список Ubuntu, и я не услышал о том, что они делали такую вещь. Тем не менее, могло случиться так, что Защищенная загрузка неправильно функционирует. Если это верно, отключение его должно решить проблему. К сожалению, детали того, как сделать это, варьируются от одной системы до другого, таким образом, я не могу предоставить сжатые инструкции. Посмотрите эту мою страницу для нескольких примеров, все же.

Решение исходной проблемы

В лучшем случае при отключении Быстрого Запуска Будьте в спящем режиме, и/или Защищенная загрузка получит систему, загружающуюся, как это сделало прежде. Это не оптимально, все же. Существует несколько возможных способов улучшить конфигурацию. Самое простое для получения работы, вероятно, будет должно установить мой диспетчер начальной загрузки перенаходки. Учитывая Вашу текущую конфигурацию, перенаходка должна установить на ESP и запуститься в первый раз, когда Вы загружаете его. Если Вы уезжаете, Защищенная загрузка включила, тем не менее, это на самом деле обойдет в MokManager, который является утилитой для управления владельцем Машины Keys (MOKs), которые являются ключами Защищенной загрузки, используемыми Контейнером, чтобы разрешить загружаться. Необходимо будет использовать примитивный пользовательский интерфейс MokManager для определения местоположения refind.cer и/или refind_local.cer ключи, вероятно, в EFI/refind/keys каталог, и добавляет их к списку MOK. См. документацию Защищенной загрузки перенаходки для получения дальнейшей информации.

После того как Вы добираетесь, повторно находят для начальной загрузки, это должно показать Вам варианты загрузить и Windows и Ubuntu. С тех пор повторно находят, не полагается на конфигурационные файлы на внешнем диске, он не сделает эквивалента припадания a grub> запросите при отключении внешнего диска; это просто прекратит показывать Вам вариант загрузить ядра Linux непосредственно. (Это, вероятно, все еще покажет вариант для начальной загрузки Ubuntu через GRUB, но та опция просто генерирует grub> подсказка.)

Другой способ решить проблему состоит в том, чтобы создать отдельное /boot раздел на Вашем внутреннем диске. Еще один должен создать ESP на внешнем диске и переместить GRUB туда, с помощью имени файла EFI/BOOT/bootx64.efi. Обе этих опции, вероятно, будут большим количеством работы, чем установка повторно находит - хотя установка MOK может быть печальной, если Вы не знакомы с операцией.

Править:

В ответ на Ваши комментарии:

• Много EFIs имеют очень тонкие драйверы FAT, которые возражают против повреждения файловой системы, которое не беспокоит Windows или Linux. Кроме того, обратите внимание, что повреждение файловой системы, к которому я обращаюсь, было бы невидимо для Windows, так как это вызывается тем, что с Быстрым включенным Запуском Windows оставляет файловую систему в непоследовательном состоянии, когда это в спящем режиме ("закрывается" - но это - действительно не завершение работы). Если ничто иное не коснется файловой системы, то это затем будет в ожидаемом состоянии, когда Windows запустит снова - но и EFI и любая другая ОС будут видеть его как являющийся в непоследовательном состоянии. Это - очень реальная и очень серьезная проблема в сценарии двойной загрузки. Я НАСТОЯТЕЛЬНО РЕКОМЕНДУЮ Вам относиться к этой проблеме серьезно! Отключение Быстрого Запуска и В спящем режиме, как предложено выше, требование для безопасной двойной загрузки, когда одна ОС является Windows 8 или позже. Проблемой, которую Вы испытываете, является всего один возможный признак отказа отключить эту опцию; могут быть другие проблемы, которые Вы испытываете теперь или испытаете в будущем, и эти проблемы могут влиять на разделы кроме ESP.
• Второй абзац Вашего вопроса обращается к меню начальной загрузки. Я предположил, что Вы имели в виду меню начальной загрузки, которое большинство EFIs предлагает, обычно путем нажатия функциональной клавиши, Esc, или Вводит (но какой ключ варьируется от одного компьютера до другого). Вы могли бы также получить это меню начальной загрузки после выхода из GRUB в некоторых ситуациях. Это меню должно позволить Вам выбрать программу начальной загрузки для выполнения. Этим можно управлять в Ubuntu с efibootmgr утилита и Ваше Восстановление Начальной загрузки производят, показывает список того, что находится в Вашей системе на строках 1000-1024.
• Если Вы создаете ESP на /dev/sdc, его местоположение на том диске неважно. Некоторая документация предлагает поместить его в начале диска, но это должно только не допустить его в способ последующих изменений раздела. Конец дисковых работ также для этого, и может быть предпочтительным в Вашем случае, начиная с изменения размеров от конца раздела быстрее и более безопасен, чем изменение размеров путем изменения запуска раздела.
• На диске MBR, последних версиях parted и GParted может установить ESP, вводят код (0xEF) путем установки флага "ESP". Более старые версии parted и GParted не может установить, это вводит код на дисках MBR; необходимо было бы использовать fdisk установить код типа на 0xEF. Если Вы преобразовываете в GPT с gdisk, можно установить его код типа на EF00 в том инструменте или установить флаг "начальной загрузки/ESP" в parted или GParted. (Более старые версии испытывают недостаток во флаге "ESP", таким образом, Вы использовали бы "начальную загрузку" с ними.) Отмечают, что "начальная загрузка" отмечает в parted и GParted имеет совершенно различные значения для MBR по сравнению с дисками GPT.
• Я рекомендую делать ESP 550 мебибайт (или больше, но это является достаточно обычно большим). Причины сложны и имеют отношение к облупленному EFI драйверы файловой системы FAT на некоторых компьютерах.
• Если Вы настаиваете на том, чтобы ставить ESP /dev/sdc, можно хотеть рассмотреть преобразование его от MBR до GPT. Это, вероятно, не необходимо, но существует шанс, что это. (Это зависит от Вашей реализации EFI.) Видят эту мою страницу для деталей того, как сделать это.
• Если Вы создаете ESP на /dev/sdc и переместите GRUB туда, необходимо скопировать Контейнер в имя файла нейтрализации (EFI/BOOT/bootx64.efi) на ESP. Это:
  1. Смонтируйтесь /dev/sdc ESP где-нибудь. Скажем, это /mnt.
  2. Подготовьте дерево каталогов: sudo mkdir -p /mnt/EFI/ubuntu.
  3. Скопируйте GRUB с ESP: sudo cp -r /boot/efi/EFI/ubuntu/* /mnt/EFI/ubuntu/.
  4. Скопируйте новое ubuntu каталог: sudo cp -r /mnt/EFI/ubuntu /mnt/EFI/BOOT.
  5. Переименуйте контейнер: sudo mv /mnt/EFI/BOOT/shimx64.efi /mnt/EFI/BOOT/bootx64.efi.
  6. Править /etc/fstab смонтировать ESP от /dev/sdc вместо того на /dev/sda кому: /boot/efi. Это упростит последующие обновления программного обеспечения и обслуживание.
  7. Когда Вы перезагрузите, необходимо будет выбрать опцию загрузиться от /dev/sdc во встроенном меню диспетчера начальной загрузки Вашего компьютера. Это, вероятно, будет утомительно на долгосрочной основе.

Со всем, что разметило, я думаю, что должно быть ясно, почему я рекомендовал установить, повторно находят - нет никакой потребности, с тем планом действий, к повторному разделению /dev/sdc или иметь дело с ручным копированием файла. Эти действия утомительны в лучшем случае, и они могут легко пойти не так, как надо. Кроме того, если Вы полагаетесь на GRUB на имени файла нейтрализации (EFI/BOOT/bootx64.efi) на внешнем диске необходимо будет также использовать встроенный диспетчер начальной загрузки компьютера для начальной загрузки Ubuntu. Это могло быть утомительно. Вы смогли явно регистрироваться EFI/ubuntu/shimx64.efi загрузчик на внешнем диске с efibootmgr, но много EFIs удалят ту запись при отключении диска таким образом, это не может работать как ожидалось. OTOH при отъезде Защищенной загрузки активной, использование, повторно находят, действительно требует регистрации MOK, который является неприятностью; но это менее опасно и, по моему скромному мнению, немного легче, чем все манипулирование файла. У Вас также будет простое, последовательное меню начальной загрузки каждым разом, когда Вы загружаетесь, не имея необходимость смешивать с нажатием функциональной клавиши в только правильный момент, когда Вы загружаетесь.