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

214

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

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

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

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

Александр Курилин
источник
35
... и есть аргумент в пользу использования свободного программного обеспечения . Обратите внимание, что вы также можете перевернуть все с ног на голову и эмулировать Windows в Linux (или в некоторых других ОС FOSS, скажем, OpenIndiana). Кроме того, OneNote, кажется, частично работает под Wine .
sr_
5
Потребляемая мощность Мне было бы интересно посмотреть, как на это влияет работа в виртуальной машине, но я предполагаю, что есть видимая разница, и что она может даже быть большой разницей.
Конрад Рудольф
5
В дополнение ко всем отличным ответам, которые уже были предоставлены, я бы сказал, что в текущей среде вы можете потерять настройки Linux, если ваша Windows будет повреждена из-за вируса или другой дыры в безопасности Windows. Просто что-то, о чем нужно знать.
Демон Хаоса
2
Вы имеете в виду помимо того, что ваш Linux систематически перезагружается Центром обновления Windows? И эти перезапуски займут вдвое больше времени, потому что у вас есть две системы для загрузки.
Дмитрий Григорьев
Если вы проводите 95% времени в Linux и только 5% в Windows, было бы лучше иметь Windows на виртуальной машине внутри Linux?
Сембей Норимаки

Ответы:

151

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

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

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

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

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

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

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

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

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

Mikel
источник
7
Несмотря на то, что дисковый ввод-вывод может быть проблемой для больших файлов, я не забываю постоянно испытывать невероятно быстрое количество операций ввода-вывода для небольших файлов в гостевых ОС . Я думал, что это может быть потому, что эти операции ввода-вывода файлов, возможно, никогда не касаются реального жесткого диска (временно кэшируемого VirtualBox / VMWare и т. Д. В ОЗУ и асинхронно записываемого в файл образа жесткого диска ВМ, не вызывающего задержек внутри ВМ), или касающегося только одного файл / местоположение жесткого диска (а именно, файл образа жесткого диска виртуальной машины) вместо множества маленьких реальных файлов.
Цетин Серт
4
«большие компиляции» на самом деле все еще работают быстрее в виртуальной машине, чем в Windows. Это даже для GCC в Linux против MSVC в Windows.
rubenvb
5
@rubenvb. Сравнение между Linux и Linux в виртуальной машине.
Микель
@Mikel «Для задач, интенсивно использующих процессор, должно быть практически нулевое
снижение производительности
77

Я преподаю практический класс по 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.

madumlao
источник
2
Я не согласен со стабильностью. Я всегда заканчиваю тем, что ломаю свой Linux, потому что я изменил некоторые файлы конфигурации, поэтому я использую Linux только в виртуальной машине. :-)
itmuckel
6
это, вероятно, больше связано с тем, что вы на самом деле возитесь с установкой Linux. Если пользователи Windows обшаривают свои Windows даже вдвое меньше, чем средний пользователь Linux, их Linux ...
madumlao
27

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

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

Depado
источник
1
Там обычно нет необходимости переформатировать. Я использовал GParted (также доступен как live CD) для изменения размера существующих разделов (FAT, NTFS, EXT2 / 3/4) без каких-либо вредных последствий.
Писквор
63
Эмуляция - это немного перегруженное слово. В одном широко используемом смысле виртуализация не является эмуляцией. Современные процессоры предназначены для виртуализации - код, выполняемый на вашей виртуальной машине, обрабатывается непосредственно процессором. ВМ эффективно соединяет ввод-вывод - потому что на самом деле делать не так уж и много - читайте отсюда, пишите туда. Вы хотите испытать эмуляцию - попробуйте запустить Linux в DOSBox или QEMU и посмотрите, насколько он медленнее!
худенький
23
Виртуальные машины в современных системах это не эмуляция. Во всяком случае, эмулируется ввод-вывод, но обычно сами драйверы знают, что они находятся в виртуальной машине, и накладные расходы незначительны.
MikeyB
3
Просто ошибся, спасибо за знания, которые вы мне дали ^^ Я действительно думал, что это похоже на эмуляцию. (Еще раз спасибо) @Piskvor: Да, это то, что я имел в виду, изменить его размер. (не родной английский, я неправильно понял, переформатировать и изменить размер)
Депадо
24

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

  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, когда закончите. Единственным недостатком является то, что производительность дискового ввода-вывода немного снижается.

военно-картографическая служба
источник
Что мне нужно Google, чтобы выяснить, как двойная загрузка и использовать ту же Ubuntu внутри виртуальной машины в Windows? Если это не так уж сложно сделать, это было бы ИДЕАЛЬНО для моей рабочей ситуации.
Ноя
1
Это возможно, но не прямо. Основная проблема заключается в том, что все ваши драйверы устройств и настройки будут отличаться в каждом случае, поэтому вам, вероятно, потребуется два набора конфигурационных файлов. Короче говоря, было бы очень трудно поддерживать. Я не знаю, какие ключевые слова для Google.
Ams
1
@arleslie Установка Ubuntu не самая сложная часть. Сложной частью является загрузка той же установки на виртуальной машине. Не невозможно, но за пределами Wubi.
Ams
1
В любом случае, в ответе уже упоминается Wubi, так в чем ваша точка зрения?
Ams
1
@Noah вы ищете что - то вроде этого ? Он старый (2009 год), но описывает шаги для двойной загрузки Windows / Linux, которая запускает виртуальную машину Linux изнутри Windows, и эта виртуальная машина использует тот же Linux, что и двойная загрузка. Он ссылается на страницу 134 руководства пользователя Virtual Box, а в разделе 9.10 вызывается этот доступ к необработанному жесткому диску .
aeroNotAuto
18

Если вы используете этот блок в основном через 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, но при этом также происходит снижение скорости.

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

Уоррен Янг
источник
14

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

jmtd
источник
В настоящее время я использую GNOME в режиме 2d в режиме отката, который отлично работает для меня. Я также попытался включить 3D-ускорение на виртуальной машине, и GNOME успешно работал без особых проблем. Arch имеет довольно приличное руководство о том, как поддержать большинство функций VirtualBox, которые, кажется, сделали свое дело.
Александр Курилин
1
На самом деле, появление llvmpipe означает, что вам не обязательно понадобится аппаратное ускорение 3D гораздо дольше - Live CD GNOME 3.4 (на основе Fedora 17) прекрасно запускает gnome-shell в VirtualBox без гостевых дополнений. Конечно, производительность немного снижается, поскольку рендеринг выполняется в программном обеспечении, но результаты все еще лучше, чем мне когда-либо удавалось при попытке запустить gnome-shell с ускоренной поддержкой OpenGL VirtualBox.
calum_b
11

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

Waël
источник
Ну, как часто это терпит неудачу, если вы работаете в Linux VM большую часть времени?
SMCI
8

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

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

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

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

Phyxx
источник
У меня не было никаких проблем с 2. с VirtualBox и GNOME, после следования руководству по установке Arch Linux.
Александр Курилин
8

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

ctilley79
источник
^ Это! Люди говорят, что «Windows может поймать вирус» и «Linux более стабилен». Правда в том, что если вы используете Windows в основном в качестве хоста, то вы не будете ловить вирусы, однако в Linux существует реальный шанс оказаться в мире боли из-за к недостаткам водителя.
Рольф
7

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

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

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

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

user50849
источник
2
У меня тоже была эта проблема, пока я не переключил ядро. Ubuntu по крайней мере поставляется со специальным ядром для работы на виртуальной машине. Полагаю, что таймер высокого разрешения является виновником перегрузки процессора, которая отключена в специальных версиях ядра. Теперь загрузка ЦП, сообщаемая хост-ОС (на данный момент Windows 7), комфортно снижается во время простоя.
FooF
6

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

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

доктор джимбоб
источник
3
ОП хочет использовать Windows для игр. Запуск Windows внутри виртуальной машины может сделать его слишком медленным.
Микель
@Mikel - при перечитывании я вижу, что я изначально пропустил бит игры Windows.
Доктор Джимбоб
5

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

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

PCJ
источник
+1 из-за VMware, который является абсолютной свиньей на Windows. Он должен установить целый ряд вещей, которые существуют в Linux, просто для того, чтобы выполнить свою работу. Например, несколько раз мне приходилось хэшировать мою сеть, в то время как со мной это никогда не случалось ни с одной системой виртуальных машин в Linux. VirtualBox ближе к 1: 1 соответствию между платформами, но из-за превосходной среды командной строки, я все еще предпочитаю запускать его в Linux, так как VBoxэто такая многословная система команд.
Уоррен Янг
2
s/whit/with/g, ничто означает совсем другое.
Синан Юнюр
4

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

Алан Б
источник
3

Я начал делать то, что вы делаете, * 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 для игр, виртуальная машина может быть недостаточно быстрой
Earlz
источник
2

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

Я использовал эту настройку на моем 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 без подкачки.

Энтон
источник
1

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

Pro:

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

Против:

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

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

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

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

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

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

dr01
источник