Виртуальная машина для alt linux

Установка и настройка VirtualBox в Alt Linux

Ставим Alt Linux. В моем случае это был этот дистрибутив:
http://ftp.altlinux.org/pub/distributions/ALTLinux/p6/iso/simply/altlinux-6.0.1-simply-x86_64-ru-live-dvd.iso
Во время инсталляции, в выборе программ, галкой включаем «Виртуализацию».

Если ничего в Линуксе больше не делать, то при попытке запустить создаваемую Гостевую ОС Виртуалка выдает эту ошибку:
/etc/init.d/vboxdrv setup

Итак, начинаем лечить. Погнали.

0. Смотрим версию своего ядра командой uname -r
Терминал выдаст это:
3.0.68-std-def-alt0.M60P.1

1. Через обычное «Программа управления пакетами Synaptic» ставим пакеты:
kernel-modules-virtualbox-std-def-4.2.4-alt2.196677.0.M60P.1
kernel-modules-virtualbox-addition-std-def#4.2.4-alt2.196677.0.M60P.1 (именно этот пакет, а не другой, похожий на него)
и удаляем пакеты от другой версии VirtualBox:
kernel-modules-virtualbox-addition-std-def#4.1.4-alt0.
kernel-modules-virtualbox-std-def#4.1.4-alt0.

3. Графика сломается. Останется лишь противный «черный экран и мигающий курсор». Логинимся под root-ом и смотрим версию своего ядра командой:
uname -r
Выдаст это (более новую версию):
3.0.69-std-def-alt0.M60P.1
Это происходит потому, что при установке новых пакетов для Виртуалки, у нас установится более новое ядро, а все остальные модули и драйвера, в том числе и для видюшки, останутся старыми, не обновленными под это новое ядро. Потому графика у нас и сломается.

4. Даем команды:
apt-get update
update-kernel -t std-def
и ждем, пока все обновится.
Возможно еще понадобиться ввести команду «grub-mkconfig -o /boot/grub/grub.cfg», но я ее не проверял и не вводил. Виртуалка заработала и без этой команды.

5. Следом даем команду:
remove-old kernels
Типа, для удаления старых ядер Линукса. После этого даже в «Загрузчике» (в меню при старте нашего Линукса) станет меньше пунктов меню для выбора.

7. Если до того в VirtualBox уже были созданы пробные виртуальные Гостевые ОС, то их нужно ОБЯЗАТЕЛЬНО удалить и создать новые. Старые, пробные ОС не заработают никак!

8. Для виртуалки «Windows XP» нужно выделять памяти не более 3584мб. Иначе виртуалка не запустится и выдаст эту ошибку:
VERR_VMX_MSR_LOCKED_OR_DISABLED

В общем, все должно заработать.

Примечание 1
После установки в VirtualBox Гостевой ОС, например, WinXP, видеокарта там нормально не заработает. Чтобы заработала, читаем этот мануал:
http://www.ivakorin.ru/%D0%B2%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-directx-%D0%B8-3d-%D0%B2-virtualbox/
или просто читаем это:
Идем на сайт http://download.virtualbox.org/virtualbox/ выбираем свою версию VirtualBox и качаем образ дополнений VBoxGuestAdditions_х.х.х.iso где х.х.х версия нашего VirtualBox. После чего загружаем гостевую ОС, в «Безопасном режиме» (кажется можно и в обычном режиме) и выбираем в верхнем, служебное меню Гостевой ОС, следующее:
Устройства/Приводы оптических дисков/Выбрать образ оптического диска. Выбираем наш образ и устанавливаем. Перезагружаемся и тестируем 3D и DirectX. Лично у меня, худо бедно, заработала одна простенькая игрушка и пропала ошибка в Оборудовании ОС, которая гласила, что видеодрайвер на мою видюшку не найден. И то слава Богу! Не забываем, что Виртуальная машина — это все же не для игрушек.

Примечание 2
Чтобы полностью восстановить гостевую ОС после переустановки Линукс или еще по какой-то другой аварийной причине, нужно виртуальный винчестер с нашей Гостевой ОС где-то до этого сохранить. Это файл с расширением *.vdi Пусть это будет файл WinXP.vdi Размер у него может быть порядочный, до 10 гигов и больше. В общем, переписываем его в любое удобное место и сжимаем архиватором. Пусть лежит до лучших времен. После того, как у нас (допустим) все сломалось:
1. Ставим Линукс
1. Настраиваем Виртуалку
2. Жмем создать новую ОС
3. Даем ей имя «WinXP» и переходим в закладку, где нужно указать объем выделяемой для Гостевой ОС оперативной памяти.
4. В этот момент, в пути, где будет создаваться Гостевая ОС уже появится каталог с этим именем: «WinXP»
5. Закидываем в эту папку наш, ранее сохраненный, файл.
6. Жмем далее и вместо того, чтобы создавать новый виртуальный жесткий диск, выбираем уже существующий. То есть, наш файл.
7. Премся!
8. Так же, иногда, можно не создавать новую ОС вместо убитой старой, а просто перезаписать старый испорченный файл виртуального винчестера WinXP.vdi ранее сохранным файлом. Естественно, с потерей всей старой Гостевой ОС и ее данными, накопленным и в ней.

Примечание 3
Если в настройках сети (виртуальной сетевой карты) хочется использовать ручные настройки. То в меню ОС, «Устройства/Сетевые» адаптеры поле «Тип подключения» нужно переключить на «Сетевой мост». После чего можно будет ввести в сетевой карте ручные настройки.

Примечание 4
Не забываем, что по умолчанию Гостевая ОС сможет увидеть только свой личный виртуальный жесткий диск и ничего больше. Если нужно, чтобы она увидела другие жесткие диски, то нужно зайти в служебное меню Гостевой ОС, следующее:
Устройства/Общие папки, нажать на плюсик и выбрать нужную нам папку и или диск целиком.

Отзыв об этой статье можете оставить в моей Гостевой книге. 🙂

Источник

Посты эникейщика

Зметки эникейщика обо всём что встречается в процессе работы и не только.

Поиск по этому блогу

пятница, 17 августа 2018 г.

alt linux virtual box install как установить

После rosa руки дошли до alt linux. Отзыв о данном дистрибутиве будет позднее когда я с ним наиграюсь а пока небольшая инструкция как запустить virtual box на alt linux. В wiki и на форуме у них увы информация датируется 2010 годом с vb 3.2 при актуальном vb 5.1.

Небольшое отступление которое ввело меня в ступор при начале работы с alt linux. Alt linux сам по себе базируется на rpm системе ( red hat etc ) но при этом использует менеджер пакетов apt.

И так что бы установить virtual box требуется ( все команды от рута ):

Со страницы загрузки скачать версию для Fedora 26 / 27 / 28 i386 | AMD64 в зависимости от разрядности вашей системы.
Установить перейдя в директорию с загруженным пакетом командой apt-get install VirtualBox-5.2.-*
ИЛИ установить из репозитория apt-get install virtualbox
Обновить ядро и всё и вся. update-kernel -t std-def && apt-get update && apt-get upgrade && apt-get dist-upgrade
Обязательно перезагрузить компьютер по завершению.
Установить vb модули ядра ( спасибо советчику в официальной группе телеграмм за подсказку ) apt-get install kernel-modules-virtualbox-un-def
Запускаем virtualbox из терминала и можно создавать а затем стартовать машину.

К сожалению мне попользоваться virtualbox так и не удалось. Видимо не стоило пытаться запустить windows 7 поверх alt linux сервер на машине с core2duo и 1гб памяти на борту. Но оно пыталось!)

p.s. попробовал на более мощном пк с установкой из репозиториев — всё нормально.

Надеюсь информация была полезной.
Успехов и хорошего дня!

Источник

Виртуальная машина для alt linux

VDI, или Virtual Desktop Infrastructure, — инфраструктура виртуальных рабочих столов. Это общее название идеологии, согласно которой сотрудники для выполнения своих задач используют удаленные рабочие места, организованные на виртуальных машинах. Эта концепция не нова и похожа на использование терминального сервера. Отличается тем, что такой терминальный сервер организуется в виртуальной машине, возможно для каждого сотрудника отдельной и даже не единственной. Сами сотрудники при этом могут использовать т.н. «тонкие клиенты».

Так что же это такое? [ править ]

Так как это концепция, то возникает путаница (технические нюансы) того, что понимать под термином VDI:

только удаленный доступ к рабочему окружению (или только протокол VNC, RDP, SPICE, X2Go)
терминальный виртуальный сервер для множества пользователей с протоколом удаленного доступа (Xvnc, Xspice, Xrdp)
доступ к консоли виртуальной машины (к qemu) по VNC или SPICE

Кто-то считает, что установив X2Go на виртуальном сервере и предоставив доступ пользователям, уже можно называть подобное VDI. Или предоставление доступа к консоли виртуалки в PVE или OpenNebula по SPICE тоже можно назвать VDI. Но это все просто удаленный доступ к рабочему месту.

Критерии [ править ]

Предлагаю называть VDI нечто большее, обладающее следующими характеристиками (некоторые могут быть опциональными):

система управления виртуальными машинами или использование существующих систем управления (VMware, PVE, OpenNebula, Openstack и т.п.)
брокер соединений от пользователя к виртуальным машинам, единая точка входа пользователей с аутентификацией
клиентское приложение или web-приложение для доступа к удаленному рабочему месту
использование golden image и средств управления им (эталонный образ-шаблон виртуальной машины), который будет клонироваться при создании виртуальной машины
возможность создавать виртуальные машины по требованию пользователя
сквозная аутентификация (SSO) в системе управления VDI и гостевой ОС внутри виртуальной машины
возможность выполнения дополнительных скриптов и применения настроек после разворачивания виртуальной машины (например, ввод в домен AD, Samba или FreeIPA)

Что есть в репо [ править ]

В основном на рынке представлены коммерческие и довольно дорогие системы VDI. В Альт присутствуют следующие решения VDI:

ravada — проект со своей системой управления виртуальными машинами, с минимум функций, доступом пользователей к VM через web-интерфейс. Назвать VDI можно с натяжкой. Но для простых применений может быть достаточным.
openuds — продвинутая VDI, удовлетворяющая множеству вышеперечисленных требований, использует различные системы управления VM (PVE, OpenNebula, OpenStack). Состоит из нескольких взаимосвязанных компонентов: server (брокер — django приложение), tunnel (guacomole), actor (ПО для взаимодействия из виртуальной машины с брокером), client (python GUI приложение для клиентов).

Источник

Импортозамещение на практике. Часть 2. Начало. Гипервизор

В предыдущей статье были рассмотрены варианты, на что можно заменить существующие системы в рамках выполнения приказа об импортозамещении. Далее в статьях речь пойдет о выборе конкретных продуктов для замены развернутых в настоящее время. Начнем с точки отсчета — системы виртуализации.

1. Муки выбора

Система серверной виртуализации «Р-Виртуализация» (libvirt, KVM, QEMU)
Программный комплекс «Средства виртуализации «Брест»» (libvirt, KVM, QEMU)
Платформа управления и мониторинга среды виртуализации «Sharx Stream» (облачное решение, которое не подходит для госконтор в 95% случаев (секретность и т.д.)
Программный комплекс виртуализации серверов, рабочих столов и приложений «ХОСТ» (KVM x86)
Система безопасного управления средой виртуализации «Z|virt» (он же oVirt+KVM)
Система управления средой виртуализации «ROSA Virtualization» (он же oVirt+KVM)
Гипервизор QP VMM (слишком похож на Oracle Virtual Box, чтобы быть чем-то другим)

Так же можно брать в расчет гипервизоры, входящие в состав поставки ОС, или находящиеся в их репозитории. Например, у той же Astra Linux есть поддержка KVM. И так как он входит в репозитории ОС, то его можно считать «легитимным» для установки и использования. О том, «что можно использовать в рамках импортозамещения, а что нет», было оговорено в предыдущей статье, так что не буду останавливаться на этом вопросе.

VirtualBox
Virt-manager (KVM) Орел current
libvirt over KVM

ROSA Virtualization over oVirt over KVM
QEMU over KVM
oVirt 3.5 over KVM

1.2. Есть одно НО

При ближайшем рассмотрении, делаем вывод, что иметь дело нам придется всего лишь с несколькими известными гипервизорами, а именно:

KVM
VirtualBox
QEMU
bhyve

QEMU — свободная программа с открытым исходным кодом для эмуляции аппаратного обеспечения различных платформ, которая может работать и без использования KVM, но использование аппаратной виртуализации значительно ускоряет работу гостевых систем, поэтому использование KVM в QEMU (-enable-kvm) является предпочтительным вариантом. (с) То есть QEMU — гипервизор 2го типа, что неприемлемо в продуктовой среде. С KVM его можно использовать, но в этом случае QEMU будет использоваться в качестве средства управления KVM.

bhyve — гипервизов второго типа. Отметается.

Использование оригинального VirtualBox в коммерции является фактически нарушением лицензии: «Начиная с версии 4, выпущенной в декабре 2010 года, основная часть продукта распространяется бесплатно под лицензией GPL v2. Устанавливаемый поверх неё дополнительный пакет, обеспечивающий поддержку устройств USB 2.0 и 3.0, протокол удалённого рабочего стола (RDP), шифрование накопителя, загрузку с NVMe и по PXE, распространяется под особой лицензией PUEL («для личного использования и ознакомления»), по который система бесплатна для личного использования, в целях обучения или для оценки перед принятием решения о приобретении коммерческой версии.» (с) Плюс VirtualBox так же является гипервизором 2го типа, так что он так же отпадает.

Итого: в чистом виде мы имеем только KVM.

2. В остатке: KVM или KVM?

В случае, если вам все же необходимо перейти на «отечественный» гипервизор — выбор у вас, прямо скажем, невелик. Это будет KVM в той или иной обертке, с теми или иными доработками, но все равно это будет KVM. Хорошо это или плохо — вопрос другой, все равно альтернативы нет.

В случае, если условия не столь строги, то, как говорилось в предыдущей статье: «Нам надо привести показатели к установленным пределам. На деле это значит, что мы должны заменить существующие ОС на продукты из реестра Минкомсвязи и довести количество замененных операционных систем до 80%.… Итак, мы спокойно можем оставить кластер на Hyper-V, раз уж он у нас есть и нам он нравится. » (с) Так что перед нами стоит выбор: Microsoft Hyper-V или KVM. KVM может быть с «прикрученными» к нему средствами управления, но он все равно останется все тем же KVM.

Эти продукты сравнивались далеко не однократно, не двукратно, не трехкратно… Ну, вы поняли…

Про развертывание и настройку KVM так же писалось не однократно, не двукратно, не трехкратно и не четырехкратно… Словом, выпонели.

Не вижу смысла повторяться и описывать эти системы, сравнивать и т.д. Можно, конечно, повыдергивать из статей ключевые моменты, но это будет неуважение к авторам, я считаю. Кому предстоит выбирать — тот прочтет не только это, но и еще гору информации, чтобы определиться.

Единственное отличие, на котором хочу заострить внимание — отказоустойчивая кластеризация. Если у Microsoft это встроено в ОС и функционал гипервизора, то в случае с KVM придется использовать стороннее ПО, которое должно входить в репозитории ОС. Та же связка Corosync+Pacemaker, например. (Эта связка есть почти у всех отечественных ОС… может, и у всех, но все 100% я проверять не стал.) Мануалы по настройке кластеризации так же имеются в избытке.

3. Вывод

Ну, как обычно, наши Кулибины не стали заморачиваться, взяли что было, прикрутили чуточку своего, и выдали «продукт», который по документам является отечественным, а на деле — OpenSource. Есть ли смысл тратить деньги из бюджета за «отдельные» системы виртуализации (читай не входящие в состав ОС)? Не думаю. Так как все равно вы получите тот же KVM, только за него еще нужно будет заплатить.

Таким образом, выбор замены для гипервизора сводится к тому, какие серверные ОС вы собираетесь закупать для Предприятия и эксплуатировать. Или же, как в моем случае, останетесь на том, что у вас уже есть (Hyper-V\ESXi\вписать_нужное).

Так же по теме можете почитать:

Предыдущая статья про планирование импортозамещения.

И далее по теме:

Статья про «отечественные» операционные системы.

Источник