Компания Oracle выпустила (https://www.virtualbox.org/pipermail/vbox-announce/2017-July...) корректирующий релиз системы виртуализации VirtualBox 5.1.24, в котором отмечено 28 исправлений (https://www.virtualbox.org/wiki/Changelog) и устранено 14 уязвимостей (http://www.oracle.com/technetwork/security-advisory/cpujul20...) (детали по уязвимостям не разглашаются).
Среди изменений:
- Устранены проблемы с загрузкой разделяемых библиотек, проявляющиеся из-за ошибки в выпуске 5.1.20 на хост-системах с Linux и macOS;
- Внесены исправления, направленные на обеспечение совместимости компонентов для хост-систем и гостевых окружений с ядрами Linux 4.12 и 4.13;
- В компонентах для хост-систем и гостевых окружений на базе Linux проведена работа по снижению нагрузки на стек ядра на системах с ядром, собранным с опцией CONFIG_CPUMASK_OFFSTACK;- Решены проблемы со сборкой модулей VirtualBox для ядра Linux, проявляющиеся при использовании GCC 7;
- На хост-системах с Linux решены проблемы с зависимостью от пакета
net-tools, вместо которого в новых дистрибутивах поставляется пакет iproute;- Устранено регрессивное изменение в ветке 5.1, мешавшее использованию 2D-ускорения в старых дистрибутивах Linux;
- В дополнениях для гостевых систем с Linux обеспечена работа в Fedora 25 и 26 при включенном пробросе 3D-устройств, решены проблемы с динамическим изменением размера в Oracle Linux 6 с ядром UEK4. При установке пользователю больше не рекомендуется удалить уже установленные из репозитория дистрибутива пакеты с набором Linux Additions, если они совместимы с устанавливаемой версией VirtualBox;
- Обеспечена возможность запуска Windows XP в гостевых системах, развёрнутых на оборудовании с процессорами AMD Ryzen;
- Расширено число эмулируемых инструкций SSE2;- В графическом интерфейсе налажена работа мини-панели при запуске в окружении KDE Plasma;
- Устранён потенциальных крах GUI при отсоединении экрана хост-системы (например, при подключении к хосту по RDP), на которой запущен VM с несколькими экранами в полноэкранном режиме;
- Решена проблема с прекращением обновления экрана гостевых систем при их перезагрузке в некоторых многомониторных конфигурациях;
- Внесена большая порция исправлений, нацеленных на улучшение поддержки звука в гостевых системах с Windows 10;
- Устранён потенциальных крах при использовании Intel SPDK (Storage Performance Development Kit);- В реализации EFI налажена работа с виртуальными машинами, которым выделено более 3504MB ОЗУ;
- На хостах с Windows устранён крах, проявляющийся при включенном режиме верификации драйверов.
URL: https://www.virtualbox.org/pipermail/vbox-announce/2017-July...
Новость: http://www.opennet.me/opennews/art.shtml?num=46881
>На хостах с Windows устранён крах, проявляющийся при включенном режиме верификации драйверов.Надеюсь посредством отключения сего ненужного и тормозного режима ??
Что за бред?
Ну не нравится - не включай https://docs.microsoft.com/en-us/windows-hardware/drivers/de...
Он как бэ для разработчиков драйверов под венду и нужен. Сам не включится, если не попросишь.
Лень искать инфу, скажите, GPU эмулирует? Интересует Voodoo 2
Если тебе ради Glide, то есть виндовые либы для перевода глайда в директикс. Сверху обмажь вайном и с большой вероятностью взлетит.
Voodoo 2 эмулирует PCem
На вендусе есть hyper-v, на линуксе — kvm, зачем нужен сабж?
Для того чтобы тестить всяческие LiveCD, ReactOS'и и гонять в виндовые игрульки неосиляторам, которые не могут в KVM.
Для kvm нужна аппаратная поддержка. Она есть не у всех
Для этого тоже нужна, и она есть практически на всех процах, кроме совсем уж кастратищь интела
Для vbox поддержка аппаратной виртуализации является опциональной, для kvm -- обязательной
Есть же qemu без kvm.
На low-end железе QEMU без аппаратной виртуализации медленнее vbox.
> Для vbox поддержка аппаратной виртуализации является опциональнойНу поддержка софтовой виртуализации давно отправлена в легаси без поддержки. Поэтому ао хорошему можно сказать, что обязательна. Но можно все же и без неё - это да.
Для десктопа
Что бы работать везде
Удобный гуй конфигурирования/управления.
например без плясок заводятся Vagrant окружения, универсально для вин/линукс разработчиков в одном проекте.
На вендусе не везде есть hyper-v
Потому что оно простое как доска с одним и тем же гуем на всех трёх ОС, и работает вполне прилично. Чего нет?
> одним и тем же гуем на всех трёх ОСвот это тянет на единственную причину его существования
На самом деле первая причина - что он на всех трёх осях вообще есть. Вторая - таки простота - как правило, там по дефолту получается что-то рабочее практически везде, вообще без чтения манов. Да и переназначение клавиш в сравнении с тем же KVM куда как удобнее, хотя и не без своих приколов. Ну и общность гуя - это я бы на третье место поставил.P.S. У меня, допустим, потребность развернуть виртуалку наступает не чаще, чем раз в пол-года, скорее - реже. Вспомнать каждый раз ключики KVM - в гробу я видел, оболочки его, как правило, работают только в комплекте со всякими DE, которых у меня отродясь не было, в итоге когда мне приспичивает запустить какую-нибудь виндовую игруху десятилетней давности, поиграть, прибить и забыть - VirtualBox оказывается самым простым вариантом.
Hyper-V имеет проблемы с быстродействием и видеоадаптером (16bit цвет), про KVM молчу (не удалось подружить с Siemens Simatic WinCC) - что для виртуальных SCADA весьма критично
Идеально для разработчика/тестера - гонять зоопарк систем на десктопе, любую ось на любой хостовой ОСи/DE, не заморачиваясь админскими танцами с бубном, ключами и флагами.
Все нужное для жизни есть и из коробки работает. Может только проброса видеокарты не хватает.Раньше эту нишу занимал Parallels Desktop, теперь VirtualBox.
> любую ось на любой хостовой ОСи/DE .... Раньше эту нишу занимал Parallels DesktopКого? Parallels Desktop какбэ только под macOS был и есть. И чисто по десктопному удобству он во многом круче, как и имеет намного лучшую графику, чем в Virtualbox.
А vurtualbox более гиковое, и кроссплатформенное решение. Там с headless запустить, более крутые средства из сосноли.
Так что ниши у них совершенно разные.
Два абзаца вранья, причём какого-то нестройного, учись у маньки, торгующей тут виндусом
VirtualBox - это не гипервизор.
Кроме того, если установить в систему (от рута) драйвер, то им пользоваться сможет любой юзер, а qemu/kvm раньше этого не умел (теперь есть user session в virt-manager).
Впервые я его попробовал в 2008 году, и ещё тогда он был очень user friendly.
Сабж конечно не нужен.
Ведь помимо kvm есть ещё и xen.
А кому чисто на поиграться можно и VmWare заюзать.
И глюков там заметно меньше.
Отрицательное число глюков? Ничего себе
Не число отрицательное, а глюки в глубоком отрицалове.
> А кому чисто на поиграться можно и VmWare заюзать.Только перед этим ~250$ заплатить, а потом можно играться.
Плеер для некоммерческого использования бесплатен.
> Плеер для некоммерческого использования бесплатен.Вы умеете в плеере создавать виртуальные машины?
> Сабж конечно не нужен.
> Ведь помимо kvm есть ещё и xen.
> А кому чисто на поиграться можно и VmWare заюзать.
> И глюков там заметно меньше.Глюков меньше нуля? :)
Иди своей проприетарью торговать в другое место.
Как выставлять нужное разрешение в консоли гостя в virtualbox?
Пробую debian 9. GRUB_GFXMODE=1024x768 работает только пока идёт загрузка, как только появляется приглашение логина, virtulabox меняет разрешение на 800x600, то есть игнорирует GRUB_GFXPAYLOAD_LINUX=keep.
Передача в параметры ядра vga=791 и nomodeset не помогают.
надо vbox-файл править, где указано нативное разрешение "монитора" виртуальной машины
> надо vbox-файл править, где указано нативное разрешение "монитора" виртуальной машиныа как этот гуй редактирования файла будет одинаково работать на всёх трёх ОС? Похоже, что я поторопился с ответом алексу :-(
это уже консоль а не гуй: vmoxmanage setextradata|getextradata ежели я правильно вопрос понял
Единственное упоминание в логе виртуальной машины об этом:
00:00:10.114266 VBVA: InfoScreen: [0] @0,0 800x600, line 0xc80, BPP 32, flags 0x1
00:00:10.114310 Display::handleDisplayResize: uScreenId=0 pvVRAM=00007fb6fa000000 w=800 h=600 bpp=32 cbLine=0xC80 flags=0x1
»VBoxManage guestproperty enumerate deb9|grep Video
Name: /VirtualBox/GuestAdd/Vbgl/Video/SavedMode, value: 1024x768x32, timestamp: 1460905408330472000, flags:
Name: /VirtualBox/GuestAdd/Vbgl/Video/0, value: 1024x768x32,0x0,1, timestamp: 1460905408330345000, flags:Что и где править конкретно?
Типа что-то такvboxmanage setextradata "MyLittleDebian" "CustomVideoMode1" "1024x768x32"
vboxmanage setextradata "MyLittleDebian" "GUI/CustomVideoMode1" "1024x768x32
> Типа что-то так
> vboxmanage setextradata "MyLittleDebian" "CustomVideoMode1" "1024x768x32"
> vboxmanage setextradata "MyLittleDebian" "GUI/CustomVideoMode1" "1024x768x32Это игнорируется
deb9.vbox:
<ExtraData>
<ExtraDataItem name="CustomVideoMode1" value="1024x768x32"/>
<ExtraDataItem name="GUI/CustomVideoMode1" value="1024x768x32"/>
<ExtraDataItem name="GUI/LastGuestSizeHint" value="1024,768"/>
всё равно делается резайз в 800x600
VBoxManage setextradata global GUI/MaxGuestResolution any
VBoxManage setextradata "deb9" "CustomVideoMode1" "1024x768x32"
VBoxManage controlvm "deb9" setvideomodehint 1024 768 32всё равно и стартует с 800x600, пока grub и init переходит в 1024x768 и делает резайз в 800x600 сразу по появлению приглашения логина
может дело в дебиане, который не может сожрать фейковый едид?
В меню для запущенной виртуальной машины (то, которое Machine - View - Input - Devices) влезть в Preferences, там вкладка Display. Во-первых, там разрешение ставится, во-вторых - как злобно пинать виртуалку по его применению. Детали не помню - раз когдато тыкал всё это, сейчас только пункт меня поглядел.
Если есть иксы, то vbox учитывает их разрешение.
Свежие версии Xorg они уже осилили?
Вопрос к тем, кто _действительно_ работал в нижеописанной конфе.Итак. Хост: Ubuntu 12.04 (да, мы некроманты). Гость: Windows 7 и, к сожалению, Windows 10. Гипервизор: VirtualBox 4.3.12.
Пока вопрос шёл о WinXP и Win7, всё было (более-менее) терпимо, но некоторые заказчики (увы, довольно крупные), успешно, что б им икалось, перешли на Win10, а эта собака в вышеозначенном VB глюкавит :(
Отсюда вопрос: есть смысл переходить на ветку 5.1?
"Переходить"... сказал, будто vCenter обновлять собрался. Запусти да посмотри, делов-то на 1 минуту.
> "Переходить"... сказал, будто vCenter обновлять собрался. Запусти да посмотри, делов-то на 1 минуту.Увы,с 12-ой Ubuntu это дело совсем не одной минуты... Плюс, если что-то не пойдёт, потом систему чистить устанешь :(
>> "Переходить"... сказал, будто vCenter обновлять собрался. Запусти да посмотри, делов-то на 1 минуту.
> Увы,с 12-ой Ubuntu это дело совсем не одной минуты... Плюс, если что-то
> не пойдёт, потом систему чистить устанешь :(Делаешь бекап виртуалки. Качаешь DEB пакет, ставишь, если не работает - откатываешь пакет VB/виртуалку. Несколько минут работы руками и полчаса фонового сохранения образа виртуалки.
Никаких проблем нет. Другое дело что Windows 10 не быстро то работает в виртуалках в отличие от 7.https://www.virtualbox.org/wiki/Linux_Downloads есть бинарник отдельно.
> Никаких проблем нет. Другое дело что Windows 10 не быстро то работает
> в виртуалках в отличие от 7.
> https://www.virtualbox.org/wiki/Linux_Downloads есть бинарник отдельно.Добавлю что по идее больше гигагерцев на процессоре, SSD и больше оперативки должно исправить ситуацию.
Всём спасибо за ответы.Рискнул на одной машите установить %subj% из офф. deb'а. Не пошло. Если я правильно понял, не понравились невидевские дрова.
На дурака, скачал .run. Удивительно :) , но всё прошло нормально и даже заработало.
И да, Win10 виртуализируется ужасно, с дикими тормозами и скрежетом винта. (i7, 16 гиг, хитач 7200) Но, что само по себе удивительно, работает без глюков. В принципе, для тестирования можно смириться.
> И да, Win10 виртуализируется ужасно, с дикими тормозами и скрежетом винта.Всё верно: вы, вендузоеды, дожны страдать.
> Всё верно: вы, вендузоеды, дожны страдать.Мы не страдаем, у нас Ubuntu, о чём я писал выше. А наши заказчики свой путь выбрали сами.
А вот вам сто́ит засесть за учебники. Может хоть на 4-ый раз во второй класс перейдёте.