Я могу установить на SSD через USB и затем более позднее подключение SSD через внутренний SATA?
Мой текущий твердотельный диск, кажется, перестал работать, но мне нужна установка для текущей работы, таким образом, я не хочу просто сразу замена это.
Мой намеченный план следующий:
Соедините новый SSD через USB (использующий устройство как этот https://www.amazon.com/gp/product/B00MVRS38G/ref=oh_aui_detailpage_o02_s00? ie=UTF8&psc=1), и создают новую установку на том диске. (Это будет некоторое разнообразие Ubuntu, вероятно.)
Начальная загрузка от того соединения USB для установки моей новой установки. Однако, когда я должен вернуться к своей старой установке, старый диск будет все еще подключен так, я должен смочь просто загрузиться от этого.
Когда у меня есть новая установка путем, я хочу ее, вынимаю старый SSD от внутреннего соединения SATA и заменяю ее моим новым SSD.
От некоторого поиска с помощью Google это кажется этим оба 1. и 2. являются стандартными и не должен создавать проблемы. (Но исправьте меня при предвидении кого-либо.)
Мой вопрос - прежде всего, приблизительно 3. - это создаст какие-либо проблемы?
1 ответ
Установка не является проблемой, это будет загрузчик (загрузчики) на машине UEFI. Машина прежней версии не должна быть никакой проблемой, личинка установит на внешнем диске согласно просьбе, и диск может быть перемещен во внутреннее расположение.
Существует несколько ошибок на установке на внешнем диске, о котором необходимо знать:
* 1173457 - Установщик Ubuntu использует неправильное местоположение загрузчика для USB установки UEFI
* 1229488 - установка EFI на съемных носителях, не поддерживаемых (нежелательный nvram изменяет shimx64.efi на grubx64.efi, makeing безопасная начальная загрузка, включила незагрузочную машину.
Подготовьтесь к установке UEFI и поместите раздел EFI на внешний SSD. Этот внешний раздел будет проигнорирован, независимо от того, что Вы вводите в местоположение личинки во время установки. Также в подготовке, сделайте копию/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, который работа привычки с безопасной включенной начальной загрузкой. Возможно, начальная загрузка будет на самом деле работать с помощью механизма нейтрализации. Когда/если старая nvram запись перестала работать,/EFI/Boot записи можно попробовать. Даже если бы это успешно выполняется, я предложил бы, чтобы Вы использовали efibootmgr для создания регулярного/EFI/ubuntu/shimx64.efi (или grubx64.efi). запись.
Недопустимая таблица разделов может быть чем-то как использование GPT на старой машине, которая не загружается с GPT, или устанавливающий на устройстве вместо раздела, делая местоположение таблицы разделов действительно частью файловой системы. Что сделало разделение Вы используете, и что делает оно похоже (когда во внешнем корпусе).