Видимо, некоторые дистрибутивы не работают гладко в VirtualBox. Например, я установил Fedora 11 и не смог настроить разрешение экрана монитора больше, чем 800x600.
Какой дистрибутив без проблем запускается в VirtualBox, а какой следует избегать? Какой из них лучше с точки зрения производительности?
ОБНОВЛЕНИЕ: Можете ли вы объяснить, что такое гостевые дополнения VirtualBox?
решение1
«Гостевые дополнения» — это набор вспомогательных инструментов и драйверов, позволяющий VirtualBox напрямую взаимодействовать с ОС для включения определенных функций, таких как автоматическое отключение мыши и ускоренная графика.
У меня не возникло проблем с Linux на VirtualBox, хотя я перепробовал полдюжины различных дистрибутивов, включая Ubuntu, Fedora, Debian и CentOS.
Эхтиар.
решение2
У меня Ubuntu 9.04 и Fedora 11 успешно работают в VirtualBox (кстати, Windows 7 тоже).
Они называют инструменты/драйверы, которые обеспечивают более высокое разрешение, копирование/вставку и т. д., «гостевыми дополнениями». После установки клиентской ОС вы монтируете образ ISO, содержащий дополнения, и устанавливаете их из клиента.
Кстати,эта страницасодержит некоторую информацию о совместимости клиентов.
решение3
Я успешно использовал Ubuntu и openSUSE без каких-либо проблем. Все функции, включая масштабирование рабочего стола и мониторинг батареи, работают правильно после установки клиентских инструментов.
Вы уверены, что установили клиентские инструменты на своей виртуальной машине Fedora?
решение4
Что вы подразумеваете под словом «гладко»? Есть ли какие-то проблемы, которые не решаются добавлением клиентских инструментов VirtualBox? С какими еще дистрибутивами у вас были проблемы?
Я не сталкивался с какими-либо проблемами на стороне клиента при использовании множества новых и старых версий многих дистрибутивов Linux.
Примечание: На стороне сервера новейшее ядро Ubuntu Karmic имеет проблемы с NMI. Это можно решить с помощью альтернативного ядра на данный момент (в настоящее время Karmic находится в стадии альфа-релиза). В других дистрибутивах с ядрами 2.6.30+ этой ошибки нет.
Обращайтесь с виртуальными машинами так же, как с удаленными машинами. Есть много вариантов.
Текстовый режим для виртуальных машин, если возможно, серверов ламп и т. д. На виртуальных машинах X не установлен. При правильной настройке это даст максимальную производительность.
Запускаю приложения X через виртуальную сеть, но X на виртуальных машинах по-прежнему отсутствует.
Используйте бесшовный режим, запускайте через RDP с помощью скриптов/пунктов меню и используйте максимально легкий оконный менеджер (введите аргумент о том, какой из легковесных оконных менеджеров лучше)
Используйте легковесный оконный менеджер для виртуальных машин, такой как Openbox, IceWM, Windowmaker или даже LXDE, XFCE, Flux и т. д.
Используйте клиент NX и сервер NX, например Google's neatx. Больше применимо к удаленному виртуальному доступу.
Используйте все те же советы по настройке производительности, которые вы бы использовали для звуковой рабочей станции Linux или более старого оборудования под управлением Linux. В виртуальном клиенте отключите или выключите автоматическое все: dhcp, zeroconf, обнаружение оборудования hal, служба печати cups, bluetooth, acpi, pulse и т. д.
Как было сказано выше, лучше всего построить, а не установить "настольный" дистрибутив. В ближайшие несколько лет, возможно, даже сейчас, вы сможете использовать дистрибутив-приложение или облако, например, JEOS от Ubuntu или AOS от Fedora и т. д. (Они еще не готовы, IMHO. Отличные идеи, с нетерпением жду улучшений в них.)