1

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

Когда я настраиваю VMware Player только для доступа к моему разделу Ubuntu, виртуальная машина падает перед начальным экраном Grub с сообщением об ошибке «Виртуальный процессор вошел в состояние выключения ...». Когда я создаю виртуальный диск с использованием отдельных разделов, но вручную выбираю все доступные разделы, результат остается тем же (все еще происходит сбой).

Что VMware Player делает по-разному при создании .vmdk, используя весь диск по сравнению с отдельными разделами, которые будут учитывать это поведение? Есть ли легкий обходной путь?

2 ответа2

1

У меня была такая же проблема.

Шаги, которые я предпринял, чтобы решить эту проблему, заключались в

  1. Загрузите boot-repair.iso http://sourceforge.net/projects/boot-repair-cd/files/

  2. Настройте виртуальную машину на использование boot-repair.iso

  3. Запустите виртуальную машину и нажмите F2, пока экран VMware "BIOS" все еще виден

    Это не долго, поэтому вы должны быть быстрыми (не забудьте сначала щелкнуть в окне, чтобы передать ввод с помощью мыши и клавиатуры на виртуальную машину)

  4. Следуйте инструкциям, приведенным в boot-repair.iso, и все будет хорошо. Это сработало для меня.

0

У меня возникла точно такая же проблема, и я попытался опубликовать на форумах как Ubuntu, так и VMware с большим количеством просмотров и без ответов. Я полагаю, что проблема вызвана невозможностью доступа к MBR, поскольку он имеет только один раздел. После того, как я немного поигрался с этим, я наконец-то начал работать. Мое решение не элегантное и тратит пару ГБ места, но с большинством современных жестких дисков это не должно быть проблемой.

Решение:

  1. Добавьте второй жесткий диск к виртуальной машине

    • Перейти к "Изменить настройки виртуальной машины"
    • Выберите "Добавить", затем "Жесткий диск".
    • Выберите "Создать новый виртуальный диск" и настройте его по желанию, делая его достаточно большим для установки Ubuntu.
  2. Загрузите установочный компакт-диск Ubuntu в привод компакт-дисков и настройте виртуальную машину для подключения к диску при запуске (или настройте использование ISO)

  3. Запустите виртуальную машину и нажмите F2, пока экран VMware "BIOS" все еще виден

    • Это не долго, поэтому вы должны быть быстрыми (не забудьте сначала щелкнуть в окне, чтобы передать ввод с помощью мыши и клавиатуры на виртуальную машину)
  4. Настройте параметры загрузки VMware для загрузки сначала с компакт-диска, а затем с жестких дисков.

    • Разверните жесткие диски и переместите устройство SCSI (новый виртуальный диск) впереди устройства IDE (физического раздела).
  5. Сохранить изменения и выйти

  6. Загрузитесь с компакт-диска и установите Ubuntu на новый виртуальный диск

    • ВАЖНО: Когда Ubuntu спросит, что вы хотите сделать, выберите "Something Else", чтобы вы могли настроить разделы самостоятельно.
    • Выберите устройство, которое соответствует новому виртуальному диску (в моем случае /dev /sdb)
    • В выпадающем списке, где установить GRUB, убедитесь, что вы выбрали то же устройство, на которое устанавливаете Ubuntu (опять же, в моем случае это был /dev /sdb)
  7. Завершите установку.

  8. Теперь вы сможете извлечь компакт-диск и успешно запустить виртуальную машину.

    • На экране загрузки Grub должен отображаться только что установленный Linux, а также Linux, установленный на вашем физическом диске.
  9. Выберите установку Linux на физический диск, и все будет хорошо.

Как я уже сказал, это не самое изящное решение, которое приведет к потере пространства, необходимого для установки Ubuntu на виртуальный диск. Я полагаю, что дальнейшая игра с установкой / настройкой GRUB и общей схемой разбиения может устранить необходимость обходного пути. Тем не менее, у меня все работает, и я собираюсь оставить все как есть, пока у меня не будет другой причины, по которой это нужно сделать снова.

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