Могу ли я установить SSD через USB, а затем подключить SSD через внутренний SATA?

Мой текущий накопитель 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. - это создаст какие-то проблемы?

1
задан 22 January 2018 в 02:29

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, или установки на устройство вместо раздела, что делает расположение раздела таблица действительно часть файловой системы. Какое разделение вы использовали и как оно выглядит (когда во внешнем корпусе).

2
ответ дан 22 May 2018 в 15:23
  • 1
    У меня установлена ​​моя машина в режиме загрузки Legacy, поэтому из вашего ответа это звучит так, как будто мне не о чем беспокоиться. Но очень полезная информация - надеюсь, кто-то найдет это полезным! – evencoil 22 January 2018 в 20:23
  • 2
    Я пробовал это сегодня, и я не смог загрузить: " Недопустимая таблица разделов! & Quot; Любые идеи, что пошло не так и как это исправить? – evencoil 24 January 2018 в 05:46
  • 3
    Выяснил, что происходит. Заказ на загрузку по-прежнему был настроен на запуск с старого диска (теперь подключенного через USB), и попытка загрузки с этого диска привела к таблице «Недопустимая таблица разделов!». ошибка. Основываясь на ваших комментариях, я не ожидал этого. Однако было легко исправить, просто изменив порядок загрузки, чтобы начать с нового (теперь напрямую подключенного) диска. – evencoil 25 January 2018 в 19:46

Установка не является проблемой, она будет загрузчиком (загрузками) на машине 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, или установки на устройство вместо раздела, что делает расположение раздела таблица действительно часть файловой системы. Какое разделение вы использовали и как оно выглядит (когда во внешнем корпусе).

2
ответ дан 17 July 2018 в 22:30

Установка не является проблемой, она будет загрузчиком (загрузками) на машине 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, или установки на устройство вместо раздела, что делает расположение раздела таблица действительно часть файловой системы. Какое разделение вы использовали и как оно выглядит (когда во внешнем корпусе).

2
ответ дан 23 July 2018 в 23:09

Другие вопросы по тегам:

Похожие вопросы: