Изменения порядка загрузки efi при обновлении пакета

Вы сталкиваетесь с тем, что я называю «ботинком». Я написал страницу на эту тему; подробнее см. здесь. Тем не менее, ваша проблема звучит немного необычно, но это, вероятно, связано с этим:

efibootmgr
No BootOrder is set; firmware will attempt recovery

Обычно компьютер на базе EFI имеет набор переменных BootOrder. Случаи, которые я лично видел там, где он не установлен, были из-за неисправной прошивки, которая просто отказывается принять эту переменную. На таких компьютерах единственный шанс на загрузку - через резервное имя файла (обычно EFI/BOOT/bootx64.efi в ESP, хотя иногда работает EFI/Microsoft/Boot/bootmgfw.efi). Тем не менее, я слышал о случаях, когда переменная BootOrder пуста, но может быть установлена. В этом случае добавление загрузочной переменной EFI, как описано здесь , может устранить проблему.

Если ваш компьютер просто плохо поврежден и ему необходимо загрузить через резервное имя файла, вы должны копировать или перемещать / переименовывать загрузчик с соответствующим именем и, возможно, поддерживать файлы, такие как файлы конфигурации.

Учитывая, что вы ссылались на «запись ubuntu efi», мне кажется, что у вас есть загрузочные переменные, но переменная BootOrder теряется. Вероятно, это ошибка встроенного ПО, хотя это может указывать на дефектное оборудование NVRAM. Обновление прошивки может решить проблему, если это ошибка. Обратитесь к производителю, чтобы узнать, существует ли такая модернизация. Если это не поможет, вы можете скопировать GRUB в резервное имя файла, где он должен вызываться, если / когда переменная BootOrder снова потеряна. ESP обычно монтируется на /boot/efi, и на нем работают обычные команды файловой системы Linux, поэтому вы можете это сделать:

sudo cp -r /boot/efi/EFI/ubuntu /boot/efi/EFI/BOOT
sudo mv /boot/efi/EFI/BOOT/shimx64.efi /boot/efi/EFI/BOOT/bootx64.efi

Это копирует Shim в резервное имя файла. Если вы уверены, что ваш компьютер не использует Secure Boot, вы можете переименовать grubx64.efi, а не shimx64.efi, в bootx64.efi.

Вы сталкиваетесь с тем, что я называю «ботинком». Я написал страницу на эту тему; подробнее см. здесь. Тем не менее, ваша проблема звучит немного необычно, но это, вероятно, связано с этим:

Обычно компьютер на базе EFI имеет набор переменных BootOrder. Случаи, которые я лично видел там, где он не установлен, были из-за неисправной прошивки, которая просто отказывается принять эту переменную. На таких компьютерах единственный шанс на загрузку - через резервное имя файла (обычно EFI/BOOT/bootx64.efi в ESP, хотя иногда работает EFI/Microsoft/Boot/bootmgfw.efi). Тем не менее, я слышал о случаях, когда переменная BootOrder пуста, но может быть установлена. В этом случае добавление загрузочной переменной EFI, как описано здесь , может устранить проблему.

Если ваш компьютер просто плохо поврежден и ему необходимо загрузить через резервное имя файла, вы должны копировать или перемещать / переименовывать загрузчик с соответствующим именем и, возможно, поддерживать файлы, такие как файлы конфигурации.

Учитывая, что вы ссылались на «запись ubuntu efi», мне кажется, что у вас есть загрузочные переменные, но переменная BootOrder теряется. Вероятно, это ошибка встроенного ПО, хотя это может указывать на дефектное оборудование NVRAM. Обновление прошивки может решить проблему, если это ошибка. Обратитесь к производителю, чтобы узнать, существует ли такая модернизация. Если это не поможет, вы можете скопировать GRUB в резервное имя файла, где он должен вызываться, если / когда переменная BootOrder снова потеряна. ESP обычно монтируется на /boot/efi, и на нем работают обычные команды файловой системы Linux, поэтому вы можете это сделать:

Это копирует Shim в резервное имя файла. Если вы уверены, что ваш компьютер не использует Secure Boot, вы можете переименовать grubx64.efi, а не shimx64.efi, в bootx64.efi.

Вы сталкиваетесь с тем, что я называю «ботинком». Я написал страницу на эту тему; подробнее см. здесь. Тем не менее, ваша проблема звучит немного необычно, но это, вероятно, связано с этим:

Обычно компьютер на базе EFI имеет набор переменных BootOrder. Случаи, которые я лично видел там, где он не установлен, были из-за неисправной прошивки, которая просто отказывается принять эту переменную. На таких компьютерах единственный шанс на загрузку - через резервное имя файла (обычно EFI/BOOT/bootx64.efi в ESP, хотя иногда работает EFI/Microsoft/Boot/bootmgfw.efi). Тем не менее, я слышал о случаях, когда переменная BootOrder пуста, но может быть установлена. В этом случае добавление загрузочной переменной EFI, как описано здесь , может устранить проблему.

Если ваш компьютер просто плохо поврежден и ему необходимо загрузить через резервное имя файла, вы должны копировать или перемещать / переименовывать загрузчик с соответствующим именем и, возможно, поддерживать файлы, такие как файлы конфигурации.

Учитывая, что вы ссылались на «запись ubuntu efi», мне кажется, что у вас есть загрузочные переменные, но переменная BootOrder теряется. Вероятно, это ошибка встроенного ПО, хотя это может указывать на дефектное оборудование NVRAM. Обновление прошивки может решить проблему, если это ошибка. Обратитесь к производителю, чтобы узнать, существует ли такая модернизация. Если это не поможет, вы можете скопировать GRUB в резервное имя файла, где он должен вызываться, если / когда переменная BootOrder снова потеряна. ESP обычно монтируется на /boot/efi, и на нем работают обычные команды файловой системы Linux, поэтому вы можете это сделать:

Это копирует Shim в резервное имя файла. Если вы уверены, что ваш компьютер не использует Secure Boot, вы можете переименовать grubx64.efi, а не shimx64.efi, в bootx64.efi.

Вы сталкиваетесь с тем, что я называю «ботинком». Я написал страницу на эту тему; подробнее см. здесь. Тем не менее, ваша проблема звучит немного необычно, но это, вероятно, связано с этим:

Обычно компьютер на базе EFI имеет набор переменных BootOrder. Случаи, которые я лично видел там, где он не установлен, были из-за неисправной прошивки, которая просто отказывается принять эту переменную. На таких компьютерах единственный шанс на загрузку - через резервное имя файла (обычно EFI/BOOT/bootx64.efi в ESP, хотя иногда работает EFI/Microsoft/Boot/bootmgfw.efi). Тем не менее, я слышал о случаях, когда переменная BootOrder пуста, но может быть установлена. В этом случае добавление загрузочной переменной EFI, как описано здесь , может устранить проблему.

Если ваш компьютер просто плохо поврежден и ему необходимо загрузить через резервное имя файла, вы должны копировать или перемещать / переименовывать загрузчик с соответствующим именем и, возможно, поддерживать файлы, такие как файлы конфигурации.

Учитывая, что вы ссылались на «запись ubuntu efi», мне кажется, что у вас есть загрузочные переменные, но переменная BootOrder теряется. Вероятно, это ошибка встроенного ПО, хотя это может указывать на дефектное оборудование NVRAM. Обновление прошивки может решить проблему, если это ошибка. Обратитесь к производителю, чтобы узнать, существует ли такая модернизация. Если это не поможет, вы можете скопировать GRUB в резервное имя файла, где он должен вызываться, если / когда переменная BootOrder снова потеряна. ESP обычно монтируется на /boot/efi, и на нем работают обычные команды файловой системы Linux, поэтому вы можете это сделать:

Это копирует Shim в резервное имя файла. Если вы уверены, что ваш компьютер не использует Secure Boot, вы можете переименовать grubx64.efi, а не shimx64.efi, в bootx64.efi.