На работе я использую виртуальную машину под управлением Linux Mint 13 под Oracle VM VirtualBox 4.2.16 на компьютере с Windows7. Ноутбук подключен к сетевому кабелю и беспроводное соединение отключено. Настройка сети для виртуальной машины заключается в использовании мостового адаптера к гигабитному сетевому соединению с собственным MAC-адресом. Это позволяет мне запускать Samba в системе Linux, чтобы я мог обмениваться файлами между двумя операционными системами. Все отлично работает
Проблема возникает, когда я беру ноутбук домой. Дома я использую беспроводное соединение. На стороне Windows нет проблем с подключением к Интернету. ВМ, с другой стороны, работает очень медленно. Открытие окна xterm и выполнение команды 'ls' может занять 15 секунд. Я пытался вызвать виртуальную машину с различными настройками адаптера в VirtualBox и даже со всеми отключенными сетевыми адаптерами, но каждый раз вижу одно и то же поведение.
Когда я достаточно терпелив (и адаптер подключен), я вижу, что виртуальная машина получает IP-адрес, но не может ничего пинговать во внешнем мире. Что здесь может происходить?
Чтобы еще больше сбить с толку, у меня есть вторая виртуальная машина с той же версией Linux Mint. Та же настройка оборудования виртуальной машины, но на ней нет ни Samba, ни моей работы. :) Во всяком случае, он подключается к Интернету и работает просто отлично.
Что может отличаться между ними, что может привести к тому, что одна виртуальная машина Linux будет настолько медленной, что ее невозможно будет использовать? Я пытался остановить Samba, но это ничего не меняет. Что еще я мог попробовать?
Обновить
Результаты экспериментов сегодня вечером (Примечание. Под "операциями Xterm" я подразумеваю простые вещи, такие как ввод "ls" в окне Xterm и навигация по структуре каталогов):
- Пробовал работать без подключения к сети на ноутбуке (Windows или VM). Операции Xterm были все еще медленными.
- Включено беспроводное сетевое соединение с ноутбуком. Включил сетевое подключение к ВМ, но не подключил его. Операции Xterm были медленными.
- Включено NAT-соединение с ВМ. Виртуальная машина получила странный IP-адрес (10.0.3.15), и операции Xterm были все еще медленными.
- Включено мостовое соединение. Получен правильный IP-адрес (172.16.42.7, Windows была 172.16.42.4 и оба имели 255.255.255.0 для маски), но операции Xterm были медленными. Был в состоянии пропинговать 172.16.42.1 от VM и пропинговать VM от Windows.
Я должен упомянуть, что я подключаюсь к Гостевой сети на моей Apple Time Capsule.
На этом этапе я дважды проверил аппаратную конфигурацию между двумя моими виртуальными машинами - рабочей и нерабочей. Я заметил, что 3D-ускорение было включено для неработающего. Когда я отключил 3D-ускорение, диспетчер окон Cinnamon отображал множество графических сбоев, но операции Xterm были нормальной скоростью. Я отключил 3D-ускорение и перезагрузил компьютерную версию Cinnamon.
Графические глюки исчезли, и операции Xterm были нормальной скоростью. К сожалению, я не мог подключиться извне. Я имею в виду, что могу пинговать 172.16.42.1, но не www.google.com. Я бы нормально переключился на MATE, но сейчас это сложно без внешнего подключения.
Почему оконный менеджер и / или 3D-ускорение влияют на операции в окне Xterm, когда я работаю в другой сети? Или это может быть связано с другим фактором, как источник питания? Что-то волшебное в моем кухонном столе?
Обновление 2
Я переключил Linux Mint 13 с Cinnamon на MATE, и это решило проблему с медлительностью!
К сожалению, я еще не вышел из леса. Вероятно, это отдельная проблема, но я не могу подключиться к внешнему миру. Виртуальная машина Linux Mint с MATE запускается и получает IP-адрес. Я могу пинговать систему из Windows. Я даже могу смонтировать общий доступ к Linux Mint Samba из Windows и просматривать каталоги.
С точки зрения виртуальной машины Linux Mint я не могу пропинговать хост Windows, но могу подключиться к Raspberry Pi в моей сети. Таким образом, подключение внутри сети работает нормально. Я просто не могу пропинговать Google с Linux Mint VM. Я даже пытался подключиться через проводную сеть, но не повезло. Вероятно, мне следует написать новый вопрос, но я хотел бы хотя бы опубликовать здесь обновление моего последнего статуса.