Установлен Ubuntu 17.04 с USB, но теперь он не может загружаться

У меня был тот же компьютер, кроме 4 ГБ оперативной памяти. У меня была такая же проблема с загрузкой EFI. Я не получил бы загрузочного устройства.

В моей системе сначала был раздел восстановления системы на диске и раздел EFI. Исправить для меня было использование моего диска восстановления Windows для разделения диска. Затем удалите все разделы, кроме первого (восстановление). Затем установите ubuntu. Моя система также загружалась только устройством (без загрузки ОС), поэтому должен был быть создан путь к медиа-сети по умолчанию. Скопируйте файл /EFI/ubuntu/shimx64.efi в / EFI / BOOT / и переименуйте его BOOTx64.efi.

Попробуйте создать раздел NTFS в начале диска и пометить его как восстановление системы. А раздел FAT32 помечен как ESP. затем установка ubuntu.

С одной оговоркой сообщение об ошибке, о котором вы сообщаете, похоже, поступает из Shim (shimx64.efi), что означает, что компьютер запускает процесс загрузки. Предостережение таково: вы сообщили следующее сообщение об ошибке:

Это сообщение принимает форму сообщений от Shim; однако Shim запускает GRUB и поэтому должен жаловаться, что он не может найти grubx64.efi, а не shimx64.efi. Вы также говорите, что он жаловался, что не может найти MokManager, который далее поясняет, что это должно быть сообщение Shim - AFAIK, EFI не ищет MokManager, но Shim делает. Поскольку это сообщение Shim, я предполагаю, что вы неправильно сообщили эту деталь. Если нет, то вы столкнулись с чем-то новым и странным, что могло бы усложнить мой анализ ниже, но, возможно, он все еще применяется даже тогда ....

Выход вашего восстановления загрузки указывает, что shimx64.efi и grubx64.efi присутствуют в EFI/ubuntu на ESP. В вашем каталоге EFI/BOOT есть файл bootx64.efi, но неясно, что это из одного выходного файла Boot Repair. Однако, поскольку сообщение об ошибке ссылается на EFI/BOOT, представляется вероятным, что EFI/BOOT является копией Shim и что этот бинарный файл работает. Если да, и если в этом каталоге ничего больше не существует, тогда сообщение об ошибке имеет смысл, по крайней мере, если оно действительно относится к grubx64.efi.

Учитывая все это, наиболее вероятным решением является копирование EFI/ubuntu/grubx64.efi и EFI/ubuntu/grub.cfg - EFI/BOOT в ESP (/dev/sda1 в вашем случае). Если эти файлы скопированы, Shim должен иметь возможность запускать GRUB, хотя и с EFI/BOOT, а не с EFI/ubuntu. Это должно быть довольно простое исправление. Это имеет недостаток, что будущие обновления GRUB и Shim не будут полностью установлены, или, если быть более точным, они будут установлены, но никогда не будут работать.

Еще один возможный ремонт предлагается из ваш выход Boot Repair:

Этот вывод требует некоторого опыта для синтаксического анализа, но строка ubuntu является странной. Обычно это выглядит следующим образом:

Детали, и особенно все шестнадцатеричные числа, могут отличаться, но обычно это запись HD(...), которая ссылается на EFI\ubuntu\shimx64.efi. Таким образом, вы можете попробовать следующее:

Тем не менее, как установщик Ubuntu, так и Boot Repair делают это за кулисами, и ваша система все еще имеет эту проблему. Таким образом, может случиться так, что вы смотрите на ошибку, будь то в прошивке вашего компьютера или в чем-то в Ubuntu (скорее всего, efibootmgr, но, возможно, ядро ​​или что-то еще). Некоторые Toshibas, как известно, имеют flaky EFI, поэтому ошибка в вашей прошивке вполне возможна. (Обновление до последней прошивки, если вы еще не запускаете ее, возможно, стоит попробовать.)

Еще один подход заключается в использовании fallback.efi (aka fbx64.efi), который вы устанавливаете в EFI/BOOT, а также файл с именем BOOT.CSV в каталоге EFI/ubuntu. Тем не менее, это немного утомительно. См. Эту страницу документации rEFInd для получения подробных сведений о том, как это сделать с помощью rEFInd, но вам нужно немного настроить детали, чтобы заставить ее работать с Ubuntu. Я не вижу никаких признаков fallback.efi или fbx64.efi в вашем восстановлении Boot Repair, поэтому он не может быть установлен в вашей системе.

У меня был тот же компьютер, кроме 4 ГБ оперативной памяти. У меня была такая же проблема с загрузкой EFI. Я не получил бы загрузочного устройства.

В моей системе сначала был раздел восстановления системы на диске и раздел EFI. Исправить для меня было использование моего диска восстановления Windows для разделения диска. Затем удалите все разделы, кроме первого (восстановление). Затем установите ubuntu. Моя система также загружалась только устройством (без загрузки ОС), поэтому должен был быть создан путь к медиа-сети по умолчанию. Скопируйте файл /EFI/ubuntu/shimx64.efi в / EFI / BOOT / и переименуйте его BOOTx64.efi.

Попробуйте создать раздел NTFS в начале диска и пометить его как восстановление системы. А раздел FAT32 помечен как ESP. затем установка ubuntu.

С одной оговоркой сообщение об ошибке, о котором вы сообщаете, похоже, поступает из Shim (shimx64.efi), что означает, что компьютер запускает процесс загрузки. Предостережение таково: вы сообщили следующее сообщение об ошибке:

Это сообщение принимает форму сообщений от Shim; однако Shim запускает GRUB и поэтому должен жаловаться, что он не может найти grubx64.efi, а не shimx64.efi. Вы также говорите, что он жаловался, что не может найти MokManager, который далее поясняет, что это должно быть сообщение Shim - AFAIK, EFI не ищет MokManager, но Shim делает. Поскольку это сообщение Shim, я предполагаю, что вы неправильно сообщили эту деталь. Если нет, то вы столкнулись с чем-то новым и странным, что могло бы усложнить мой анализ ниже, но, возможно, он все еще применяется даже тогда ....

Выход вашего восстановления загрузки указывает, что shimx64.efi и grubx64.efi присутствуют в EFI/ubuntu на ESP. В вашем каталоге EFI/BOOT есть файл bootx64.efi, но неясно, что это из одного выходного файла Boot Repair. Однако, поскольку сообщение об ошибке ссылается на EFI/BOOT, представляется вероятным, что EFI/BOOT является копией Shim и что этот бинарный файл работает. Если да, и если в этом каталоге ничего больше не существует, тогда сообщение об ошибке имеет смысл, по крайней мере, если оно действительно относится к grubx64.efi.

Учитывая все это, наиболее вероятным решением является копирование EFI/ubuntu/grubx64.efi и EFI/ubuntu/grub.cfg - EFI/BOOT в ESP (/dev/sda1 в вашем случае). Если эти файлы скопированы, Shim должен иметь возможность запускать GRUB, хотя и с EFI/BOOT, а не с EFI/ubuntu. Это должно быть довольно простое исправление. Это имеет недостаток, что будущие обновления GRUB и Shim не будут полностью установлены, или, если быть более точным, они будут установлены, но никогда не будут работать.

Еще один возможный ремонт предлагается из ваш выход Boot Repair:

Этот вывод требует некоторого опыта для синтаксического анализа, но строка ubuntu является странной. Обычно это выглядит следующим образом:

Детали, и особенно все шестнадцатеричные числа, могут отличаться, но обычно это запись HD(...), которая ссылается на EFI\ubuntu\shimx64.efi. Таким образом, вы можете попробовать следующее:

Тем не менее, как установщик Ubuntu, так и Boot Repair делают это за кулисами, и ваша система все еще имеет эту проблему. Таким образом, может случиться так, что вы смотрите на ошибку, будь то в прошивке вашего компьютера или в чем-то в Ubuntu (скорее всего, efibootmgr, но, возможно, ядро ​​или что-то еще). Некоторые Toshibas, как известно, имеют flaky EFI, поэтому ошибка в вашей прошивке вполне возможна. (Обновление до последней прошивки, если вы еще не запускаете ее, возможно, стоит попробовать.)

Еще один подход заключается в использовании fallback.efi (aka fbx64.efi), который вы устанавливаете в EFI/BOOT, а также файл с именем BOOT.CSV в каталоге EFI/ubuntu. Тем не менее, это немного утомительно. См. Эту страницу документации rEFInd для получения подробных сведений о том, как это сделать с помощью rEFInd, но вам нужно немного настроить детали, чтобы заставить ее работать с Ubuntu. Я не вижу никаких признаков fallback.efi или fbx64.efi в вашем восстановлении Boot Repair, поэтому он не может быть установлен в вашей системе.