Щелкните правой кнопкой мыши по сгустку> настройки> измените значок ... kde "that" customizable
Ваша первая проблема, скорее всего, вызвана тем, что современные компьютеры на базе EFI хранят информацию об загрузчике в NVRAM. Таким образом, когда вы зеркалируете рабочую установку на новый компьютер, если вы явно не добавляете запись NVRAM, компьютер не будет знать, как загрузиться. Возможны несколько возможных решений:
Создать правильную загрузочную запись. Если вы используете целевой компьютер для зеркалирования диска, вы можете явно создать загрузочную запись с помощью efibootmgr. Скорее всего, efibootmgr -c -l \\EFI\\ubuntu\\shimx64.efi -L ubuntu выполнит трюк, хотя вам может потребоваться добавить опции -d и / или -p, в зависимости от того, как выкладывается ваш диск. (Подробнее о его параметрах см. На странице man для efibootmgr.) Это, скорее всего, лучшее решение, если вы используете целевую систему для зеркального отображения; но если вы вытаскиваете диск из целевой системы и используете другой компьютер для зеркалирования диска, это решение не будет работать, если вы не захотите выполнить некоторую работу по очистке на целевых компьютерах с помощью аварийного диска. Это решение также требует, чтобы системный раздел EFI (ESP) отражался вместе со всем остальным. Используйте резервное имя файла. Вместо загрузки EFI/ubuntu/shimx64.efi, который, в свою очередь, запускает EFI/ubuntu/grubx64.efi в ESP, вы можете скопировать эти файлы, чтобы система использовала резервное имя файла EFI/BOOT/bootx64.efi в ESP. То есть вы сделали бы что-то вроде sudo cp -a /boot/efi/EFI/ubuntu /boot/efi/EFI/BOOT, а затем sudo mv /boot/efi/EFI/BOOT/shimx64.efi /boot/efi/EFI/BOOT/bootx64.efi. (Это было бы из рабочей, загруженной установки, вам пришлось бы корректировать путь, если бы вы вносили эти изменения в какое-то аварийное окружение.) EFIs пытаются загрузиться с использованием резервного имени файла, если нет явной записи NVRAM (созданной efibootmgr), поэтому для этого нужно запустить клонированные системы. Проблема в том, что обновления GRUB не будут установлены надлежащим образом без дополнительных шагов. Установка в BIOS / CSM / устаревший режим. Вместо установки в режиме EFI / UEFI, вы можете установить его в BIOS / CSM / устаревший режим. Когда целевые компьютеры перенастроены для поддержки этого режима загрузки, они затем должны загружаться, не требуя записей NVRAM, чтобы указывать на правильный загрузчик. Такой подход может потребовать более возиться с настройками прошивки на целевых компьютерах, поэтому, возможно, это не стоит проблем.Вы также можете выполнить комбинацию первых двух подходов, то есть скопировать Shim / GRUB в резервное имя файла для первой загрузки, но настроить компьютер на запуск сценария для добавления записи NVRAM в загрузчик EFI/ubuntu/shimx64.efi при первом запуске.
Ваша первая проблема, скорее всего, вызвана тем, что современные компьютеры на базе EFI хранят информацию об загрузчике в NVRAM. Таким образом, когда вы зеркалируете рабочую установку на новый компьютер, если вы явно не добавляете запись NVRAM, компьютер не будет знать, как загрузиться. Возможны несколько возможных решений:
Создать правильную загрузочную запись. Если вы используете целевой компьютер для зеркалирования диска, вы можете явно создать загрузочную запись с помощью efibootmgr. Скорее всего, efibootmgr -c -l \\EFI\\ubuntu\\shimx64.efi -L ubuntu выполнит трюк, хотя вам может потребоваться добавить опции -d и / или -p, в зависимости от того, как выкладывается ваш диск. (Подробнее о его параметрах см. На странице man для efibootmgr.) Это, скорее всего, лучшее решение, если вы используете целевую систему для зеркального отображения; но если вы вытаскиваете диск из целевой системы и используете другой компьютер для зеркалирования диска, это решение не будет работать, если вы не захотите выполнить некоторую работу по очистке на целевых компьютерах с помощью аварийного диска. Это решение также требует, чтобы системный раздел EFI (ESP) отражался вместе со всем остальным. Используйте резервное имя файла. Вместо загрузки EFI/ubuntu/shimx64.efi, который, в свою очередь, запускает EFI/ubuntu/grubx64.efi в ESP, вы можете скопировать эти файлы, чтобы система использовала резервное имя файла EFI/BOOT/bootx64.efi в ESP. То есть вы сделали бы что-то вроде sudo cp -a /boot/efi/EFI/ubuntu /boot/efi/EFI/BOOT, а затем sudo mv /boot/efi/EFI/BOOT/shimx64.efi /boot/efi/EFI/BOOT/bootx64.efi. (Это было бы из рабочей, загруженной установки, вам пришлось бы корректировать путь, если бы вы вносили эти изменения в какое-то аварийное окружение.) EFIs пытаются загрузиться с использованием резервного имени файла, если нет явной записи NVRAM (созданной efibootmgr), поэтому для этого нужно запустить клонированные системы. Проблема в том, что обновления GRUB не будут установлены надлежащим образом без дополнительных шагов. Установка в BIOS / CSM / устаревший режим. Вместо установки в режиме EFI / UEFI, вы можете установить его в BIOS / CSM / устаревший режим. Когда целевые компьютеры перенастроены для поддержки этого режима загрузки, они затем должны загружаться, не требуя записей NVRAM, чтобы указывать на правильный загрузчик. Такой подход может потребовать более возиться с настройками прошивки на целевых компьютерах, поэтому, возможно, это не стоит проблем.Вы также можете выполнить комбинацию первых двух подходов, то есть скопировать Shim / GRUB в резервное имя файла для первой загрузки, но настроить компьютер на запуск сценария для добавления записи NVRAM в загрузчик EFI/ubuntu/shimx64.efi при первом запуске.