Чтобы продлить ответ @ A.B, единственный способ использования echo - воздержаться от использования любых параметров, таких как -n. Вместо этого используйте printf, где это возможно. Эта справочная страница содержит более подробную информацию и очень хорошо объясняет, когда и как следует использовать echo и printf:
В настоящее время эхо (1) является переносимым, если вы опускаете флаги и escape-последовательности. Вместо этого используйте printf (1), если вам требуется больше обычного текста.На вашем компьютере используется диск NVMe, который появляется в Ubuntu с помощью устройства /dev/mmcblk0. Большинство дисков в Ubuntu отображаются через устройства с именем /dev/sda, /dev/sdb и т. Д. Похоже, что Boot Repair не вполне корректно справляется с этим. По крайней мере, он не показывает таблицу разделов на вашем устройстве /dev/mmcblk0. Хотя ремонт выглядит так, как будто он, возможно, сделал то, что он должен был сделать, есть также некоторые сообщения об ошибках (например, в строке 676 и 679), поэтому я не уверен на 100%, что он выполнен правильно. Я рекомендую вам обратиться к разработчикам Boot Repair об этом; Диски NVMe с именами файлов в форме /dev/mmcblk* становятся все более распространенными, и Boot Repair должен иметь возможность корректно обрабатывать их.
При этом, если эти проблемы не являются критическими (и они могут и не быть) , возможно, что ваша прошивка является одним из все еще слишком распространенных сломанных EFI, которые забывают или игнорируют свои загрузочные записи встроенных загрузочных менеджеров на базе NVRAM. Я говорю это, потому что первый вывод efibootmgr в строках 254-264 показывает переменную BootOrder, которая не включает запись ubuntu. То же самое касается второго выхода efibootmgr, на строках 624-634. Третий экземпляр, на строках 656-666, показывает результат ремонта и показывает запись ubuntu как активную и по умолчанию в BootOrder. Дело в том, что переменная BootOrder должна была быть правильной с самого начала; тот факт, что это было неправильно, но что запись ubuntu присутствовала, подразумевает, что переменная BootOrder была изменена после установки ОС. Обычная причина этой проблемы - неисправная прошивка.
Если я прав, вам может потребоваться либо вернуть компьютер для возврата (если он достаточно для этого достаточно), либо использовать уродливое, хакерское обходное решение , как описано в моем ответе на этот вопрос. Утилита Boot Repair также может делать это полуавтоматически; вам необходимо установить резервную копию и переименовать загрузчики в «расширенном» меню, а затем восстановить заводскую установку.
На вашем компьютере используется диск NVMe, который появляется в Ubuntu с помощью устройства /dev/mmcblk0. Большинство дисков в Ubuntu отображаются через устройства с именем /dev/sda, /dev/sdb и т. Д. Похоже, что Boot Repair не вполне корректно справляется с этим. По крайней мере, он не показывает таблицу разделов на вашем устройстве /dev/mmcblk0. Хотя ремонт выглядит так, как будто он, возможно, сделал то, что он должен был сделать, есть также некоторые сообщения об ошибках (например, в строке 676 и 679), поэтому я не уверен на 100%, что он выполнен правильно. Я рекомендую вам обратиться к разработчикам Boot Repair об этом; Диски NVMe с именами файлов в форме /dev/mmcblk* становятся все более распространенными, и Boot Repair должен иметь возможность корректно обрабатывать их.
При этом, если эти проблемы не являются критическими (и они могут и не быть) , возможно, что ваша прошивка является одним из все еще слишком распространенных сломанных EFI, которые забывают или игнорируют свои загрузочные записи встроенных загрузочных менеджеров на базе NVRAM. Я говорю это, потому что первый вывод efibootmgr в строках 254-264 показывает переменную BootOrder, которая не включает запись ubuntu. То же самое касается второго выхода efibootmgr, на строках 624-634. Третий экземпляр, на строках 656-666, показывает результат ремонта и показывает запись ubuntu как активную и по умолчанию в BootOrder. Дело в том, что переменная BootOrder должна была быть правильной с самого начала; тот факт, что это было неправильно, но что запись ubuntu присутствовала, подразумевает, что переменная BootOrder была изменена после установки ОС. Обычная причина этой проблемы - неисправная прошивка.
Если я прав, вам может потребоваться либо вернуть компьютер для возврата (если он достаточно для этого достаточно), либо использовать уродливое, хакерское обходное решение , как описано в моем ответе на этот вопрос. Утилита Boot Repair также может делать это полуавтоматически; вам необходимо установить резервную копию и переименовать загрузчики в «расширенном» меню, а затем восстановить заводскую установку.