Як встановити Windows та Linux на окремих дисках, щоб їх завантаження було незалежним

У мене є система з прошивкою UEFI, до якої я додам два диски. Я хочу встановити Windows 7 на одному, а Linux - на іншому. Мені б хотілося, щоб він налаштувався таким чином, що якби один диск був офлайн, я міг би надійно завантажуватись та керувати іншою ОС , окрім скарги на відсутні розділи даних.

У мене в плані спочатку встановити Windows із підключеним лише одним накопичувачем. Розділіть диск на GPT і встановіть. Windows створить розділ EFI та додасть його запис для завантаження UEFI.

Потім підключіть інший диск - так що обидва є в Інтернеті - і скажіть інсталятору Linux створити свій розділ EFI на другому диску і встановити там його завантажувач. Я приймаю рішення між OpenSuse Tumbleweed та одним із архівних дистрибутивів. Чи дозволять мені це зробити під час встановлення?

Отже, запис завантаження UEFI для Windows вказує на Drive1 \ EFI, а для Linux - на Drive2 \ EFI. Ці записи повинні ідентифікувати розділи через UUID. Я буду використовувати меню завантаження UEFI при запуску, щоб вибрати ОС.

Чи можливий мій план? Чи зміниться в Linux Linux адреса пристрою накопичувача (sdb -> sda), якщо лише один привід є кращим?

Чи можна це здійснити через режими BIOS / MBR? Якщо цього взагалі неможливо зробити, чому б ні?

Дякую.

PS Я сканував більшість показаних пов'язаних питань, але ні в одному не було таких самих вимог чи обставин. Якщо є такий, з відповіддю , повідомте мене.

Я думаю, що UEFI може автоматично впоратися з цим. Принаймні, він повинен знайти обидва розділи EFI, як і будь-який розділ EFI на DVD, який вставляється або на USB-накопичувачі.
Ви можете налаштувати замовлення в UEFI вручну, або ви можете натиснути кнопку при запуску в більшості випадків, що дозволить вам вибрати, що для завантаження.
Так, дистрибутива дозволить вам зробити це під час встановлення, але залежно від того, що ви встановите, можливо, доведеться виконати більш-менш роботу. Наприклад, Antergos спеціально запитує розділ / boot / efi, і ви можете створити його, якщо його не існує - просто погуглити його, якщо ви не можете розібратися в час встановлення. Це основні речі, які слід десь згадати для кожного дистрибутива .

Я не знаю про BIOS / MBR, але думаю, що це було б можливо навіть із цим замість UEFI.

Редагувати:
Не повинно виникати ніякої необхідності з'єднувати їх один за одним. Це повинно добре працювати з обома підключеними з самого початку.

Те, що ви пропонуєте, було дещо поширеним у часи завантаження лише BIOS, і в цьому контексті працювало досить добре. Однак при завантаженні в режимі EFI є ускладнення: За умови EFI завантажувачі завантажуються в системний розділ EFI (ESP) за допомогою напівдовільних імен файлів. Щоб повідомити комп’ютеру, який завантажувач використовувати, файлові файли завантажувача (включаючи ідентифікацію розділів, на яких вони перебувають) зберігаються у NVRAM. Ускладнення полягає в тому, що багато EFI автоматично видалять записи NVRAM, які вказують на файли, які не існують. Таким чином, як тільки ви виймете диск з комп'ютера, EFI може видалити посилання на його завантажувач (и), і коли ви знову підключите цей диск, він більше не буде завантажуватися - принаймні, не без способу відновлення його запис NVRAM.

Я хотів би підкреслити, що не всі ІПС роблять це; деякі залишають недійсні записи 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 покладатися на файли в /bootкаталозі Linux , тому, якщо ви хочете зробити диск Linux відключеним, можливо, вам доведеться поставити /bootрозділ на постійно встановлений диск. Крім того, ви можете стати експертом у GRUB, щоб зберегти його конфігураційні та підтримуючі файли на ESP; або ви можете використовувати щось інше, ніж GRUB. Як надзвичайний варіант, у вас може бути дуже маленький диск (навіть флешка USB) з ESP і, якщо необхідно, /bootрозділом, а також використовувати окремі диски для більшої частини встановлення кожної ОС.

Інший варіант - покластися на модуль підтримки сумісності (CSM), який забезпечує підтримку завантаження в режимі BIOS (він же «спадщина»). Ви можете встановити і Windows, і Linux в режимі BIOS і завантажити комп'ютер так, як ви робили десять років тому. Однак контроль над CSM вимагає певного досвіду; легко випадково завантажитися в режимі EFI, а не в режимі BIOS (або навпаки), і якщо ви не знайомі з ним, ви можете навіть не усвідомити, що ви зробили, поки не повністю встановите ОС і вона не закінчиться не завантажуючи так, як ви очікували. Дивіться цю мою сторінку для отримання додаткової інформації з цього приводу.

Як і з UEFI, як і з програмним забезпеченням BIOS, ви можете створювати повністю незалежні установки Linux та Windows на окремих жорстких дисках.

Те саме НЕ стосується дисків (диск зазвичай є розділом у термінології Windows).

Для початківців та менш просунутих користувачів завжди найкраще починати установку ОС на порожньому жорсткому диску ( із одним диском, що додається ). ОС (Windows / Linux) створить усі необхідні розділи, виконає все необхідне форматування та встановить ОС.

Однак у UEFI у нас є спільний ресурс - NVRAM (енергонезалежна пам'ять)!

У NVRAM завантажувальні записи створюються при встановленні будь-якої ОС (тому вона може завантажуватися за замовчуванням). При встановленні двох ОС (Linux та Windows) буде дві записи завантаження (по одній на ОС), і одна з них буде за замовчуванням (зазвичай це запис для останньої встановленої ОС).

На прошивці MBR перший диск є першим завантажувальним кандидатом і вибирається за замовчуванням. Якщо в MBR немає коду завантаження (основний запис завантаження) і завантаження активного розділу (тільки для Windows) не вдасться.

Після встановлення обох ОС ви можете безпечно приєднати обидва жорсткі диски та використовувати клавішу вибору завантаження (зазвичай клавішу F12), щоб вибрати, яку ОС завантажувати. Якщо ви не зробите вибір, один із ОС буде обраний за замовчуванням.

На прошивці UEFI, як правило, повинно бути можливим (використовуючи налаштування вбудованого програмного забезпечення), щоб упорядкувати записи завантаження в NVRAM (перший запис - це запис за замовчуванням).

Я б порадив, якщо на комп'ютері є прошивка UEFI, щоб забути про диски в стилі MBR та завантажувальні програми / установки MBR. Сьогодні UEFI є фактично стандартним і має багато переваг (безпека завантажувального ланцюга може бути забезпечена при використанні "захищеного завантаження", розділення диска в стилі GPT вирішує багато недоліків MBR).

Не соромтеся запитати, чи є щось незрозуміле.

Результати

Це працює.

Кожна ОС - Windows 7 та OpenSuse Tumbleweed - чоботи та роботи, з

• обидва жорсткі диски в Інтернеті
• інший жорсткий диск в автономному режимі

Що я зробив

1) Відключений жорсткий диск 2 в UEFI та встановлена ​​Windows 7 на жорсткому диску 1. Не слід відключати інші жорсткі диски, але Windows любить встановлювати свій прапор у будь-що, що може знайти, тому я просто подумав, що цього б уникнути. HD1 форматується як GPT.

2) Увімкнено жорсткий диск 2. Зараз обидва диски в Інтернеті. Встановлено OpenSuse на Диску 2. HD2 форматується як GPT. Усі розділи, створені для Linux в інсталяторі Suse, знаходяться саме на цьому диску. EFI, Swap, ОС / root та розділи користувачів. Усі розділи монтуються через UUID (важливо). На Диску 1. жодних змін не робиться, вибрано завантажувач Grub2 на EFI.

3) Тестував кожну ОС, завантажившись із обома привідними дисками, а інший диск відключений. Добре працює. Одним з невеликих помилок є те, що якщо диск відключений, Tumbleweed займає трохи більше часу, щоб його запустити. Це пов’язано з тим, що існує запуск завдання, пов’язаний із розділом swap, який закінчується. Незважаючи на те, що сам розділ монтується через UUID, деякі системні завдання посилаються на розділ через адресу пристрою. Якщо увімкнено обидва диски, адреса пристрою підкачки є /dev/sdb2, а з увімкненим лише диском Linux - це /dev/sda2. Схоже, це не впливає на роботу після завантаження, за винятком збільшення тривалості init. Не звичайна проблема, оскільки обидва накопичувачі в Інтернеті. Поглянемо в це.