На работе я использую виртуальную машину под управлением 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. Я даже пытался подключиться через проводную сеть, но не повезло. Возможно, мне следует написать новый вопрос, но я хотел бы хотя бы опубликовать здесь обновление моего последнего статуса.
источник
Ответы:
Очень легко может быть, что в /etc/resolv.conf устанавливается неправильная вещь. Либо содержимое указывает на неправильный DNS-сервер (не существующий, сломанный или за брандмауэром (работающий)), либо ваша сеть не предоставляет вам доступ к сети, в которой находится указанный сервер имен (например, Интернет или ваш локальный маршрутизатор / шлюз.
Когда виртуальная машина работает медленно, от имени пользователя root отредактируйте файл /etc/resolv.conf и закомментируйте все в нем.
Посмотрите, станет ли операция снова нормальной. Если они это сделают, то доступ к DNS замедлит вас.
Затем пинг 8.8.8.8. Если это работает, отредактируйте /etc/resolv.conf и поместите в первую строку:
nameserver 8.8.8.8
источник
Похоже, что что-то скрыто внутри виртуальной машины, но я не думаю, что мы здесь можем выяснить, что там для вас не так. Только вы можете сделать это, потому что только вы можете экспериментировать.
В случае, если проблема связана с определением виртуальной машины, вы можете попытаться удалить виртуальную машину, сохраняя файл .vdi, создать новую виртуальную машину (обращая внимание на 32/64-битный вопрос хост / гость) и прикрепить .vdi диск.
Если это не помогает, то проблема заключается в виртуальной машине внутри Linux Mint и может быть чем угодно.
Если никто не придумает более удачной идеи, я бы тогда предложил запустить эту ВМ и начать заново, возможно, взяв ВМ, которая работает как отправная точка.
источник