sudo apt-get install sun-java6-jre sun-java6-plugin

Второй шаг – это качаем Android SDK 1.6 R1 отсюда .
Распаковываем архив:

tar -xzvf android-sdk-linux_x86-1.6_r1.tgz

Третий шаг – обновляем SDK. Для этого переходим в распакованный архив в папку tools и оттуда запускаем команду:

android update sdk

Далее со всем соглашаемся и ждем пока SDK Обновиться.
Создаем новую директорию с именем ANDR в которой будем проводить все эксперименты.

user @Jaunty:~$ mkdir ANDR

Все приведенные ниже команды выполняются в этой директории.
Виртуальные телефоны, созданные Android SDK, называют AVDs (Android Virtual
Device). Начнем эксперимент с виртуальной SDCARD и виртуальным
телефоном.
Давайте создадим виртуальную SDCARD.

$ mksdcard 2048M SDCARD

Если вы посмотрите на содержимое папки, вы увидите файл с именем 2GB SDCARD
Затем, создайте виртуальный Android телефон под названием USER_PHONE.

$ android create avd -n USER_PHONE -t 2

Android 1.6 является одним из основных платформе Android.
Вы хотите создать пользовательский профиль Hardware [нет]
Введите нет. Вы получите обратно следующее сообщение.
Создан AVD ‘USER_PHONE’ на основе Android 1.6, со следующей аппаратной конфигурацией:

hw.lcd.density = 160

Теперь запустить эмулятор Android.

$ emulator @USER_PHONE -sdcard SDCARD

Итак,
Сборка и установка ядра

Для начала установим исходники ядра и патч:

aptitude update
aptitude install kernel-patch-openvz
aptitude install linux-source-2.6.18

Также нам понадобятся утилиты для работы и управления виртуальными машинами:

aptitude install vzctl vzquota

Распакуем ядро:

cd /usr/src
tar xjvf linux-source-2.6.18.tar.bz2
cd linux-source-2.6.18

Скопируем конфиг:

cp /boot/config-2.6.18-4-686 .config

Исправим в конфиге параметр CONFIG_SECURITY он должен быть установлен в n. Вот так:

CONFIG_SECURITY=n

Установим пакет kernel-package, он нам поможет собрать пакет с пропатченным ядром:

aptitude install kernel-package

Соберем и установим новое ядро:

make-kpkg –append_to_version=-1-openvz –added_patches=openvz –revision=1 kernel_image
cd ..
dpkg -i linux-image-2.6.18-1-openvz_1_i386.deb
update-initramfs -c -k 2.6.18-1-openvz
update-grub

Редактируем /boot/grub/menu.lst так, чтобы у нас грузилось новое ядро. Перезагружаемся.

Если вы все сделали верно, то после перезагрузки у вас появится новый сетевой интерфейс venet.

Создание виртуальных машин.

Для начала поменяем параметры ядра:

sysctl -w net.ipv4.conf.eth0.proxy_arp=1
sysctl -w net.ipv4.ip_forward = 1

Далее нам понадобится хотя бы один шаблон ОС(шаблоны вы найдете на сайте OpenVZ).

cd /var/lib/vz/template/cache
wget http://download.openvz.org/template/prec…

Непосредственно создаем новую машину с VEID 101:

vzctl create 101 –ostemplate debian-4.0-minimal –config vps.basic
vzctl set 101 –onboot yes –save
vzctl set 101 –hostname hostname1.example.com –save
vzctl set 101 –ipadd 192.168.5.1 –save
vzctl set 101 –numothersock 120 –save
vzctl set 101 –nameserver 192.168.0.1 –save
vzctl set 101 –privvmpages 500000:750000 –save
vzctl start 101
vzctl exec 101 passwd

Заходим внутрь:

vzctl enter 101

Проверяем, все ли работает, и наслаждаемся:)

Прочие полезности:

Конфигурационные файлы находятся в /etc/vz/
команда vzctl start – запускает виртуальную машину.
команда vzctl stop – останавливает виртуальную машину.
команда vzctl restart – перезапускает виртуальную машину.

cat /proc/user_beancounters покажет используемые ресурсы и покажет их нехватку.

vzlist покажет запущенные виртуальные машины
vzlist -a покажет все сконфигурированые виртуальные машины
vzpid $PID По pid процесса покажет VEID в которой запущен процесс.

[msiu]
name=ASPLinux $releasever – $basearch – MSIU
baseurl=file:///полный-путь-до-каталога/update-msiu
gpgcheck=0

А после этого осталось запустить yum update. Тут же мне был выдан список зависимостей, которые я еще не разрешил. Пришлось скачать еще ядро 2.11.х.х для пакета hal, сам этот пакет, redhat-artworks. Хорошо, что все эти пакеты есть на вышеуказанном сайте. После добавления их всех в каталог update-msiu и последующего createrepo все стало на свои места. Вообще-то можно обновиться и через И-нет, используя yum, но для диал-апщиков, чудом заполучивших толстый канал вдалеке от домашнего ПК, это хорошее подспорье в работе. Надеюсь, что статья поможет вам в установке обновлений Linux.
Удачи!

- Full system emulation – создается полноценная виртуальная машина, имеющая “свой” процессор и различную периферию;
- User mode emulation – режим, поддерживаемый только в Linux, позволяет запускать на родном процессоре программы, откомпилированные под другую платформу.

Во втором варианте QEMU берет на себя всю заботу по переводу инструкций процессора и конвертацию системных вызовов. В этом режиме возможна эмуляция не только x86, но и процессоров других архитектур: ARM, SPARC, PowerPC, MIPS и m68k.

Работает QEMU на Linux, FreeBSD, Mac OS X, FreeDOS и Windows (www.h7.dion.ne.jp/~qemu-win). В качестве основной платформы можно использовать компьютеры на базе x86, x86_64 и PowerPC. Хотя ограничено поддерживаются и некоторые другие (DEC Alpha, SPARC32, ARM, S390).

На сайте проекта QEMU предлагаются исходные тексты, бинарная сборка для Linux и ссылки на пакеты для RHEL/Fedora и Slackware, плюс порты Windows, OpenSolaris, Mac OS X и готовые образы систем. Для примера установим QEMU в Ubuntu, хотя все сказанное будет актуально для Debian и в некоторой мере для других дистрибутивов. Проверяем, что доступно в репозитарии:

$ sudo apt-get update
$ sudo apt-cache search qemu

Пакеты QEMU в репозитарии Ubuntu

Пакеты QEMU в репозитарии Ubuntu

Если подключен репозитарий Universe, в ответ получаем список приложений, в котором присутствует как сам эмулятор, так и некоторые утилиты для работы с ним. Смотрим, что за версию предлагают:

$ sudo apt-cache show qemu | grep -i version

Version: 0.9.1-1ubuntu1

Она соответствует последней доступной на сайте. Ставим:

$ sudo apt-get install qemu kqemu-common kqemu-source

Также QEMU появится при установке пакета kvm. Список зависимостей можно просмотреть командой:

$ sudo apt-cache depends qemu

Теперь собираем модуль kqemu QEMU Accelerator Module, позволяющий выполнять часть кода напрямую на реальном процессоре, минуя виртуальный, ускоряя таким образом работу гостевой системы. Запуск виртуальной ОС без этого модуля замедляется примерно в 5 раз.

$ sudo module-assistant prepare
$ sudo module-assistant auto-install kqemu

Или вручную:

$ cd /usr/src/kqemu*
$ sudo ./configure
$ sudo make
$ sudo ./install.sh

Пробуем загрузить модуль:

$ sudo modprobe kqemu
$ lsmod | grep kqemu
kqemu 124196 0

Чтобы впредь не загружать его вручную, добавляем строку “kqemu” в /etc/modules.
В некоторых дистрибутивах, использующих UDEV, к команде для запуска модуля, возможно, понадобится добавить параметр “major=0″:

$ sudo modprobe kqemu major=0

Запустить LiveCD дистрибутив очень просто. Для этого достаточно вставить диск в привод и ввести команду:

$ qemu -m 512 -cdrom /dev/cdrom

Для виртуальной машины я выделил 512 Мб, по умолчанию 128 Мб, чего обычно не хватает. Через некоторое время появится новое окно, в котором будет запущена ОС. Принцип взаимодействия напоминает VMWare, чтобы управлять виртуальной системой, щелкаем мышкой внутри окна, выйти можно, нажав .
Если есть ISO образ, то можно подключить и его:

$ qemu -m 512 -cdrom PuppyRus-1.20U-Lite-M.iso

Дистрибутив PuppyRus в QEMU

Если при запуске эмулятора будет выдаваться сообщение о неактивности модуля kqemu:

“Could not open /dev/kqemu – QEMU acceleration layer not activated: Permission denied”,

потребуется изменение прав на файл устройства /dev/kqemu (по умолчанию 660):

$ sudo chmod 666 /dev/kqemu

Кстати, ранее требовалось создавать этот файл вручную при помощи команды:

$ sudo mknod /dev/kqemu c 250 0

Теперь в этом нет необходимости. В некоторых системах при запуске эмулятор может потребовать перестроить параметры таймера высокого разрешения “Could not configure /dev/rtc to have a 1024 Hz timer…“, тогда выполняем команду:

$ sudo sh -c “echo 1024 > /proc/sys/dev/rtc/max-user-freq”

В Ubuntu 8.04 по умолчанию его значение равно 64, но QEMU никогда не жаловался. Идем дальше.
Для установки гостевой ОС сначала нужно создать виртуальный диск:

$ qemu-img create test-disk 4G

Хотя можно это сделать и при помощи dd:

$ dd of=test-disk bs=1024 seek=4194304 count=0

Правда, есть отличие: утилита dd позволяет создать только raw образ, который представляет собой файл, заполненный нулями. Утилита qemu-img поддерживает несколько форматов, указать на которые можно при помощи параметра ‘–f‘. По умолчанию создаются qcow файлы (qemu Copy On Write), этот формат поддерживает шифрование (AES, 128 бит) и компрессию, но возможны еще raw, cow (User Mode Linux), vmdk (VMWare) или cloop (сжатый loop, обычно используемый на LiveCD).

Многие предпочитают использовать именно raw. Формат raw не поддерживает сжатие, но если образ находится на разделе с файловой системой, поддерживающей дыры (holes), например ext2/3, то сжатие будет обеспечено драйвером ФС. И у этого способа есть еще один несомненный плюс – возможность монтирования в дерево ФС и работы как с обычным дисковым разделом. Использовав параметр info, можно получить информацию о готовом образе.
Утилита qemu-img поддерживает параметр convert, позволяющий преобразовывать образы из одного формата в другой:

$ qemu-img convert –f cow cowimage.cow image.raw

Теперь запустим виртуальную машину уже с жестким диском:

$ qemu -hda test-disk -cdrom ubuntu-8.04-desktop-i386.iso -m 512 -boot d -localtime

Эмулятор поддерживает до 4 виртуальных жестких дисков, которые обозначаются аналогично линуксовым от hda до hdd, и 2 флоппи диска – fda и fdb. Но использовать ‘-hdc’ и ‘-cdrom’ одновременно нельзя. Если используется только один образ диска, параметр hda можно опустить:

$ qemu test-disk

Параметр ‘-boot’ так же, как и в реальной машине, позволяет указать приоритет загрузки. Доступно 4 варианта:

- boot a – загрузка с виртуального флоппи;
- boot c – загрузка с жесткого диска (по умолчанию);
- boot d – загрузка с CD-ROM;
- boot n – сетевая (Etherboot) загрузка.

Параметр ‘–localtime‘ позволяет указать на использование локального времени в виртуальной машине.
Теперь устанавливаем операционную систему на жесткий диск обычным образом и после перезагрузки используем уже:

$ qemu test-disk -m 512 -localtime

Чтобы виртуальная система стартовала сразу в полноэкранном режиме, добавь ключ ‘-full-screen’, переключение производится при помощи комбинации . В некоторых гостевых ОС, возможно, потребуется отключить ACPI флагом ‘-no-acpi‘.

В зависимости от установок родительской ОС, в процессе запуска может возникнуть сообщение о том, что эмулятор не может получить доменное имя. Самым простым выходом будет добавить опцию ‘-dummy-net‘, активирующую поддельный сетевой стек, но при этом гостевой системой не будут приниматься и отправляться пакеты:

$ qemu -dummy-net -cdrom /dev/cdrom

Консоль управления QEMU

QEMU предоставляет возможность управлять своей работой и получать информацию из специальной консоли. Чтобы ее вызвать нажимаем комбинацию . Теперь, используя разные команды (полный список которых доступен по help), можно добавить новое устройство, когда ОС уже загружена, сохранить (savevm имя_файла) или загрузить (loadvm) состояние виртуальной машины и многое другое. Например, чтобы добавить CD-ROM, достаточно ввести:

change cdrom /dev/cdrom

Использовав параметр info, мы узнаем о режиме или состоянии того или иного компонента. Например, «info kqemu» выведет режим, в котором находится модуль. Обратно в гостевую ОС можно вернуться, нажав .

Взято с http://sudouser.com

Итак приступим.

Устанавливаем софт (kvm и bridge-utils)

Для debian-based дистрибутивов:

$sudo apt-get install kvm bridge-utlis

Для redhat-based дистрибутивов:

$sudo yum install kvm bridge-utils

Конфигурируем виртуальный бридж-интерфейс

Допустим, у нас в системе один физический интерфейс, eth0, с IP 192.168.1.200.

$sudo ifconfig eth0 0.0.0.0
$sudo brctl addbr br0
$sudo brctl addif br0 eth0
$sudo ifconfig br0 192.168.1.200/24

Если вам безразлична работа сети в виртуальной машине, этот шаг можно пропустить. Бридж-интерфейс br0 послужит нам мостом между физическим интерфейсом системы eth0 и логическим tap-интерфейсом (пока еще не созданным) виртуальной машины.

Создаем файл с виртуальным диском

$sudo kvm-img create MyVirtualDrive.img -f qcow2 30G

Этой командой мы создаем виртуальный диск MyVirtualDrive.img. Как вы, наверное, успели заметить, последний параметр определяет максимальный размер виртуального диска. На момент создания файл будет занимать чуть больше 100k. Его размер будет расти по мере появления данных в файловой системе виртуальной машины.

Стартуем виртуальную машину

$sudo tunctl -b -u MyUsername -t qtap0
$sudo ifconfig qtap0 up 0.0.0.0 promisc
$sudo brctl br0 qtap0
$sudo kvm -cdrom /dev/cdrom -m 512 -hda MyVirtualDrive.img -net nic,macaddr=00:07:e9:0f:84:f0 -net tap,ifname=qtap0,macaddr=00:07:e9:0f:84:f0

Предварительно вставив установочный диск в CD-ROM, исполняем вышеприведенные команды (следует заменить MyUsername на реальное имя пользователя в системе). Первые три создадут логический tap-интерфейс и добавят его в мост br0. Последняя команда — собственно старт виртуальной машины.

Несколько замечаний напоследок

Нетрудно заметить, что основные «танцы с бубном» — обеспечение работы сети. Если сеть виртуальной машине не нужна, вся конфигурация сводится к

$sudo kvm-img create MyVirtualDrive.img -f qcow2 30G
$sudo kvm -cdrom /dev/cdrom -m 512 -hda MyVirtualDrive.img

В последней команде вместо /dev/cdrom можно указать путь к образу диска.

В последней команде параметр -m определяет, сколько памяти будет у виртуальной машины.

В последней команде параметр macaddr определяет MAC адрес сетевого интерфейса виртуальной машины. Нужно проследить, чтобы он был уникален для вашей сети.

Создание интерфейса br0 можно прописать в автозагрузку. Например, для debian и ubuntu нужно вписать в /etc/network/interfaces следующее:

auto br0
auto eth0
iface eth0 inet manual
iface br0 inet static
address 192.168.1.200
netmask 255.255.255.0
gateway 192.168.1.1
bridge_ports eth0
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off

Взято с alexsnet.ru