Ubuntu 17.10 на Acer Cloudbook 14 ao1-431

Попробуйте загрузиться с аварийного диска Ubuntu, откройте окно терминала и введите следующую команду:

sudo efibootmgr -o 0005,2001,2002,2003

Обратите внимание, что здесь приведены значения для вашей системы , как показано в вывод efibootmgr в выводе Boot Repair. В частности, я добавил опцию ubuntu (Boot0005, следовательно, 0005) в начало списка порядка загрузки.

При перезагрузке должен появиться GRUB, и вы сможете загрузиться; Однако, многие компьютеры имеют дефектные EFI, которые не позволят этому работать. Если на этом этапе у вас по-прежнему возникают проблемы, вам придется использовать исправление или обходной путь, например:

• Сброс параметров встроенного ПО до их значений по умолчанию - Иногда данные NVRAM Повреждение и сброс настроек прошивки к их значениям по умолчанию будет достаточно ясно, что проблема исчезнет. Вам нужно будет покопаться в вашей утилите установки прошивки, чтобы найти соответствующую опцию. Однако обратите внимание, что запись ubuntu в списке порядка загрузки может исчезнуть, поэтому вам может потребоваться добавить ее вручную или запустить Boot Repair, чтобы полностью переустановить GRUB.
• Обновите прошивку - Если вам очень повезло, производитель вашего компьютера, возможно, выпустил обновление прошивки (вероятно, называемое «обновление BIOS» на своем сайте), которое устраняет эту проблему. Вы можете попробовать установить его, затем попробуйте снова исправить порядок загрузки. Иногда это приводит к стиранию параметров загрузки, как и в предыдущем исправлении, поэтому вам может потребоваться вручную добавить параметр загрузки или запустить Boot Repair.
• Верните ваш неисправный компьютер для возврата. - Если ни один из предыдущих вариантов не помогает, и если компьютер достаточно новый, я рекомендую вернуть его в магазин для возврата. У производителей было ЛЕТ , чтобы исправить эту очень фундаментальную ошибку, поэтому я не могу рекомендовать давать свои деньги производителю, который не исправил эту проблему. Конечно, у вас может не быть возможности вернуть сломанный компьютер за возмещение, если вы купили его несколько месяцев или лет назад, так что ...
• Скопировать GRUB в резервное положение - компьютеры на основе EFI должны загружаться с резервного имени файла, EFI/BOOT/bootx64.efi (без учета регистра) в системном разделе EFI (ESP), ], если никакая другая загрузочная запись не действительна. Таким образом, вы можете скопировать GRUB (или Shim, если Secure Boot активен) в это место, чтобы заставить загрузку работать. Для этого установите ESP в удобном месте в аварийной системе, скопируйте EFI/ubuntu в этой точке монтирования в EFI/BOOT в той же точке монтирования и переименуйте в EFI/BOOT/shimx64.efi в EFI/BOOT/bootx64.efi. (Вместо этого вы можете переименовать grubx64.efi в bootx64.efi, если вы уверены, что загружаетесь с отключенной безопасной загрузкой.) Это должно привести к загрузке системы, но последующие обновления GRUB или Shim не будут установлены должным образом, если вы не вручную повторите этот шаг.
• Используйте fbx64.efi - Программа fallback.efi / fbx64.efi предназначена для помощи в вашем типе ситуации. Если эта программа установлена ​​с использованием резервного имени файла, она будет искать файлы .CSV в подкаталогах EFI и, если они найдены, считывать их содержимое и использовать их для воссоздания подходящих загрузочных записей и перемещения их в вершина порядка загрузки. Shim также запустит соответствующий файл fbx64.efi, если он присутствует, поэтому вы можете скопировать shimx64.efi в EFI/BOOT/bootx64.efi и поместить fbx64.efi в EFI/BOOT, чтобы он работал с включенной безопасной загрузкой. Установка этого вручную - более трудная задача, чем копирование GRUB в резервное имя файла, но в некоторых отношениях это более чистое решение. IIRC, Ubuntu 17.10 должен настроить это автоматически, но в выводе Boot Repair недостаточно информации, чтобы убедиться, что это так в вашей системе. (К сожалению, в Boot Repair отсутствует надлежащая поддержка дисков NVMe.)