4

Двойная загрузка Windows и Linux хорошо документирована, так как одна из загружаемых ОС работает как виртуальная машина внутри другой (например, Windows с двойной загрузкой и Ubuntu; в Windows размещайте Ubuntu на виртуальной машине, используя VMWare Workstation/Player/etc).

Я планирую сборку и хочу иметь лучшее из обоих миров: иметь возможность загружаться в Windows 8 и запускать Ubuntu на ВМ, затем загружаться в ту же установку Ubuntu и запускать ту же установку Windows 8 на ВМ Обе операционные системы совместно используют раздел для файлов проекта и т. д. Кажется, это должно быть возможно.

  • Есть ли какие-либо предостережения, которые сделали бы это невозможным / чрезвычайно трудным / нестабильным?
  • Есть ли предлагаемые конфигурации дисков (два физических диска и т.д.)?

ОБНОВИТЬ:

Я нашел некоторую информацию о запуске Windows 7 & 8 в этой настройке. Это довольно хаотично, и есть хороший шанс, что вам не удастся установить Windows, но в случае, если кто-то более заинтересован в этом, чем я: http://geekery.amhill.net/2010/01/27/virtualbox-with-existing -windows-раздел /

1 ответ1

3

Эта часть является ключевой:

запустить ту же Windows 8 установить в ВМ

Да, есть некоторые серьезные предостережения, которые могут сделать это чрезвычайно трудным и, возможно, нестабильным. Мониторы виртуальных машин (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, у вас, вероятно, вместо контроллера OHCI, представленного VirtualBox, есть UHCI USB 1.x контроллер, аудио (SoundBlaster 16 и Ensoniq Audio PCI обычно эмулируются, но устаревшее оборудование) и т. д.

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

Реальная опасность, я думаю, заключается в наличии паравиртуализированных драйверов VMM, которые выполняют гипер-вызовы, выполняя действия, которые не определены на реальной платформе. Если паравиртуализированные драйверы слепо предполагают, что VMM присутствует без проверки, очень вероятно, что ваше ядро вызовет непредвиденную ошибку, что приведет к панике ядра в Linux и BSoD в Windows (если вы не запускаете тройной отключение по неисправности первым). Насколько вероятно это? На самом деле у меня были проблемы с Linux в драйверах дисплея PV VMware, которые вызывали зависание на Virtual PC.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .