Есть ли причина НЕ запускать Linux на ВМ все время?

Я перешел на использование Arch Linux для большей части своей повседневной работы, и мне не нужна Windows ни для чего, кроме игр и пары приложений, которые не портированы на Linux, как OneNote. Мой дистрибутив Linux размещен в VirtualBox с Windows в качестве хоста, и мне очень нравится, что снимки невероятно полезны.

Допустим, я почти никогда не заботился о хосте Windows и проводил 95% времени в гостях, чего бы мне не хватало?

Есть ли серьезные недостатки?

Это сильно повлияет на производительность и сделает установку прямо на машину намного более удивительной?

Предполагая, что вы можете заставить все работать, и вы не хотите выполнять ресурсоемкие задачи, такие как игра в игры или большие компиляции, тогда я думаю, у вас все будет хорошо.

Есть некоторые основные проблемы, с которыми вы, вероятно, столкнетесь:

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

Чтобы это исправить, вы должны установить гостевые дополнения VirtualBox . Подробнее см. В руководстве для гостей VirtualBox Arch Linux .

Чтобы получить некоторые дополнительные функции, такие как поддержка USB 2.0 и Intel PXE, вы также можете установить пакет расширений VirtualBox .

После этого вам следует знать о нескольких проблемах:

• не могу использовать USB 3.0
• не могу использовать IEEE1394 / "FireWire"
• не может использовать бесшовный режим в сочетании с двойной головкой
• время не синхронизируется на 64-битных гостях

Очевидно, что ваша виртуальная машина Linux будет затронута, если ваша система Windows тоже выйдет из строя. Проблемы, с которыми я столкнулся недавно:

• Сбой хоста Windows из-за ошибки драйвера (синий экран)
• Хост Windows перезагружается из-за обновления безопасности

При запуске виртуальной машины наибольшее снижение производительности будет происходить с дисковым вводом / выводом . Если это вообще возможно, поместите виртуальную машину на отдельный диск и / или используйте твердотельный накопитель . Использование виртуального диска SATA вместо виртуального диска IDE также может помочь.

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

Игнорируя все проблемы производительности, вот некоторые заметки / проблемы, которые я заметил:

1) мостовой режим и беспроводной

Некоторые беспроводные карты, по-видимому, испытывают трудности с «двойной идентичностью», что означает, что наши уроки по маршрутизации / брандмауэру / работе в сети идут к черту. Это известная проблема - большинство беспроводных драйверов не поддерживают мостовые соединения.

мост | Linux Foundation - он не работает с моей беспроводной картой!

Это означает, что если вы используете беспроводной интерфейс, вам придется проделать дополнительную работу, чтобы у гостя был «публичный» IP.

2) Интеграция с рабочим столом

За исключением нескольких настенных панелей в дизайне, современные настольные среды довольно хорошо продуманы и предлагают некоторые удобства, которые теряются, когда у них нет полного доступа к входу / выходу или инструменту подключения / отключения устройства. Например, меню Vbox внизу очень раздражает, если у вас есть окно выбора или уведомления там. И некоторые машины используют комбинацию клавиш Ctrl + Alt + cursor_key (переключение рабочих пространств), чтобы перевернуть дисплей.

Я имею в виду, сравните, как легко отсоединить USB-устройство в GNOME, с эквивалентным количеством подменю / щелчков в Windows, и я знаю, какое из них я бы предпочел в любой день.

3) USB "воровать"

Иногда Windows просто не хочет отпускать USB-накопитель - указание виртуальной коробке подключить его не всегда работает - скорее всего, когда Windows читает содержимое по тем или иным причинам. Кроме того, есть некоторые USB-накопители, которые не являются прямыми запоминающими устройствами, но выполняют действие, подобное переключению режима, чтобы сделать ваши диски доступными - это раздражает, если вы подключаете их к машине с Linux.

4) Стабильность

Как правило, «сломать» Windows легче, чем Linux, поэтому вы, как правило, хотите, чтобы Linux «защищал» экземпляры Windows, а не наоборот. Я уже потерял пару рабочих дней, когда сотрудники перезаписывали неправильные файлы и заканчивали тем, что ломали и нашу установку Virtualbox, и наши образы Linux.

5) Инструменты командной строки

По крайней мере, в Linux у вас есть возможность просматривать образы дисков Vbox, используя qemu-nbd и сетевое блочное устройство.

QEMU / Images - Wikibooks, открытые книги для открытого мира - Монтирование изображения на хосте

Это позволяет вам просматривать и изменять содержимое диска гостевой ОС без необходимости его загрузки, например, если вы сделали его не загружаемым.

Вы также можете сделать такие вещи, как создание резервных копий скриптов VDI - или просто их содержимого, или изменение «профилей» VirtualBox через символические ссылки - намного проще в bash.

Не забывайте, что виртуальная машина - это эмуляция. Ваша система Unix никогда не будет настолько мощной в ВМ, чем установлена. Archlinux создан на ваш вкус, это дистрибутив, который вы можете настроить по своему усмотрению.
Раньше я запускал ее на виртуальной машине, хотя думал об ее установке на моем компьютере. Теперь моя система загружается примерно через 15 секунд, моя сборка запускается быстрее, и все работает лучше.
Archlinux не такой большой, вы можете установить его на небольшой раздел (просто убедитесь, что у вас достаточно места для ваших программ на корневом разделе (мне пришлось переформатировать корневой раздел, потому что он был слишком маленьким)). Если вы используете Windows только для игры, вы должны рассмотреть этот вариант =)

PS: Да, установка прямо на ваш компьютер сделает вашу жизнь удивительной. :П

Существует три способа настройки двух ОС:

1. Хост Windows, Linux VM (как есть).

2. Хост Linux, Windows VM.

3. Двойная загрузка.

Если вы хотите запускать игры для Windows, я бы не рекомендовал вариант 2.

Если вы регулярно хотите использовать программу только для Windows (которая не очень хорошо работает под Wine) во время сеанса Linux, тогда вариант 3 вам не подойдет.

Если вы пользуетесь неигровыми Windows-приложениями так редко, что перезагрузка не так уж сложна, тогда вариант 3 является наиболее эффективным.

Итак, вопрос в том, раздражают ли вас ваши текущие настройки? Или это достаточно хорошо? Старый реальный недостаток, о котором я могу думать, - это увеличенное время загрузки и меньшая доступность памяти.

Кстати, можно настроить систему с двойной загрузкой, где вы также можете загрузить ту же установку Linux внутри виртуальной машины в Windows, но не наоборот (Linux определяет оборудование во время загрузки, но в Windows драйверы жестко закодированы после установки ).

Если вы хотите установить двойную загрузку «попробуй, прежде чем купить», попробуйте установщик Ubuntu «wubi». (Да, я знаю, что вы парень Arch, но вы просто пробуете это, верно?) Wubi устанавливает диски как файл образа в Windows, как виртуальная машина, но загружает его как хост-ОС. Нет никакого вмешательства в раздел, и вы можете удалить его прямо из панели управления Windows, когда закончите. Единственным недостатком является то, что производительность дискового ввода-вывода немного снижается.

Если вы используете этот блок в основном через SSH, есть большая вероятность, что вы находитесь в зоне «масла», где на самом деле это не имеет большого значения, будь то виртуальная машина или реальное оборудование. Многие из проблем, упомянутых в других ответах, возникают, когда вы пытаетесь использовать гостевую ОС в качестве рабочего стола с графическим интерфейсом. Серверы Linux очень счастливы внутри виртуальных машин; Огромная часть рынка веб-хостинга - Linux в виртуальных машинах.

Я сталкивался с несколькими случаями, когда мне приходилось запускать сервер Linux на реальном оборудовании, а не на виртуальной машине:

Доступ к реальному оборудованию

Иногда вам нужно использовать какую-нибудь карту PCI, которую система виртуализации не может виртуализировать. Скажем, 4-канальный декодер MPEG-2 . Некоторые системы виртуальных машин могут предоставлять исключительное право собственности на карту для виртуальной машины, например, с помощью технологии Intel VT-d , но это не без проблем:

• Там скорость удара. Это может иметь значение.

• Не все системы виртуальных машин могут сделать это, и у вас может не быть свободы переключиться на ту, которая может.

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

Большое хранилище

Ваша система виртуальных машин может быть не в состоянии создать виртуальный диск настолько большой, насколько это возможно для реальных дисков. Например, VMware ESXi 5 имеет ограничение размера виртуального тома 2 ТБ. Если вам нужен больший отдельный том внутри виртуальной машины, вы должны перепрыгнуть через обручи, чтобы обойти ограничение:

• Вы можете протолкнуть контроллер RAID через виртуальную машину с VT-d, но, опять же, у него есть проблемы.

• Вы можете протолкнуть несколько виртуальных томов объемом 2 ТБ в виртуальную машину и связать их вместе с LVM , но вы также приобрели множество проблем.

  Во-первых, когда (!) Один из физических дисков умирает, если вы используете гостевую ОС на чистом оборудовании, вы можете диагностировать и исправить ее с помощью прилагаемого программного обеспечения для управления, такого как 3DW 3Ware или tw_cliпрограммного обеспечения. Но попробуйте найти версии, которые будут работать на хосте VMware ESXi 5.0! Теперь вы вынуждены перезагрузиться, чтобы вы могли использовать интерфейс управления BIOS.

  С другой стороны, уровень абстракции отключил виртуальные тома от физических томов, поэтому программный уровень RAID / LVM в гостевой ОС не может эффективно управлять дисками. На этом уровне может показаться, что он выполняет умную запись на диски в режиме циклического перебора, но поскольку они, вероятно, используют одни и те же физические диски, производительность сильно пострадает, потому что некоторые диски получают взаимную запись.

• Вы можете создать том в реальной аппаратной системе и экспортировать его в виртуальную машину через NFS, но при этом также происходит снижение скорости.

Возможно, вам удастся уравновесить некоторые из вышеперечисленных преимуществ виртуализации, таких как возможность приостановить работу виртуальной машины, переместить ее на другой хост и без проблем запустить ее снова.

Какую графическую среду вы используете в Linux? Большинство современных настольных сред (GNOME, KDE, Unity) стремятся к тому, чтобы аппаратная поддержка 3D-ускорения работала должным образом. Поддержка аппаратного ускорения для графики внутри виртуальных машин в настоящее время является относительно незрелой технологией. VirtualBox имеет экспериментальную поддержку .

В основном все будет работать нормально, от интернета до установки пакетов, а также для инициализации оборудования, однако вы будете платить цену за любой сбой компьютера с Windows.

Я использую подобную конфигурацию и считаю ее невероятно полезной просто потому, что могу копировать и перемещать свою рабочую виртуальную машину Linux между компьютерами.

Я обнаружил только два существенных недостатка использования виртуальной машины.

1. Если хост использует беспроводное сетевое соединение, vpn очень ненадежен в гостевой
2. Установки с несколькими мониторами обычно всасывают виртуальную машину.

Точка № 2 может быть эффективно преодолена с помощью VMWare и Unity - Unity - это функция VMWare, которая запускает приложения в Windows на рабочем столе хоста (не путать с Ubuntu Unity).

Одна вещь, которую вы можете рассмотреть, это убедиться, что ваше оборудование было протестировано с дистрибутивом Linux, который вы используете. Я столкнулся с проблемой, что дистрибутив, который я использовал, прекрасно работал на ВМ, но изначально был ужасно нестабильным из-за видеокарты, которая не была полностью протестирована с дистрибутивом. Например, в Fedora есть список оборудования, которое было полностью протестировано. Дело в том, что ни один дистрибутив Linux не будет на 100% стабильным с современным оборудованием с новыми, ошибочными драйверами. Я попытался сделать то, что вы сделали, но в итоге удалил мой раздел linux после того, как несколько дистрибутивов не стали работать достаточно стабильно для меня. На мой взгляд, если вы не делаете что-либо, требующее аппаратного ускорения, абсолютно не нужно запускать Linux самостоятельно.

Мое энергопотребление резко возрастает, когда я запускаю VirtualBox.

В моем случае я использую Linux как хост и гость, и я не знаю, имеет ли значение хост / гостевая ОС, или это присуще VirtualBox или технике виртуализации.

Используя powertop, я вижу, что процесс "VBoxHeadless" часто является крупнейшим потребителем энергии в моей системе.

Если это настольная система, возможно, это не имеет значения для вас, но на моем ноутбуке я хочу отключить VirtualBox всякий раз, когда мне не нужна гостевая система.

Если вы не используете виртуальные машины для специальных целей (например, вам необходимо клонировать виртуальные машины; копировать / перемещать между серверами; иметь несколько разных сред тестирования и т. Д.), Я бы предложил установить linux в качестве основной ОС для 95% ваших действий, и затем установите windows как виртуальную машину изнутри linux для 5% активности Windows. (Если только у вас 5% активности Windows не сильно загружены процессором / памятью; как, например, использование Photoshop или редактирование видео.) Если у вас установлена ​​ОС Linux в качестве основной ОС, она будет иметь полный доступ ко всей вашей памяти и всем ядрам вашего процессора. Однако, если она находится внутри виртуальной машины, вы можете назначить ей лишь небольшую часть ядер процессора; как правило, в лучшем случае половина ресурсов машины может быть назначена виртуальной машине. Так что, если у вас есть четырехъядерный компьютер с 8 ГБ ОЗУ, но для вашей виртуальной машины назначено только 1 ядро ​​и 2 ГБ,

Использование ВМ будет медленнее. Для большинства вещей виртуализация в настоящее время очень хороша, и разница не будет заметна (кроме заметного падения доступных ЦП / ОЗУ для ВМ); однако, если вам нужно необычное аппаратное ускорение (например, для графики), ваша виртуальная машина может не переводиться на вашу карту должным образом; так что вы можете заметить, что рендеринг видео / 3D значительно страдает внутри виртуальной машины.

Я могу сказать вам, что - по моему опыту - лучше противоположная конфигурация. Я имею в виду хост с Linux и гость с Windows. Это из-за производительности и стабильности. В данный момент я работаю в офисе с хостом windows и гостевым linux (мне нужны оба), но в моем личном ноутбуке у меня хост с linux и guest с windows. И показатели лучше в моем ноутбуке. Даже когда у моего личного ноутбука меньше ресурсов.

Во всяком случае, я не вижу никаких проблем (без обходного пути) в вашей конфигурации. это просто вопрос вкуса.

Я запускаю Ubuntu на виртуальной виртуальной машине VirtualBox, и я думаю, что единственная проблема, с которой я столкнулся, заключается в том, что ускорение OpenGL для хоста является провальным.

Я начал делать то, что вы делаете, * nix на виртуальной машине. Это отлично подходит для того, чтобы попробовать, но я предлагаю перевернуть его. Windows может работать на ВМ на удивление хорошо. Если вы в основном используете Linux, то почему бы не заставить хост-систему использовать Linux?

Плюсы:

1. Больше контроля над проблемами с хостом (т.е. сбои / автоматические перезагрузки менее вероятны в Linux)
2. В режиме ожидания Linux использует меньше ресурсов, чем Windows (ресурсы, которые вы могли бы вместо этого выделить виртуальной машине)
3. Virtualbox, на мой взгляд, лучше работает на Linux. Я пробовал это в обоих направлениях.
4. Простота установки. Потрясающая скорость повышает виртуальную машину на Linux. Я использую программный RAID на двух пользовательских жестких дисках, чтобы виртуальная машина Windows XP загружалась в Firefox за 8 секунд

Минусы:

1. Возможные проблемы с драйверами при запуске Linux в качестве хоста
2. 3D ускорение может быть затруднено для Linux
3. Если вы используете Windows для игр, виртуальная машина может быть недостаточно быстрой

Нет абсолютно никаких причин не делать этого, если все, что вы хотите сделать на хосте и клиенте, работает так, как вы хотите.

Я использовал эту настройку на моем Sony PCG-Z505 с VMware с начала 2000 до середины 2003 года. Хост: Windows 98 и клиент SuSE Linux. Основной причиной такой настройки было то, что я мог использовать сервер imap под Linux с хоста Outlook Express, будучи мобильным (до этого у меня это было на настольном компьютере Linux с Win98 под Linux). Клиент Linux также может выполнять фильтрацию спама и т.д. в Linux. Я также мог войти на серверы на работе, используя ssh в более знакомой среде.

Хост виртуальной машины хорошо защищал Linux от аппаратных проблем. У IIRC были некоторые проблемы с беспроводной связью, но большую часть времени я был на проводном соединении дома или в офисе. В противном случае я бы заставил Outlook Express забирать почту и отправлять ее на сервер imap, временно теряя фильтрацию спама, но только по беспроводной сети.

Я не мог запустить это наоборот (как я делал на своем рабочем столе до этого), потому что я обычно запускал Linux без графики, иначе вещи не поместились бы в памяти. С Linux в качестве хоста мне пришлось бы постоянно запускать его и в графическом режиме, оставляя слишком мало памяти под Windows 98 для запуска Word без подкачки.

Я также использую этот конфиг (Ubuntu guest на Windows).

Pro:

• Без изменений начальных окон, ИТ-отдел моей компании будет поддерживать любые проблемы, связанные с окнами.

Против:

• Медленно начать: нужно запустить Windows, затем запустить виртуальную машину.
• Нет беспроводного моста.

Я добавляю примечание к уже существующим (и отличным) ответам: также возможно запускать Linux и Windows бок о бок.

Проект Cooperative Linux нацелен на это:

Кооперативный Linux - это первый работающий метод с открытым исходным кодом для оптимальной работы Linux на Microsoft Windows. В более общем смысле, Cooperative Linux (сокращенное название coLinux) - это порт ядра Linux, который позволяет ему работать совместно с другой операционной системой на одной машине.

и на нем работают даже дистрибутивы Linux: TopologiLinux и andLinux .

К сожалению, похоже, что эти проекты были заброшены; Последнему выпуску coLinux исполнилось 3 года, а последнему выпуску обоих дистрибутивов - 8 лет.