Установлен Ubuntu на новый жесткий диск, но он не загружается

В краткосрочной перспективе попробуйте поместить мой менеджер загрузки rEFInd на флэш-накопитель USB или CD-R и загрузите его. rEFInd, вероятно, сможет загрузить вашу установку Ubuntu без какой-либо специальной настройки или изменений; однако вы можете не захотеть загрузиться через rEFInd на USB-накопителе в долгосрочной перспективе ....

Как говорится в комментарии ubfan1, ваш вывод efibootmgr не показывает никаких данных о загрузочной записи для GRUB (EFI/ubuntu/grubx64.efi на вашем /dev/sda1). Такая запись должна существовать. Две наиболее вероятные возможности для того, почему их не существует, - это сбой при установке загрузчика или багги EFI, который «забывает» свои загрузочные записи.

Чтобы исправить первую проблему, вы должны создать новую загрузочная запись. Вы можете сделать это после загрузки вашей системы через rEFInd с помощью следующей команды:

Обратите внимание на двойные обратные косые черты (\\), а не одиночные косые черты (/) в качестве разделителей каталогов. (Я уверен, что последние версии efibootmgr могут использовать косые черты, но поскольку вы не говорите, какую версию Ubuntu вы используете, лучше придерживаться самого низкого общего знаменателя.) Кроме того, если Secure Boot действительно отключен, вы можете указать grubx64.efi, а не shimx64.efi; но последний должен всегда работать, поэтому это более безопасный выбор.

Перезагрузитесь, и если Ubuntu запустится, введите sudo efibootmgr, чтобы увидеть, есть ли запись ubuntu. Если это так, вы можете перезагрузить или выключить и перезагрузить систему, и система снова запустится.

Если это не удастся, тогда ваш лучший выбор, если ваш компьютер является новым, заключается в замене потому что он неисправен. Обязательно сообщите изготовителю, почему вы возвращаете его для возмещения. У них было буквально годы, чтобы исправить эти ошибки, и большинство из них; но некоторые производители по-прежнему поставляют сломанные EFI, и они, вероятно, будут продолжать делать это до тех пор, пока Солнце не станет холодным углем, если люди откажутся покупать сломанные продукты.

Если компьютер не является достаточно новым, чтобы быть возвращен для возврата, существует обход: Резервное копирование и переименование GRUB на должно (EFI/BOOT/bootx64.efi на ESP). Вы можете сделать это следующим образом:

Опять же, вы можете указать grubx64.efi, а не shimx64.efi, если вы уверены, что безопасная загрузка отключена; но shimx64.efi должен работать независимо от того, включена ли безопасная загрузка, а также более безопасный выбор.

Этот подход имеет несколько проблем, хотя они менее значимы для вашей системы с одной загрузкой, чем для некоторых. Самая большая проблема, если вы должны принять такой подход, заключается в том, что обновления для Shim и GRUB не будут автоматически установлены; вам придется вручную скопировать их с /boot/efi/EFI/ubuntu на /boot/efi/EFI/BOOT, как и в предыдущих командах. Большинство таких обновлений не имеют особого значения, но всегда есть вероятность, что обновление будет содержать важное исправление безопасности, поэтому вы должны следить за этим.

В краткосрочной перспективе попробуйте поместить мой менеджер загрузки rEFInd на флэш-накопитель USB или CD-R и загрузите его. rEFInd, вероятно, сможет загрузить вашу установку Ubuntu без какой-либо специальной настройки или изменений; однако вы можете не захотеть загрузиться через rEFInd на USB-накопителе в долгосрочной перспективе ....

Как говорится в комментарии ubfan1, ваш вывод efibootmgr не показывает никаких данных о загрузочной записи для GRUB (EFI/ubuntu/grubx64.efi на вашем /dev/sda1). Такая запись должна существовать. Две наиболее вероятные возможности для того, почему их не существует, - это сбой при установке загрузчика или багги EFI, который «забывает» свои загрузочные записи.

Чтобы исправить первую проблему, вы должны создать новую загрузочная запись. Вы можете сделать это после загрузки вашей системы через rEFInd с помощью следующей команды:

Обратите внимание на двойные обратные косые черты (\\), а не одиночные косые черты (/) в качестве разделителей каталогов. (Я уверен, что последние версии efibootmgr могут использовать косые черты, но поскольку вы не говорите, какую версию Ubuntu вы используете, лучше придерживаться самого низкого общего знаменателя.) Кроме того, если Secure Boot действительно отключен, вы можете указать grubx64.efi, а не shimx64.efi; но последний должен всегда работать, поэтому это более безопасный выбор.

Перезагрузитесь, и если Ubuntu запустится, введите sudo efibootmgr, чтобы увидеть, есть ли запись ubuntu. Если это так, вы можете перезагрузить или выключить и перезагрузить систему, и система снова запустится.

Если это не удастся, тогда ваш лучший выбор, если ваш компьютер является новым, заключается в замене потому что он неисправен. Обязательно сообщите изготовителю, почему вы возвращаете его для возмещения. У них было буквально годы, чтобы исправить эти ошибки, и большинство из них; но некоторые производители по-прежнему поставляют сломанные EFI, и они, вероятно, будут продолжать делать это до тех пор, пока Солнце не станет холодным углем, если люди откажутся покупать сломанные продукты.

Если компьютер не является достаточно новым, чтобы быть возвращен для возврата, существует обход: Резервное копирование и переименование GRUB на должно (EFI/BOOT/bootx64.efi на ESP). Вы можете сделать это следующим образом:

Опять же, вы можете указать grubx64.efi, а не shimx64.efi, если вы уверены, что безопасная загрузка отключена; но shimx64.efi должен работать независимо от того, включена ли безопасная загрузка, а также более безопасный выбор.

Этот подход имеет несколько проблем, хотя они менее значимы для вашей системы с одной загрузкой, чем для некоторых. Самая большая проблема, если вы должны принять такой подход, заключается в том, что обновления для Shim и GRUB не будут автоматически установлены; вам придется вручную скопировать их с /boot/efi/EFI/ubuntu на /boot/efi/EFI/BOOT, как и в предыдущих командах. Большинство таких обновлений не имеют особого значения, но всегда есть вероятность, что обновление будет содержать важное исправление безопасности, поэтому вы должны следить за этим.

В краткосрочной перспективе попробуйте поместить мой менеджер загрузки rEFInd на флэш-накопитель USB или CD-R и загрузите его. rEFInd, вероятно, сможет загрузить вашу установку Ubuntu без какой-либо специальной настройки или изменений; однако вы можете не захотеть загрузиться через rEFInd на USB-накопителе в долгосрочной перспективе ....

Как говорится в комментарии ubfan1, ваш вывод efibootmgr не показывает никаких данных о загрузочной записи для GRUB (EFI/ubuntu/grubx64.efi на вашем /dev/sda1). Такая запись должна существовать. Две наиболее вероятные возможности для того, почему их не существует, - это сбой при установке загрузчика или багги EFI, который «забывает» свои загрузочные записи.

Чтобы исправить первую проблему, вы должны создать новую загрузочная запись. Вы можете сделать это после загрузки вашей системы через rEFInd с помощью следующей команды:

Обратите внимание на двойные обратные косые черты (\\), а не одиночные косые черты (/) в качестве разделителей каталогов. (Я уверен, что последние версии efibootmgr могут использовать косые черты, но поскольку вы не говорите, какую версию Ubuntu вы используете, лучше придерживаться самого низкого общего знаменателя.) Кроме того, если Secure Boot действительно отключен, вы можете указать grubx64.efi, а не shimx64.efi; но последний должен всегда работать, поэтому это более безопасный выбор.

Перезагрузитесь, и если Ubuntu запустится, введите sudo efibootmgr, чтобы увидеть, есть ли запись ubuntu. Если это так, вы можете перезагрузить или выключить и перезагрузить систему, и система снова запустится.

Если это не удастся, тогда ваш лучший выбор, если ваш компьютер является новым, заключается в замене потому что он неисправен. Обязательно сообщите изготовителю, почему вы возвращаете его для возмещения. У них было буквально годы, чтобы исправить эти ошибки, и большинство из них; но некоторые производители по-прежнему поставляют сломанные EFI, и они, вероятно, будут продолжать делать это до тех пор, пока Солнце не станет холодным углем, если люди откажутся покупать сломанные продукты.

Если компьютер не является достаточно новым, чтобы быть возвращен для возврата, существует обход: Резервное копирование и переименование GRUB на должно (EFI/BOOT/bootx64.efi на ESP). Вы можете сделать это следующим образом:

Опять же, вы можете указать grubx64.efi, а не shimx64.efi, если вы уверены, что безопасная загрузка отключена; но shimx64.efi должен работать независимо от того, включена ли безопасная загрузка, а также более безопасный выбор.

Этот подход имеет несколько проблем, хотя они менее значимы для вашей системы с одной загрузкой, чем для некоторых. Самая большая проблема, если вы должны принять такой подход, заключается в том, что обновления для Shim и GRUB не будут автоматически установлены; вам придется вручную скопировать их с /boot/efi/EFI/ubuntu на /boot/efi/EFI/BOOT, как и в предыдущих командах. Большинство таких обновлений не имеют особого значения, но всегда есть вероятность, что обновление будет содержать важное исправление безопасности, поэтому вы должны следить за этим.