Мой текущий накопитель SSD выглядит неудачным, но мне нужна установка для текущей работы, поэтому я не хочу сразу его заменять.
Мой намеченный план следующий:
Подключите новый SSD через USB (с помощью устройства https://www.amazon.com/gp/product/B00MVRS38G/ref=oh_aui_detailpage_o02_s00?ie=UTF8&psc=1) и создайте новую установку на это диск. (Вероятно, это будет несколько вариантов Ubuntu.) Загрузитесь с этого USB-соединения, чтобы настроить мою новую установку. Однако, когда мне нужно вернуться к моей старой установке, старый диск все равно будет подключен, чтобы я мог просто загрузиться с него. Когда у меня новая установка, как я ее хочу, выньте старый SSD из внутреннего SATA-соединения и замените его на новый SSD.Из некоторого Googling, кажется, что и 1., и 2. являются стандартными и не должны создавать никаких проблем. (Но, пожалуйста, поправьте меня, если вы предвидите любой.)
Мой вопрос в основном о 3. - это создаст какие-то проблемы?
Установка не является проблемой, она будет загрузчиком (загрузками) на машине UEFI. Унаследованная машина не должна быть проблемой, grub будет устанавливаться на внешний диск по запросу, а диск может быть перемещен во внутреннее местоположение.
При установке на внешний диск имеется несколько ошибок помните: * 1173457 - Установщик Ubuntu использует неправильное место загрузчика для установки UEFI USB * 1229488 - установка EFI на съемные носители не поддерживается (нежелательные изменения nvram shimx64.efi для grubx64.efi, что делает загрузочную машину с включенной загрузкой не загружаемой. [ ! d1]
Подготовьтесь к установке UEFI и поместите раздел EFI на внешний SSD. Этот внешний раздел будет проигнорирован, независимо от того, что вы вводите в местоположение grub во время установки. Также при подготовке сделайте копию файла /EFI/ubuntu/grub.cfg (например, grub.cfg.orig). Этот файл использует UUID корня внутреннего диска и будет неправильно заменен корневым UUID внешнего диска. После установки на внешний диск , вам придется вручную скопировать внутренние файлы EFI на пустой внешняя EFI (ошибка 1173457). Эти файлы верны для внешнего устройства, но на хосте остается заглушка /EFI/ubuntu/grub.cfg, которая имеет UUID корня внешнего диска (для поддерживаемого файла grub.cfg). Это загружается до тех пор, пока внешний диск присутствует, но я бы предложил просто скопировать файл grub.cfg.orig в grub.cfg (или просто отредактировать UUID обратно к оригиналу).
На EFI внешнего диска убедитесь, что у вас есть /EFI/ubuntu/grubx64.efi и /EFI/ubuntu/shimx64.efi (это будут обычные загрузчики, когда диск перемещен во внутреннее местоположение ). Также проверьте, что /EFI/Boot/bootx64.efi существует и является копией shimx64.efi. /EFI/Boot/grubx64.efi также должен присутствовать. Вы можете уйти с grubx64.efi только как файл bootx64.efi, когда безопасная загрузка отключена, но использование shimx64.efi в качестве bootx64.efi должно работать в любом случае. Загрузчики загрузки / EFI / Boot используются, когда внешний диск по-прежнему является «съемным» диском во внешнем случае. Внешний диск должен загружаться, когда он выбран в качестве загрузочного устройства.
Когда внешний диск перемещается во внутреннее местоположение, может возникнуть проблема с загрузкой. Вероятно, nvram имеет некоторую идентификацию старого диска, поэтому может потребоваться новая загрузочная запись (efibootmgr может использоваться для создания новой записи). Другая возможная ошибка заключается в том, что загрузочная запись shimx64.efi будет изменена на grubx64.efi, которая не будет работать с защищенной загрузкой. Возможно, загрузка будет работать через резервный механизм. Когда / если старая запись nrram выходит из строя, могут быть проверены записи / EFI / Boot. Даже если это удастся, я предлагаю вам использовать efibootmgr для создания обычного /EFI/ubuntu/shimx64.efi (или grubx64.efi). запись.
Недопустимая таблица разделов может быть чем-то вроде использования GPT на старой машине, которая не загружается с помощью GPT, или установки на устройство вместо раздела, что делает расположение раздела таблица действительно часть файловой системы. Какое разделение вы использовали и как оно выглядит (когда во внешнем корпусе).
Установка не является проблемой, она будет загрузчиком (загрузками) на машине UEFI. Унаследованная машина не должна быть проблемой, grub будет устанавливаться на внешний диск по запросу, а диск может быть перемещен во внутреннее местоположение.
При установке на внешний диск имеется несколько ошибок помните: * 1173457 - Установщик Ubuntu использует неправильное место загрузчика для установки UEFI USB * 1229488 - установка EFI на съемные носители не поддерживается (нежелательные изменения nvram shimx64.efi для grubx64.efi, что делает загрузочную машину с включенной загрузкой не загружаемой. [ ! d1]
Подготовьтесь к установке UEFI и поместите раздел EFI на внешний SSD. Этот внешний раздел будет проигнорирован, независимо от того, что вы вводите в местоположение grub во время установки. Также при подготовке сделайте копию файла /EFI/ubuntu/grub.cfg (например, grub.cfg.orig). Этот файл использует UUID корня внутреннего диска и будет неправильно заменен корневым UUID внешнего диска. После установки на внешний диск , вам придется вручную скопировать внутренние файлы EFI на пустой внешняя EFI (ошибка 1173457). Эти файлы верны для внешнего устройства, но на хосте остается заглушка /EFI/ubuntu/grub.cfg, которая имеет UUID корня внешнего диска (для поддерживаемого файла grub.cfg). Это загружается до тех пор, пока внешний диск присутствует, но я бы предложил просто скопировать файл grub.cfg.orig в grub.cfg (или просто отредактировать UUID обратно к оригиналу).
На EFI внешнего диска убедитесь, что у вас есть /EFI/ubuntu/grubx64.efi и /EFI/ubuntu/shimx64.efi (это будут обычные загрузчики, когда диск перемещен во внутреннее местоположение ). Также проверьте, что /EFI/Boot/bootx64.efi существует и является копией shimx64.efi. /EFI/Boot/grubx64.efi также должен присутствовать. Вы можете уйти с grubx64.efi только как файл bootx64.efi, когда безопасная загрузка отключена, но использование shimx64.efi в качестве bootx64.efi должно работать в любом случае. Загрузчики загрузки / EFI / Boot используются, когда внешний диск по-прежнему является «съемным» диском во внешнем случае. Внешний диск должен загружаться, когда он выбран в качестве загрузочного устройства.
Когда внешний диск перемещается во внутреннее местоположение, может возникнуть проблема с загрузкой. Вероятно, nvram имеет некоторую идентификацию старого диска, поэтому может потребоваться новая загрузочная запись (efibootmgr может использоваться для создания новой записи). Другая возможная ошибка заключается в том, что загрузочная запись shimx64.efi будет изменена на grubx64.efi, которая не будет работать с защищенной загрузкой. Возможно, загрузка будет работать через резервный механизм. Когда / если старая запись nrram выходит из строя, могут быть проверены записи / EFI / Boot. Даже если это удастся, я предлагаю вам использовать efibootmgr для создания обычного /EFI/ubuntu/shimx64.efi (или grubx64.efi). запись.
Недопустимая таблица разделов может быть чем-то вроде использования GPT на старой машине, которая не загружается с помощью GPT, или установки на устройство вместо раздела, что делает расположение раздела таблица действительно часть файловой системы. Какое разделение вы использовали и как оно выглядит (когда во внешнем корпусе).
Установка не является проблемой, она будет загрузчиком (загрузками) на машине UEFI. Унаследованная машина не должна быть проблемой, grub будет устанавливаться на внешний диск по запросу, а диск может быть перемещен во внутреннее местоположение.
При установке на внешний диск имеется несколько ошибок помните: * 1173457 - Установщик Ubuntu использует неправильное место загрузчика для установки UEFI USB * 1229488 - установка EFI на съемные носители не поддерживается (нежелательные изменения nvram shimx64.efi для grubx64.efi, что делает загрузочную машину с включенной загрузкой не загружаемой. [ ! d1]
Подготовьтесь к установке UEFI и поместите раздел EFI на внешний SSD. Этот внешний раздел будет проигнорирован, независимо от того, что вы вводите в местоположение grub во время установки. Также при подготовке сделайте копию файла /EFI/ubuntu/grub.cfg (например, grub.cfg.orig). Этот файл использует UUID корня внутреннего диска и будет неправильно заменен корневым UUID внешнего диска. После установки на внешний диск , вам придется вручную скопировать внутренние файлы EFI на пустой внешняя EFI (ошибка 1173457). Эти файлы верны для внешнего устройства, но на хосте остается заглушка /EFI/ubuntu/grub.cfg, которая имеет UUID корня внешнего диска (для поддерживаемого файла grub.cfg). Это загружается до тех пор, пока внешний диск присутствует, но я бы предложил просто скопировать файл grub.cfg.orig в grub.cfg (или просто отредактировать UUID обратно к оригиналу).
На EFI внешнего диска убедитесь, что у вас есть /EFI/ubuntu/grubx64.efi и /EFI/ubuntu/shimx64.efi (это будут обычные загрузчики, когда диск перемещен во внутреннее местоположение ). Также проверьте, что /EFI/Boot/bootx64.efi существует и является копией shimx64.efi. /EFI/Boot/grubx64.efi также должен присутствовать. Вы можете уйти с grubx64.efi только как файл bootx64.efi, когда безопасная загрузка отключена, но использование shimx64.efi в качестве bootx64.efi должно работать в любом случае. Загрузчики загрузки / EFI / Boot используются, когда внешний диск по-прежнему является «съемным» диском во внешнем случае. Внешний диск должен загружаться, когда он выбран в качестве загрузочного устройства.
Когда внешний диск перемещается во внутреннее местоположение, может возникнуть проблема с загрузкой. Вероятно, nvram имеет некоторую идентификацию старого диска, поэтому может потребоваться новая загрузочная запись (efibootmgr может использоваться для создания новой записи). Другая возможная ошибка заключается в том, что загрузочная запись shimx64.efi будет изменена на grubx64.efi, которая не будет работать с защищенной загрузкой. Возможно, загрузка будет работать через резервный механизм. Когда / если старая запись nrram выходит из строя, могут быть проверены записи / EFI / Boot. Даже если это удастся, я предлагаю вам использовать efibootmgr для создания обычного /EFI/ubuntu/shimx64.efi (или grubx64.efi). запись.
Недопустимая таблица разделов может быть чем-то вроде использования GPT на старой машине, которая не загружается с помощью GPT, или установки на устройство вместо раздела, что делает расположение раздела таблица действительно часть файловой системы. Какое разделение вы использовали и как оно выглядит (когда во внешнем корпусе).