Форум русскоязычного сообщества Ubuntu


Получить помощь и пообщаться с другими пользователями Ubuntu можно
на irc канале #ubuntu-ru в сети Freenode
и в Jabber конференции ubuntu@conference.jabber.ru

Автор Тема: vbox/vwmare/Win 10 - Зависает вся система при запуске виртуальной машины  (Прочитано 2574 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Dzhoser

  • Старожил
  • *
  • Сообщений: 2611
    • Просмотр профиля
sudo apt-get install stressstress --cpu 4Где 4 количество ядер.
Это нагрузит процессор если будет зависание проблема аппаратная.
Для теста памяти используйте memtest
« Последнее редактирование: 18 Января 2021, 16:20:26 от Dzhoser »

Оффлайн andrew.progs

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Не знаю даже радоваться или огорчаться, но проблема не аппаратная. Стресс-тест провел в течение 20ти минут с мониторингом температуры - первые секунд 10 было <94, дальше около 84-87. Фризов, лагов и вообще нарушения работы не было. Memtest 4 прогона - ни одной ошибки

Оффлайн Dzhoser

  • Старожил
  • *
  • Сообщений: 2611
    • Просмотр профиля
Нужна информация:
Информация о железе марка, процессор, память, место на sdd и марка, сколько места выделено на, диски под виртуалку, какой объем памяти, количество ядер для VM. Включена ли в биосе функция виртуализации?
Попробуйте запустить виртуалку на другом компьютере.

Оффлайн andrew.progs

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
sudo inxi -v4 -m
System:    Host: andre-workstation Kernel: 5.4.0-62-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Console: tty 1
           Distro: Ubuntu 20.04.1 LTS (Focal Fossa)
Machine:   Type: Laptop System: LENOVO product: 81FV v: Lenovo Legion Y530-15ICH serial: PF1JX17K
           Mobo: LENOVO model: LNVNB161216 v: SDK0R32862 WIN serial: PF1JX17K UEFI: LENOVO v: 8JCN54WW
           date: 06/15/2020
Battery:   ID-1: BAT0 charge: 43.0 Wh condition: 44.8/52.5 Wh (85%) model: SMP L17M3PG3 status: Unknown
Memory:    RAM: total: 15.51 GiB used: 2.69 GiB (17.4%)
           Array-1: capacity: 32 GiB slots: 2 EC: None max module size: 16 GiB note: est.
           Device-1: ChannelA-DIMM0 size: 8 GiB speed: 2667 MT/s type: DDR4
           Device-2: ChannelB-DIMM0 size: 8 GiB speed: 2667 MT/s type: DDR4
CPU:       Topology: 6-Core model: Intel Core i7-8750H bits: 64 type: MCP arch: Kaby Lake rev: A
           L2 cache: 9216 KiB
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 26399
           Speed: 800 MHz min/max: 800/4100 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800
Graphics:  Device-1: Intel UHD Graphics 630 vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0
           Display: server: X.Org 1.20.9 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1080~144Hz
           OpenGL: renderer: Mesa Intel UHD Graphics 630 (CFL GT2) v: 4.6 Mesa 20.2.6 direct render: Yes
Network:   Device-1: Realtek RTL8822BE 802.11a/b/g/n/ac WiFi adapter vendor: Lenovo ThinkPad E595 driver: rtw_pci
           v: N/A port: 4000 bus ID: 07:00.0
           IF: wlp7s0 state: up mac: 0c:96:e6:c9:95:01
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Lenovo driver: r8169
           v: kernel port: 3000 bus ID: 08:00.0
           IF: enp8s0 state: down mac: e8:6a:64:97:be:9c
           IF-ID-1: docker0 state: down mac: 02:42:38:6e:9a:82
           IF-ID-2: virbr0 state: down mac: 52:54:00:bc:55:5e
           IF-ID-3: virbr0-nic state: down mac: 52:54:00:bc:55:5e
           IF-ID-4: vmnet1 state: unknown speed: N/A duplex: N/A mac: 00:50:56:c0:00:01
           IF-ID-5: vmnet8 state: unknown speed: N/A duplex: N/A mac: 00:50:56:c0:00:08
Drives:    Local Storage: total: 566.37 GiB used: 284.55 GiB (50.2%)
           ID-1: /dev/nvme0n1 vendor: SK Hynix model: HFM128GDHTNG-8310A size: 119.24 GiB
           ID-2: /dev/sda vendor: Kingston model: SUV400S37480G size: 447.13 GiB temp: 34 C
Partition: ID-1: / size: 47.81 GiB used: 18.08 GiB (37.8%) fs: ext4 dev: /dev/sda6
           ID-2: /home size: 71.80 GiB used: 32.90 GiB (45.8%) fs: ext4 dev: /dev/sda7
           ID-3: swap-1 size: 31.25 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda4
Info:      Processes: 264 Uptime: 9h 37m Init: systemd runlevel: 5 Compilers: gcc: 9.3.0 Shell: bash v: 5.0.17
           inxi: 3.0.38

Виртуализация включена, Hyper-Threading отключен, дискретную видеокарту отключил совсем в системе, чтобы исключить ее влияние. VM выдан  жесткий диск /dev/nvme0n1, на нем свободно около 30Гб. Память для VM пробовал 4-6Гб, ядер - 1-6(при включенном HT), в данный момент 4Гб и 1 ядро. Субьективно заметил, что чем меньше ядер выдаю - тем дальше загружается система. При 6ти ядрах не заходила даже до окна логина, при 1м - доходит до ввода пароля и зависает.
Запустить на другом компьютере нет возможности, т.к. там нет m.2 разъема.
Система загружается и работает в нормально в dual boot, то есть я могу отдельно запустить Win 10 на nvme диске, указав грузиться с него при включении компьтера и могу запустить kubuntu, указав грузиться с sata диска. Проблемы при загрузке Win 10 в виртуалке

Оффлайн Дед Дима

  • Новичок
  • *
  • Сообщений: 46
    • Просмотр профиля
да сделайте же Вы top.
и syslog глянуть бы.
« Последнее редактирование: 18 Января 2021, 15:03:57 от Дед Дима »

Оффлайн andrew.progs

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
да сделайте же Вы top.
Если честно - совершенно не понимаю как это поможет, но сделал
Итог - 8Гб оперативной памяти свободно, свап свободен. Самый ресурсоемкий процесс - vmware-vmx(115.6% CPU, 2.9Гб RAM)

Пользователь добавил сообщение 18 Января 2021, 15:14:49:
и syslog глянуть бы
Уже скидывал, сейчас напишу еще раз
Вот записи между запуском VM и зависанием:
Jan 18 14:05:32 andre-workstation kernel: [   42.353768] /dev/vmmon[2803]: PTSC: initialized at 2207998000 Hz using TSC, TSCs are synchronized.
Jan 18 14:05:33 andre-workstation kernel: [   42.493385] /dev/vmmon[2803]: Monitor IPI vector: ff
Jan 18 14:05:33 andre-workstation kernel: [   42.493386] /dev/vmmon[2803]: HV      IPI vector: f2
Jan 18 14:05:40 andre-workstation systemd-resolved[1086]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Jan 18 14:05:53 andre-workstation org.kde.kglobalaccel[2111]: org.kde.kwindowsystem.keyserver.x11: Your keyboard setup doesn't provide a key to use for meta. See 'xmodmap -pm' or 'xkbcomp $DISPLAY'
« Последнее редактирование: 18 Января 2021, 15:14:49 от andrew.progs »

Оффлайн Дед Дима

  • Новичок
  • *
  • Сообщений: 46
    • Просмотр профиля
вот варя и перегужает Вам систему и вешает ее. Ройтесь в настройках. и сислог смотрите, что там? , кста, у вари есть свои логи тоже.

Оффлайн andrew.progs

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Хм, решение нашлось неожиданно - я переключил сеть с bridged на nat и все заработало как надо. Я еще потестирую позже и если не будет зависаний - помечу тему решенной. Хотя странно, что не работает с bridged, если есть какие-то идеи и желание помочь с идентификацией и устранением ошибки адаптера - буду очень признателен.
Видимо что-то с сетевым адаптером или с драйверами к нему

Оффлайн Дед Дима

  • Новичок
  • *
  • Сообщений: 46
    • Просмотр профиля
норм все с сетевым адапторм... трафик между виртуальными машинами бегает внутри виртуального коммутатора и никуда больше. наружу выпускает только нат.

Оффлайн andrew.progs

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Дед Дима, Я знаю что такое nat и что такое сетевой мост, а также чем они отличаются. И мне нужен именно сетевой мост, для того, чтобы была адекватная коммуникация между VM, хост-системой и машинами в локальной сети.
По вашей логике, раз все в порядке - то значит vmware добавила заведомо нерабочий вариант настройки сети. А если это не так и этот вариант должен работать, значит где-то есть проблема - в адаптере, драйверах, системе, версии vmvware или в чем-то еще, о чем я даже не догадываюсь.
До начала этих проблем еще на fedora, все работало ожидаемо через сетевой мост. А потом спонтанно перестало и не устранилось даже после смены дистрибутива. Значит велика вероятность того, что проблема в железе, поэтому я и предположил адаптер.

Оффлайн Дед Дима

  • Новичок
  • *
  • Сообщений: 46
    • Просмотр профиля
Я знаю что такое nat и что такое сетевой мост
мост на ВМ работать не будет, это не реальное железо. Извините.

Оффлайн GuruMMX

  • Новичок
  • *
  • Сообщений: 1
    • Просмотр профиля
Дед Дима, Я знаю что такое nat и что такое сетевой мост, а также чем они отличаются. И мне нужен именно сетевой мост, для того, чтобы была адекватная коммуникация между VM, хост-системой и машинами в локальной сети.
По вашей логике, раз все в порядке - то значит vmware добавила заведомо нерабочий вариант настройки сети. А если это не так и этот вариант должен работать, значит где-то есть проблема - в адаптере, драйверах, системе, версии vmvware или в чем-то еще, о чем я даже не догадываюсь.
До начала этих проблем еще на fedora, все работало ожидаемо через сетевой мост. А потом спонтанно перестало и не устранилось даже после смены дистрибутива. Значит велика вероятность того, что проблема в железе, поэтому я и предположил адаптер.

Уважаемый автор!
Вы абсолютно правильно идентифицировали проблему. WmVare как и VirtualBox  намертво вешают систему через произвольное короткое время после запуска. Хост вешается с Ubuntu/Xubuntu/Debian при любом госте OracleLinux/Ubuntu/Xubuntu/Windows10.

Судя по всему, причиной является конфликт RTL8822xx (либо его конкретное исполнение) с реализацией бриджа в виртуальных машинах. Тут некоторые авторы позволили себе многозначительные пердежи в лужу касательно NAT и BRIDGE. Однако, все ваши доводы разумны и подтверждаются аналогичными симптомами, которые также возникли у меня. Реализация в VMWare кривая, но большая часть вины видимо все-таки на сетевухе, ибо за ней значатся и другие грехи.

Осталось попробовать запустить виртуалку без с другой сетью на бридже и понаблюдать. Спасибо вам за настойчивость, благодаря вам мне удалось тоже удостовериться в правильно найденной ричине столь странного глюка.
« Последнее редактирование: 06 Октября 2021, 00:59:27 от GuruMMX »

 

Страница сгенерирована за 0.054 секунд. Запросов: 26.