Якщо ви налаштовуєте окремі розділи для окремих операційних систем, ще одним варіантом є встановлення багатозавантажувальної програми за допомогою GRUB . Це має перевагу в тому, що дозволяє гостьовій ОС безпосередньо взаємодіяти з обладнанням для підвищення продуктивності та сумісності, і звільняє вас від ідіосинкразії та індивідуальних обмежень хост-гіперпервізора 1 типу.
Наприклад, VMware ESXi не підтримує Windows 8 перед ESXi 5.0 Patch 4, і вимагає встановлення гіпервізора типу 2, такого як Qemu, в гостьовій ОС для емуляції процесора на основі ARM (наприклад, для розробки Raspberry Pi ). З іншого боку, Xen може бути досить складно налаштувати, і підтримка драйверів може залежати від сумісності дистрибутива.
Крім того, гіпервізор вашого типу 1 може або не може бути сумісним з технологіями управління живленням ноутбука та різко впливати на час автономної роботи.
Інший варіант, який ви можете розглянути, - це налаштувати зняту версію Linux із встановленим KVM та підтримкою віртуалізації з підтримкою апаратної віртуалізації Intel VT-x (для вашого Core i7) як Host OS. Хоча технічно це не реалізація гіпервізора типу 1, вона може запропонувати вам функціональні можливості. Я б точно рекомендував зберігати зображення вашого диска як файли, а не розділи, якщо ви йдете вниз по цьому маршруту - набагато простіше створити резервну копію, керувати та модернізувати / вивести з експлуатації.
У цій дискусії є трохи більше корисної інформації, якщо ви хочете вивчити цю тему далі.
Ви також можете розглянути можливість запуску потенційного типу 1 в гіпервізорі типу 2, наприклад VMware Workstation , VirtualBox або Qemu, щоб "спробувати перед покупкою" та перевірити інтерфейс тощо, хоча важко буде визначити продуктивність та сумісність.