Отримання * buntu 17.04 (або інших) для поваги до мого вибору при встановленні на зовнішній диск UEFI / secureboot system

Я намагаюся встановити Lubuntu або Kubuntu 17.04 на зовнішній диск. Я використовую IODD 2451, завантажуючи ISO, і встановлюю на емульований фізичний диск, підкріплений VHD. Для всіх намірів і цілей - я встановлюю з livecd / DVD на звичайний зовнішній жорсткий диск, який моя прошивка визначає як завантажувальний пристрій.

Я запускаю систему із захисним завантаженням, і не хочу її вимикати.

Обидва ці варіанти, схоже, або не дають опції, де встановити завантажувач, або ігнорують його, і, схоже, не записують завантажувальні файли EFI в розділ ESP, який вони створюють.

Хоча IODD - це незвичайний апарат, наскільки це стосується мого комп'ютера, однак це звичайний накопичувач blueray (не важливо) і завантажувальний жорсткий диск. Він навіть завантажується з диска, бачить інший привід і робить установку. Інсталятор Lubuntu не дає мені вибору, де встановити завантажувач, і не створює розділ ESP. KDE робить, тож припустимо, що я використовую Kubuntu

Kubuntu радий створити розділ ESP на моєму зовнішньому диску. Потім переходить до встановлення завантажувального файлу та завантажувальних файлів EFI на основний диск у моїй системі, незважаючи на те, що він сказав встановити на зовнішній диск.

Хоча теоретично я міг би встановити на VM потім конвертувати, я не думаю, що будь-яке вільне програмне забезпечення vm емулює систему захищеної завантаження.

Отже, як я можу отримати будь-який із цих ароматів ubuntu, щоб поважати мій вибір і фактично встановити на той диск, на який я хочу, щоб не заробляти інший диск?

Я ніколи раніше не чув про те обладнання, яке ви використовуєте. Це виглядає як цікавий пристрій, але я сумніваюся, чи це джерело ваших проблем.

Під час встановлення в режимі EFI / UEFI інсталятор Ubuntu (Ubiquity) вимагає розташування завантажувача, але негайно ігнорує цю інформацію. З цим пов'язано кілька помилок:

• https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1466367
• https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457
• https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379

Я спеціально не перевіряв Lubuntu та Kubuntu, але очікую, що вони мають однакову помилку.

Один з способів вирішення таких питань:

1. Завантажте інсталяційний носій у режим "спробуйте перед встановленням".
2. Відкрийте вікно терміналу.
3. Тип ubiquity -b. Цей -bпараметр повідомляє Ubiquity взагалі не встановлювати завантажувач.
4. Продовжуйте встановлення нормально.
5. Вручну встановіть завантажувач. Однак це може стати складним. Існує кілька варіантів того, як діяти:
   • Ви можете встановити з інсталяційного середовища, який ви вже завантажили, або можете скористатися інструментом, таким як мій диспетчер завантаження rEFInd, на флеш-накопичувачі USB або CD-R для одноразового завантаження на вашу дискову установку.
   • Ви можете встановити GRUB 2 (за замовчуванням Ubuntu) або щось інше.
   • Можливо, вам доведеться відрегулювати /etc/fstabабо іншим чином переконатися, що ESP, який ви хочете використовувати, змонтований /boot/efi.

Зауважте, що багато (але не всі) EFI видаляють записи завантажувальних пристроїв NVRAM, які вказують на недійсні завантажувачі. Таким чином, якщо ви встановите завантажувач Ubuntu на зовнішній диск, а потім від'єднайте його від диска та завантажте, запис завантажувача може відійти. Рішення полягає в тому, щоб перейменувати шлях завантажувача ( EFI/ubuntu/за замовчуванням) у EFI/BOOTі перейменувати сам завантажувач у ім'я файлу резервного файлу (EFI/BOOT/bootx64.efi). Це ім'я зробить завантажувальний зовнішній диск, вказавши диск у меню завантаження прошивки. Крім того, ви можете встановити rEFInd на внутрішній диск. rEFInd більш динамічний, ніж GRUB; він активно сканує всі носії для завантажувальних зображень, тому його параметри адаптуються залежно від завантаження, і це не буде турбувати появу та зникнення зовнішнього диска. Вам потрібно буде перестрибнути кілька додаткових обручів, щоб змусити rEFInd працювати з захищеним завантаженням, як це описано в його документації.

Що стосується віртуальних машин, то для QEMU є зображення вбудованих програм EFI, які підтримують захищене завантаження. Тут є деякі посилання та вказівки щодо його використання , серед інших місць - спробуйте пошук в Інтернеті, якщо у вас є проблеми з наданим мною посиланням. Я не знаю нічого попередньо створеного для VirtualBox.