То, что вы предлагаете, было несколько распространено в дни загрузки только с BIOS и работало достаточно хорошо в этом контексте. Однако при загрузке в режиме EFI возникает сложность: в EFI загрузчики хранятся в системном разделе EFI (ESP) с использованием полу произвольных имен файлов. Чтобы сообщить компьютеру, какой загрузчик использовать, имена файлов загрузчика (включая идентификацию раздела (ов), в котором они находятся) хранятся в NVRAM. Сложность состоит в том, что многие EFI автоматически удаляют записи NVRAM, которые указывают на файлы, которые не существуют. Таким образом, после удаления диска с компьютера EFI может удалить ссылки на свой загрузчик (и), а когда вы снова подключите этот диск, он больше не будет загрузочным - по крайней мере, без какого-либо способа восстановления его запись NVRAM.
Я хотел бы подчеркнуть, что не все EFI делают это; некоторые оставляют недействительные записи NVRAM на месте, что означает, что они будут продолжать работать после того, как вы удалите, а затем восстановите жесткий диск. Я не уверен в процентах компьютеров, которые удаляют записи NVRAM; Вы просто должны проверить это сами.
Одним из возможных способов решения этой проблемы является использование «запасного имени файла» - EFI/BOOT/bootx64.efi (для систем x86-64/AMD64/x64) в ESP. Загрузчик с этим именем запускается, если микропрограмма не может найти другие допустимые загрузчики. Таким образом, вы можете скопировать или переименовать обычный загрузчик ОС на это имя, чтобы оно работало; или вы могли бы поставить менеджер загрузки в этом месте. (Диспетчер загрузки позволяет выбрать, какую ОС загружать; загрузчик загружает ядро ОС в память. Некоторые программы, такие как GRUB, выполняют обе функции.) Для этого может пригодиться что-то вроде моего менеджера загрузки rEFInd . Теоретически перевод rEFInd в резервное положение на обоих дисках и очистка записей NVRAM для Windows и Ubuntu должны работать достаточно хорошо, но есть одно осложнение: многие EFI относятся к загрузчику Windows (EFI/Microsoft/Boot/bootmgfw.efi) как будто это было другое запасное имя файла. Его можно продвигать по обычному резервному имени файла, поэтому система может загружаться с Windows, если установлен диск Windows.
Обратите внимание, что если компьютер удаляет недопустимые записи NVRAM, и поэтому вы используете резервное имя файла, загрузка может стать непредсказуемой. То есть компьютер может переходить на Windows один раз, а Linux - на другой, в зависимости от того, что он загружался в последний раз, какие диски были подключены во время последней загрузки и т.д. Вы должны иметь возможность использовать встроенный компьютер. - в диспетчере загрузки, чтобы принудительно запустить загрузку для конкретной ОС, но эти инструменты часто бывают неловкими и иногда ненадежными.
Все это делает ответ на вопрос, почему вы хотите иметь возможность удалять диски важно. В рамках EFI оставить оба ваших диска подключенными всегда, вероятно, проще, чем их заменять, как вы и говорите. Если вы хотите уменьшить вероятность того, что одна ОС испортит файлы другой, вам лучше иметь хорошие резервные копии и хорошо спланировать, какой раздел (ы) каждой ОС разрешено читать и записывать.
В зависимости от ваших потребностей, промежуточный вариант - оставить один диск постоянно установленным и поместить на него загрузчики обеих ОС. Затем вы можете отключить второй диск по мере необходимости. Однако имейте в виду, что во многих дистрибутивах GRUB полагается на файлы в каталоге Linux /boot , поэтому, если вы хотите отключить диск Linux, вам может потребоваться разместить раздел /boot на постоянно установленном диске. В качестве альтернативы, вы можете стать экспертом в GRUB, чтобы хранить его файлы конфигурации и поддержки в ESP; или вы могли бы использовать что-то, кроме GRUB. В качестве альтернативы в крайнем случае вы могли бы иметь очень маленький диск (даже флэш-накопитель USB) с ESP и, при необходимости, раздел /boot и использовать отдельные диски для основной части установки каждой ОС.
Другим вариантом является использование модуля поддержки совместимости (CSM), который обеспечивает поддержку загрузки в режиме BIOS ("устаревший"). Вы можете установить как Windows, так и Linux в режиме BIOS и загрузить компьютер так же, как и десять лет назад. Управление CSM требует некоторого опыта, хотя; Легко случайно загрузиться в режиме EFI, а не в режиме BIOS (или наоборот), и если вы не знакомы с ним, вы можете даже не осознавать, что вы сделали, пока вы полностью не установили ОС, и это закончится не загружается так, как вы ожидали. Смотрите эту страницу для получения дополнительной информации по этому вопросу.
