Компания Oracle опубликовала корректирующий релиз системы виртуализации VirtualBox 7.1.4, в котором отмечено 9 исправлений:...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62054
Почему не было новости про VirtualBox 7.1.3? От нас что-то явно скрывают.
Потому что стабильные релизы VirtualBox оканчиваются на чётную цифру. Нечётные выпуски не публикуются.
Да и вообще зачем надо когда уже есть QEMU?
Затем, что не имея никаких знаний можно установить, нажать пару кнопочек и у тебя готовая виртуальная машина. Всё интуитивно понятно.
А все эти ваши супер-пупер свободные с открытым кодом решения по, не все, но подавляющее большинство придуманы чертями для грешников. Чтобы они не знали как сделать мучились, искали как настроить через консоль и потом это всё ещё и ломалось.
Хорошо, что появляется новое поколение линуксоидов, которые понимают, что продукт должен быть удобен в первую очередь пользователю. Хороший пример портпротон. Сам всё скачает, предложит ярлычок сделать, запустилось, работает. А вот эти ваши: "Прочитай три тонны мануалов..." отмирают и слава богу.
У меня обман зрения или на офтопике виртуалбокс медленнее куему на линуксе?
Вас никто не заставляет этим пользоваться.
Есть высокая вероятность того, что у вас наблюдается конфликт между функционалом виртуализации Windows.Например современный VirtualBox умеет работать совместно с Hyper-V, если последний использует root-планировщик, но в отличии от VMware Workstation и QEMU он пока не способен с ним правильно интегрироваться.
Это известная проблема сочетания Type1 и Type2 гипервизоров на одном компьютере. Для её решения на стороне Type2 (VirtualBox) нужно реализовать работу через API гипервизора Type1 (в случае с Windows это Hyper-V).
И вот эта кривая интеграция на стороне VirtualBox и вызывает проблемы.На данный момент, чтобы всё работало как нужно именно через VirtualBox вам нужно:
- Удалить роль Hyper-V (Hyper-V Platform)
- Удалить роль Платформа виртуальной машины (Virtual Machine Platform)
- Удалить роль Платформа низкоуровневой оболочки Windows (Windows Hypervisor Platform)
От этого вы потеряете WSL2 и Device Guard/Credentials Guard, если они были включены, но VirtualBox станет нормально работать.
>Из-за перехода гипервизора KVM к инициализации сразу после загрузки модуля ядра для запуска виртуальных машин в VirtualBox необходимо выставить параметр в командной строке ядра "kvm.enable_virt_at_load=0" или выгрузить модуль ядра kvm_*.Лишь бы патчи для работы поверх KVM не интегрировать (их надо не только интегрировать, но и сами немного пропатчить, чтобы заработало на камнях без AVX).
> восстановлена поддержкаСтранная у них модель разработки. То выпиливают, то возобновляют. Не удивлюсь, если и поддержку ускорения в Windows XP скоро восстановят.
Так никто и не выпиливал.
Просто сломалось случайно.
Да да чисто случайно.
А Virtualbox для чего нужен? Для того что бы диды Windows XP запускали? Не, я понимаю, есть престарелые которые телевизор смотрят, есть и те, у кого дома радио точка. А Oracle вместо того чтобы закапать, мавзолей устроила, патчи какие-то присылают.
Для экспериментов вполне себе нормальная штука. Для более серьезных вещей, есть другие продукты, а так вполне себе годное решение.
Виртуальная машина (VirtualBox, VMWare, KVM) нужна для разрешения фундаментального противоречия.Рабочие версии софта крайне не любят обновления. Новые версии могут по-другому открывать старые проекты. И если мейнстрим заботится об обратной совместимости, то всяческий левый софт - нет. В терминальном случае новых версий рабочего софта просто нет.
Если ты делаешь какой-то проект, который рассчитываешь открывать и редактировать через десять лет, то ты просто обязан положить рядом с проектом образ виртуальной машины, которая умеет с ним работать. Иначе сам себя проклянёшь, когда будешь проектной археологией заниматься.
С другой стороны, обновления неизбежны. Новое железо отказывается рабтать со старым ядром. Старые версии программ не работают с новым ядром - версии надо обновить. Фантастические истории рассказывают про десятую винду. Там какие-то промежуточные обновления, даже не переход на одиннадцатую, сломали совместимость. У кого-то после обновлений переставал работать сканер, у кого-то после обновления переставало запускаться какое-нибудь редкое нестандартное приложение.
А ещё есть проклятый веб, где гугол обновляет стандарты каждый месяц, чтобы затруднить конкурентов, а браузер обновляется автоматически, не спрашивая пользователя, хочет ли он вообще такого поведения.
Ты можешь зафиксировать версию браузера, но где-то через год он уже не будет открывать двадцать процентов сайтов.
Фунадментальное противоречие - обновления одновременно нужны и не нужны. Но провобдить обновление частично - это решать просто ужасное количество конфликтов, когда старый софт требует старые зависимости, а новый софт - новые.
Частично этот вопрос можно решить с помощью контейнеров. Но даже в контейнерах есть свои проблемы с совместимостью. В частности у них общее ядро, а зависимости иногда требуют разных версий ядер.
Выходом служит виртуальная машина. Ты заводишь себе хост, на котором кроме виртуалок и их менеджмента ничего нет. И стараешься не обновлять его без критических уязвимостей. Ну и заводишь парочку виртуалок. Одну для интернета с автообновлением всего и вся, которую при необходимости сносишь и ставишь заново. А вторая виртуалка нужна для рабочих проектов - и вот её тоже не обновляешь, пока не начинаешь новый проект.
Ну ещё и снапшоты - офигенно удобная фича. Но её можно организовать и без виртуалок, используя btrfs вместо них.
В FAQ
Когда я был студентом, мне казалось, что 10 лет - это много, и так далеко можно не смотреть. Сделал, и сделал. Сохранил архив.Десять лет пролетело незаметно. И когда я захотел из ностальгии открыть студенческие проекты, внезапно осознал, что седьмую дельфи под современной гентой запустить не так-то и просто. Хорошо хоть вспомнил как устанавливать и настраивать XP (спасибо виртуалкам что вообще поставить можно).
Ну я и пишу - в FAQ.
Причесать немного и будущим поколениям, чтобы изучали
Не знаю я как в FAQ писать. И это я не про то, на какие кнопки жать - там разберусь как-нибудь. А вот какие стандарты оформления и композиции - я совершенно не в курсе. Если кто-нибудь скопирует текст, отформатировав как положено, аноним не обидется, он потому и пишет анонимно, что авторское право для его постов не актуально.Кстати, есть ещё одно неочивдное применение для виртуальных машин. Под винду есть такой популярный способ распространения софта - как переносимая версия на флешке. Но не для всякого ПО есть переносимая версия, а вот образу виртуальных машин могут как раз такими переносимыми версиями выступать.
> Когда я был студентом, мне казалось, что 10 лет - это много,
> и так далеко можно не смотреть. Сделал, и сделал. Сохранил архив.А я на MFC писал. Но это уже луддитсво.
Валяется, например, калькулятор с поддержкой троичной арифметики.
Меня возмутило, что поддерживаются только 2,8,10,16. Написал для всех от 2 до 16.Да и кому оно надо, а если надо, то проще переписать.
Как инженер могу сказать - это очень полезная и простая в использовании штука для установки крнфликтующего между собой софта и версий ПО для различного оборудования, в том числе и для уже не запускаемого на новых WINDOWS. Иногда использую для тестов нового софта на пригодность, дабы не гадить в основную ОС.
Для точной имитации окружения и поведения прод-сервера на локальном хосте, используемое для разработки, отладки и тестирования продукта!
Для рабочего софта: иным программам по 25-30 лет, а они просто - работают. Зафиксировал окружение и пользуйся.
Для левых некрупных серверов и систем, которые ставить на железо не имеет вообще никакого смысла.
Для эмуляций конечных станций (кросс-разработка, хардэнд-разработка, просто разработка) и симуляций набора станций (ханипоты)
Применений - дохрена. Только откровенно глупый человек будет так уныло набрасывать
Мне для работы понадобилось 11 штук операционок QNX запустить. Помогли только VMware WS и Virtualbox. Причём VB даёт удобное подключение к мордам этих машин удалённо. Сейчас на VB под Астрой крутится 18 штук виртуалок QNX и Мастдая больше года без проблем. А кому надо побольше разного функционала, покупают что покруче.
А можно ли как-то виртуальную сетевую карту виртуалбокса связать с SOCKS proxy на хосте, т.е. указать ей какой-то особый тип и источник, что-то вроде 127.0.0.1:1234 и чтобы она весь интернет из виртуалки заворачивала на этот прокси?
> А можно ли как-то виртуальную сетевую карту виртуалбокса связать с SOCKS proxy
> на хосте, т.е. указать ей какой-то особый тип и источник, что-то
> вроде 127.0.0.1:1234 и чтобы она весь интернет из виртуалки заворачивала на
> этот прокси?В "Настройках" Виртуалбокса (не виртуалки) включаешь виртуальную сетевую карту vboxnet0, адрес по дефолту встанет 192.168.56.1. Дальше скрипт: https://pastebin.com/wBGEMcnn Поменяй порт на любой, который захочешь. В фаерфоксе выстави "прокси" и "получать DNS через SOCKS".
У VirtualBox есть проблема с сетью по LTE.
Не нашел решения. Иногда нужно давать через RDP доступ к своей виртуальной сессии на ноуте с LTE. И тогда только по вафлям, хотя хотелось бы сразу по LTE.
Может уже есть выход?