Dual-boot І віртуалізація Обидва Windows 8 і Ubuntu

Подвійне завантаження Windows і Linux добре задокументоване, так як працює одна з завантажувальних ОС як віртуальна машина в іншому (наприклад, Windows і Ubuntu з двома завантажувачами; в Windows - хост Ubuntu в VM за допомогою VMWare Workstation / Player / і т.д.).

Я планую побудувати, і я хочу мати найкраще з обох світів: щоб мати можливість завантажуватися в Windows 8 і запускати Ubuntu в VM, потім завантажуватися в ту ж Ubuntu встановлювати і запускати ту ж Windows 8 встановлювати в VM \ t , причому обидва операційні системи розділяють розділи для файлів проекту тощо. Здається, це має бути можливим.

• Чи є якісь застереження, які зроблять це неможливим / надзвичайно складним / нестабільним?
• Чи існують запропоновані конфігурації диска (два фізичних диска тощо)?

ОНОВЛЕННЯ:

Я знайшов деяку інформацію про отримання Windows 7 & amp; 8 у цьому налаштуванні. Це досить hacktastic та є гарна шанс ви bork ваш встановлюють Windows, але у випадку хтось більше відданий цьому, ніж я: http://geekery.amhill.net/2010/01/27/virtualbox-with-existing-windows-partition/

Ця частина є ключовою:

запустіть ту саму Windows 8, встановлену в VM

Так, є деякі серйозні застереження, які зробили б це надзвичайно важким і, можливо, нестабільним. Монітори віртуальних машин (VMM), такі як VirtualBox, VMware Workstation / Player, Virtual PC тощо, зазвичай представляють різні віртуалізовані апаратні засоби, ніж те, що має ваша власна система.

VMM на основі QEMU зазвичай представляють набір мікросхем PIIX3 для гостьової ОС. VirtualBox пропонує опцію для PIIX3, ICH9. VMware Workstation і VMware Player також імітують чіпсет, який ваш комп'ютер, напевно, не має.

У попередніх версіях Windows існувала функція для вибору профілів апаратних засобів, які могли б дозволити вам це безпечно витягнути, але це, ймовірно, не призначене для нього. Існує не дуже хороший спосіб вибрати профіль автоматично.

Інші функції, які різко відрізняються між вашим реальним обладнанням та віртуалізованим обладнанням: відеоадаптер (для будь-якої прискореної графіки потрібен паравіртуальний драйвер, і це, ймовірно, не вдасться), контролер диска (ви можете витягнути це, якщо реальне апаратне забезпечення для нього, як LSI 1068e, справжня карта BusLogic, або, швидше за все, ви можете встановити свій контролер диска для представлення інтерфейсу AHCI SATA і переконати ваш VMM представити завантажувальний контролер дисків AHCI), USB (якщо ви у вас є плата Intel, ви, ймовірно, маєте контролер UHCI USB 1.x замість OHCI, який представляє VirtualBox), аудіо (SoundBlaster 16 і Ensoniq Audio PCI зазвичай імітуються, але застарілими) і т.д.

Робити це на Linux не так вже й погано, оскільки більшість деталей конфігурації апаратних засобів, що представлені в ОС, вибираються під час завантаження, за винятком правил udev, так що ви можете отримувати дивні імена мережевих інтерфейсів.

Реальна небезпека, я думаю, полягає в тому, що VMM паравіртуальні водії, які виконують гіперколи, роблять речі, які не визначені на реальній платформі. Якщо паравіртуальні драйвери сліпо припускають, що VMM присутній без перевірки, дуже ймовірно, що ядро ​​буде викликати несподівану помилку, що перетворюється на паніку ядра на Linux і BSoD на Windows (якщо ви не запускаєте тричі- спочатку вимкнення несправності). Наскільки ймовірно це? Я дійсно мав проблеми з цим на Linux з PV VMware дисплеї драйверів ініціювання повісити на Virtual PC.