Журнал LinuxFormat - перейти на главную

LXF138:Virtualization

Материал из Linuxformat
Перейти к: навигация, поиск
Подписка на печатную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подписка на электронную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подшивки старых номеров журнала (печатные версии)
Весь 2014 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Hardcore Linux Проверьте себя на крутом проекте для продвинутых пользователей

Содержание

Вир­туа­ли­за­ция: Миграция

Ко­гда де­ло до­хо­дит до вир­туа­ли­за­ции, VMware – не един­ст­вен­ный вы­бор. Джон Лам­би по­ка­жет, как пе­ре­не­сти вир­ту­аль­ные ОС на Qemu или VirtualBox.

Вам когда-нибудь снил­ся сон, где вы сно­ва сра­жа­лись бы с VMware Server, пы­та­ясь за­ста­вить его ра­бо­тать на но­вом яд­ре Linux, а от него вдруг оста­ва­лась толь­ко комки же­ва­тель­ной ре­зин­ки, соединенные обрывками бе­чев­ки и лип­кой лен­той? Это и прав­да гениаль­ное изо­бре­тение, но в ито­ге мо­жет вый­ти за­ла­тан­ным, как еги­пет­ская му­мия.

К сча­стью, есть и дру­гие при­ло­жения для Linux, спо­соб­ные при­нять госте­вую опе­ра­ци­он­ную систе­му. Мы на­зы­ва­ем их менед­же­ра­ми вир­ту­аль­ных ма­шин (VMM), и по­став­ля­ют­ся они в несколь­ких ва­ри­ан­тах, в диа­па­зоне ме­ж­ду менед­же­ра­ми вир­ту­аль­ных ма­шин с пол­ной вир­туа­ли­за­ци­ей, ти­па VMware, вы­пол­няе­мы­ми как про­цес­сы в Linux, и «па­ра­вир­туа­ли­за­то- ­ра­ми», ко­то­рые вы­пол­ня­ют­ся ниже уров­ня стан­дарт­ной ОС, за­гру­жая спе­циаль­но мо­ди­фи­ци­ро­ван­ные яд­ра Linux; в их чис­ло вхо­дят Xen и ESXi от VMware.

Мы вы­бра­ли два менед­же­ра с пол­ной вир­туа­ли­за­ци­ей – Qemu и VirtualBox; оба сво­бод­ны (или хо­тя бы бес­плат­ны), на­хо­дят­ся в ак­тив­ной раз­ра­бот­ке, хо­ро­шо под­дер­жи­ва­ют­ся и ши­ро­ко ис­поль­зу­ют­ся. И оба пред­ла­га­ют со­дей­ствие в ми­гра­ции с VMware.

Ми­гра­ция шаг за ша­гом

Наш урок по­мо­жет вам прой­ти про­цесс ми­гра­ции, спра­вить­ся с про­бле­ма­ми, ко­то­рые мо­гут возник­нуть, и про­гнать дур­ные сны. Урок рас­счи­тан в основ­ном на тех, кто бу­дет ра­бо­тать с 32‑бит­ной госте­вой опе­ра­ци­он­ной систе­мой. Для 64‑бит­ных ОС все то­же спра­вед­ли­во, но со сво­ей спе­ци­фи­кой, о ко­то­рой мож­но уз­нать в до­ку­мен­та­ции по VMM. В об­щем слу­чае, что­бы миг­ри­ро­вать на но­вый менед­жер вир­ту­аль­ных ма­шин, нуж­ны сле­дую­щие пять ша­гов:

1 Уста­но­ви­те па­ке­ты но­во­го VMM. Дво­ич­ные па­ке­ты мож­но най­ти в ва­шем ди­ст­ри­бу­ти­ве или на сай­те VMM. Ес­ли их там нет, ском­пи­ли­руй­те их из ис­ходников.

Си­туа­ция с VirtualBox чуть сложнее. Oracle пре­достав­ля­ет две вер­сии: стан­дарт­ную уста­нов­ку и Open Source Edition (VirtualBox OSE). Это не од­но и то же! Дво­ич­ная вер­сия под­дер­жи­ва­ет вир­ту­аль­ный USB, но в ней нет встро­ен­но­го сер­ве­ра VNC. С OSE все на­обо­рот.

Что­бы по­лу­чить VNC-сер­вер, OSE нуж­но со­брать с оп­ре­де­лен­ны­ми оп­ция­ми. Да­же ес­ли в ва­шем ди­ст­ри­бу­ти­ве есть дво­ич­ный па­кет VirtualBox OSE, в нем мо­жет быть или не быть под­держ­ки VNC. И од­на из этих оп­ций не ра­бо­та­ет с гра­фи­че­ской кон­со­лью – для управ­ления госте­вой ОС на­до об­хо­дить­ся команд­ной стро­кой. VNC-сер­вер от OSE по­ка­зал­ся мне слег­ка неста­биль­ным, и я со­ве­то­вал бы вам взять вер­сию с за­кры­ты­ми ис­ходника­ми от Oracle.

2 Им­пор­ти­руй­те или ско­пи­руй­те опи­сание госте­вых ОС. И virt-etc, и VirtualBox под­дер­жи­ва­ют им­порт из Open Virtualisation For­mat (OVF): это про­мыш­лен­ный стан­дарт для экс­пор­та и им­пор­та опи­саний вир­ту­аль­ных ма­шин. VMware Server вер­сии 1 не под­дер­жи­ва­ет экс­порт в OVF, но VMware Server вер­сии 2 и бо­лее но­вые менед­же­ры вир­ту­аль­ных ма­шин от VMware под­дер­жи­ва­ют. В virt-etc есть ути­ли­та virtconvert, ко­то­рая вы­пол­ня­ет пре­об­ра­зо­вание пря­мо из фор­ма­тов VMware .vmx и .vmdk в фор­мат virt-image, ис­поль­зуе­мый virt-manager. Она так­же под­дер­жи­ва­ет свя­зан­ные с ним оп­ре­де­ления дисков .vmdk. Од­на­ко для пре­об­ра­зо­вания от VMware Server вер­сии 1 к VirtualBox нуж­но ли­бо миг­ри­ро­вать на вер­сию 2 и за­тем восполь­зо­вать­ся OVF, ли­бо на­чать с ну­ля.


3 Им­пор­ти­руй­те, ско­пи­руй­те или пе­реуста­но­ви­те со­дер­жи­мое дисков госте­вой вир­ту­аль­ной ма­ши­ны (ГВМ). Ес­ли вы поль­зуе­тесь OVF или (для ми­гра­ции на virt-etc) virt-convert и virt-image, они по­за­бо­тят­ся о со­дер­жи­мом дисков – как вир­ту­аль­ных, так и фи­зи­че­ских раз­де­лов. В по­следнем слу­чае ли­бо соз­дай­те их ко­пии на другом диске и восполь­зуй­тесь ими для но­вой ГВМ, ли­бо сде­лай­те их ре­зерв­ные ко­пии, пре­ж­де чем но­вая ГВМ начнет ра­бо­тать с ними.

Это по­зво­ля­ет миг­ри­ро­вать на VirtualBox без ис­поль­зо­вания OVF. К сча­стью, в VirtualBox мож­но ис­поль­зо­вать для дисков те же фай­лы .vmdk, что и в VMware.

4 Про­ве­ди­те все необ­хо­ди­мые из­менения в ГВМ – за­дай­те драй­ве­ры уст­ройств и на­строй­ки монито­ра. Для VirtualBox и ГВМ Win­dows уста­но­ви­те госте­вые до­полнения [Guest Additions]. Мож­но сде­лать это и для ГВМ Linux, но тут при­дет­ся еще и со­би­рать госте­вые мо­ду­ли яд­ра. Дру­гой под­ход при за­пуске ГВМ Linux на ком­пь­ю­те­ре с Linux в ка­че­стве глав­ной ОС – от­клю­чить X Window в ГВМ и экс­пор­ти­ро­вать DISPLAY госте­вой вир­ту­аль­ной ма­ши­ны в основ­ную ОС, и там поя­вят­ся госте­вые ок­на; да­лее для ГВМ по­на­до­бит­ся толь­ко обыч­ная VGA-кон­соль.

В слу­чае с Qemu убе­ди­тесь, что в ГВМ есть драй­ве­ры для вы­бран­ных вир­ту­аль­ных уст­ройств. Вы мо­же­те об­на­ру­жить ог­раничения на их ра­бо­ту. На­при­мер, кон­соль Cirrus Logic ГВМ Win­dows 2000 ог­раниче­на раз­ме­ра­ми 1024 × 768, но в Windows XP этот па­ра­метр боль­ше.

Спе­ци­аль­ные диско­вые и се­те­вые драй­ве­ры для ГВМ Qemu доступ­ны для Linux и Windows в со­ста­ве па­ке­та kvmvirtio. Для ГВМ Linux они по­став­ля­ют­ся с ядром. Для ГВМ Windows их мож­но за­гру­зить с сай­та KVM Red Hat, они неудоб­ны в уста­нов­ке и не вно­сят осо­бых улуч­шений, но ес­ли боль­ше ника­кие вир­ту­аль­ные уст­рой­ства не ра­бо­та­ют, по­про­буй­те эти. Для гра­фи­че­ских кон­со­лей нет драй­ве­ра virtio. VirtualBox так­же под­дер­жи­ва­ет се­те­вое уст­рой­ство virtio, но не диск virtio.

5 Ес­ли вы хо­ти­те (боль­ше) поль­зо­вать­ся сним­ка­ми [snapshots], по­тре­бу­ет­ся за­пастись диско­вым про­стран­ством.

Раскру­ти мне Live CD с диском

Те­перь пе­ренесем в Qemu ГВМ Live CD Linux с вир­ту­аль­ны­ми диска­ми. Эта ГВМ за­гру­жа­ет­ся с Live CD и так­же со­дер­жит один вир­ту­аль­ный диск, ко­то­рый нуж­но пе­ренести. На­строй­те та­кую ГВМ в VMware или восполь­зуй­тесь Live CD из LXF138 и счи­тай­те вир­ту­аль­ный диск необя­за­тель­ным. Мы по­смот­рим на раз­мер па­мя­ти и сеть и пре­об­ра­зу­ем со­дер­жи­мое диска.

Qemu по­став­ля­ет­ся в двух ва­ри­ан­тах. Пер­вый, qemu-kvm, под­дер­жи­ва­ет ап­па­рат­ное уско­рение (необ­хо­дим со­от­вет­ствую­щий про­цес­сор), а вто­рой, qemu-kqemu (бо­лее ста­рая вер­сия) пре­достав­ля­ет про­грамм­ное уско­рение. Вам по­на­до­бит­ся уста­но­вить один из них, а так­же па­ке­ты virt-etc.

В дан­ном слу­чае мож­но восполь­зо­вать­ся ути­ли­та­ми virt-convert и virt-image для пре­об­ра­зо­вания опи­саний и диска VMware в фор­мат Qemu и соз­дания но­вой ГВМ.

virt-convert по­лу­ча­ет опи­сание ГВМ из фай­ла .vmx VMware и пре­об­ра­зу­ет со­дер­жи­мое диска с по­мо­щью ути­ли­ты qemu-img. Qemu под­дер­жи­ва­ет несколь­ко аль­тер­на­тив­ных фор­ма­тов; .qcow2 – луч­ший из них, но ес­ли вам ну­жен доступ к фай­ло­вой систе­ме из хост-ком­пь­ю­те­ра, вы­бе­ри­те «сы­рой» об­раз диска. virt-image соз­да­ет но­вую ГВМ на осно­ве об­раза, соз­дан­но­го virt-convert с па­ра­мет­ра­ми команд­ной стро­ки, вклю­чая:

  • Объ­ем па­мя­ти Мо­жет по­вли­ять на про­из­во­ди­тель­ность. По­ка оставь­те зна­чение по умол­чанию. По­сле соз­дания ГВМ сто­ит по­про­бо­вать раз­ные зна­чения и сравнить ре­зуль­та­ты.
  • Сеть Вы­бе­ри­те мосто­вую схе­му вме­сто обыч­ной NAT-се­ти (LXF137:libvirt|LXF137]]). Она мень­ше на­гру­жа­ет систе­му, и ею про­ще управ­лять из команд­ной стро­ки Qemu. В VMware мосто­вое уст­рой­ство соз­да­ет­ся при уста­нов­ке па­ке­та, и оно од­но и то же для всех ГВМ. В virt-etc оно за­да­ет­ся от­дель­но для ка­ж­дой ГВМ. В Qemu оно долж­но быть од­ной из ло­ги­че­ских се­те­вых карт – tap[0‑n] или virbr[0‑n]. В virt-etc по умол­чанию ис­поль­зу­ет­ся virbr0.

Ес­ли все за­да­но пра­виль­но, ГВМ запустится! По­это­му сде­лай­те снимок систе­мы по­сле virt-convert, но пе­ред virt-image. В virt-etc еще нет функ­цио­на­ла для соз­дания сним­ков – восполь­зуй­тесь коман­дой qemu-img.

Вот не­сколь­ко при­ме­ров: 

virt-convert -i vmx -o virt-image -D qcow2 –hvm --os-type=linux --os-variant=fedora13 \
/home/vmware/Virtual_Machines/Livepdk /root/qemu_virt_images/Livepdk
ls -l /root/qemu_virt_images/Livepdk/Livepdk-000002.qcow2
-rw-r--r-- 1 root root 3473408 Jul 28 21:49 /root/qemu_virt_images/Livepdk/Livepdk-000002.qcow2
qemu-img snapshot -c snapshot /root/qemu_virt_images/Livepdk/Livepdk-000002.qcow2
ls -l /root/qemu_virt_images/Livepdk/Livepdk-000002.qcow2
-rw-r--r-- 1 root root 3539456 Jul 29 10:18 /root/qemu_virt_images/Livepdk/Livepdk-000002.qcow2
virt-image --connect qemu:///system –name=Livepdk_cnvtd --ram=512 --os-type=linux \
--os-variant=fedora13 --noacpi –network=bridge=virbr0 --vnc --vncport=5907 \
/root/qemu_virt_images/Livepdk/Livepdk.virt-image.xml

Как ви­ди­те, сни­мок со­хра­ня­ет­ся в фай­ле об­раза: 

qemu-img snapshot -l /root/qemu_virt_images/Livepdk/
Livepdk-000002.qcow2;
Snapshot list:
ID	 TAG	 VM SIZE	 DATE VM CLOCK
1	 snapshot	 0	 2010-07-29 10:18:58  00:00:00.000

Ес­ли у ГВМ нет вир­ту­аль­но­го диска (то есть это чистый Live CD), восполь­зуй­тесь коман­дой virt-install, а не virtimage. Эти коман­ды по­хо­жи, но virt-install принима­ет все опи­са­тель­ные па­ра­мет­ры из команд­ной стро­ки, а virt-image бе­рет их из фай­ла об­раза. Для соз­дания но­вой ГВМ так­же мож­но бы­ло восполь­зо­вать­ся гра­фи­че­ской обо­лоч­кой virt-manager. Это доста­точ­но про­сто, но не за­будь­те снять га­лоч­ку с Enable storage [Ак­ти­ви­ро­вать уст­рой­ства хранения дан­ных], ес­ли не хо­ти­те уста­нав­ли­вать но­вые об­ра­зы себе на диски!

Оп­ция -snapshot коман­ды Qemu – дру­гой тип сним­ка. Она недоступ­на из virt-manager – коман­ду Qemu нуж­но за­пустить са­мо­му. С этой оп­ци­ей Qemu не бу­дет запи­сы­вать об­нов­ления дисков на вир­ту­аль­ные диски, но со­хранит их в скры­том фай­ле в /tmp. Его мож­но по­смот­реть коман­дой lsof: 

lsof | fgrep -iedeleted
qemu   2464   root   9u	 REG   8,19   262144 155755 /tmp/vl.qv3fRY (deleted)

У ме­ня его раз­мер – 262 144 байт. Срав­ни­те с ва­шим. По умол­чанию эти из­менения бу­дут уте­ря­ны по­сле от­клю­чения ма­ши­ны. Но вы мо­же­те приказать Qemu при­ме­нять их, когда ГВМ ра­бо­та­ет, с по­мо­щью монито­ра Qemu. Для это­го за­пусти­те Qemu без оп­ции -vnc и пе­ре­клю­чи­тесь на монитор кон­со­ли ГВМ, на­жав Ctl+Alt+2, а за­тем об­рат­но, на­жав Ctl+Alt+1.

Пе­ре­но­сим Windows на VirtualBox

Рас­ши­рим наш кру­го­зор за пре­де­лы Unix. С лю­бой ГВМ Windows нуж­но вы­полнить ряд дей­ствий, за­пустив ее в VMware или непо­сред­ствен­но на ком­пь­ю­те­ре:

  1. Соз­дай­те об­раз за­гру­зоч­ной диске­ты и про­верь­те, ра­бо­та­ет ли он. С двой­ной за­груз­кой и VMware ва­ша Windows мо­жет за­гру­жать­ся че­рез Grub. Но в VirtualBox нуж­но за­гру­жать ее с от­дель­ной за­гру­зоч­ной диске­ты, соз­дан­ной для дан­ной ОС Windows.
  2. Соз­дай­те от­дель­ный ап­па­рат­ный про­филь для ка­ж­до­го менед­же­ра вир­ту­аль­ных ма­шин, ко­то­рый вы планируе­те за­пускать, и уве­личь­те вре­мя за­держ­ки для под­сказ­ки вы­бо­ра про­фи­ля, что­бы при за­груз­ке с кон­со­ли VNC вы успе­ли под­клю­чить­ся к ней кли­ен­том VNC, пре­ж­де чем исте­чет тай­м-а­ут.
  3. Из­бе­жать кон­флик­тов в драй­ве­рах уст­ройств мо­жет по­мочь уда­ление VMware Tools. Един­ствен­ный спо­соб это сде­лать – в диа­ло­ге уста­нов­ки VMware Tools во вре­мя ра­бо­ты в VMware; из ме­ню «Уста­нов­ка/уда­ление про­грамм» это­го сде­лать нель­зя.
  4. Сде­лай­те ре­зерв­ную ко­пию!

Те­перь рас­смот­рим гра­фи­че­ский ин­тер­фейс VirtualBox. Он по­хож на VMware с до­бав­лением Virtual Media Manager, ко­то­рый со­дер­жит пе­ре­чень всех вир­ту­аль­ных дисков, при­во­дов CD-ROM и диско­во­дов. Что­бы до­ба­вить уст­рой­ство хранения дан­ных в ГВМ, сна­ча­ла нуж­но до­ба­вить его в Media Manager, за­темвер­нуть­ся в на­строй­ки ГВМ и под­клю­чить его. Когда вы на­жме­те на кноп­ку «Под­клю­чить» [Attach], VirtualBox вы­бе­рет уст­рой­ство по умол­чанию, а по­том вы за­ме­няе­те его на нуж­ное вам, из пе­- реч­ня. Вы при­выкнете к это­му!

Пе­ренеси­те свою Windows

Пер­вое ре­шение, ко­то­рое нуж­но при­нять – как пе­ренести опи­сания ГВМ и дисков. Ес­ли ва­ша VMware под­дер­жи­ва­ет экс­порт ГВМ в OVF, восполь­зуй­тесь этим. Ес­ли у вас VMware Server V1, мож­но спер­ва миг­ри­ро­вать на V2, а за­тем вы­полнить экс­порт в OVF. V1 и V2 ис­поль­зу­ют оди­на­ко­вые опи­сания ГВМ и фор­ма­ты дисков. Но V2 мо­жет не ра­бо­тать с те­ку­щей вер­си­ей яд­ра Linux! Ес­ли вы не поль­зуе­тесь OVF, про­сто соз­дай­те но­вую ГВМ в VirtualBox. На­жми­те на кноп­ку Соз­дать [New], и от­кро­ет­ся мастер соз­дания но­вой госте­вой вир­ту­аль­ной ма­ши­ны. В про­цес­се его ра­бо­ты про­верь­те на­строй­ки се­ти и раз­мер па­мя­ти.

В за­ви­си­мо­сти от то­го, на фи­зи­че­ских или вир­ту­аль­ных дис­ках ра­бо­та­ет ГВМ, есть два спо­со­ба их пе­ре­но­са. Ес­ли диски фи­зи­че­ские, то ни пре­об­ра­зо­вы­вать, ни ко­пи­ро­вать их не нуж­но, но ре­зерв­ную ко­пию все-та­ки сто­ит сде­лать. Что­бы пред­ста­вить их Media Manager, восполь­зуй­тесь коман­дой 

VBoxManage internalcommands createrawvmdk -filename /root/VirtualBox_vmdks/winmachine.vmdk -rawdisk /dev/sdc -partitions 1 -register

За­гляните в гла­ву «Using a raw host hard disk» раз­де­ла «Advanced Topics» ру­ко­во­дства поль­зо­ва­те­ля. Ес­ли ГВМ не за­гру­жа­ет­ся, об­ра­ти­тесь к раз­де­лу с опи­санием об­щих про­блем с диска­ми.

Для фай­лов об­ра­зов вир­ту­аль­ных дисков со­от­вет­ствую­щие фай­лы .vmdk мож­но про­сто ско­пи­ро­вать в вы­бран­ный ка­та­лог и за­тем им­пор­ти­ро­вать в VirtualBox Media Manager че­рез гра­фи­че­ский ин­тер­фейс. Не поль­зуй­тесь ори­ги­на­ла­ми фай­лов VMware, так как долж­на остать­ся воз­мож­ность досту­па к ним из VMware на слу­чай про­блем. От­крой­те .vmdk в текcтовом ре­дак­то­ре, что­бы уви­деть, ссыла­ет­ся ли он на дру­гие фай­лы .vmdk, и ес­ли да, ско­пи­руй­те их то­же и из­мените пу­ти к фай­лам ро­ди­тель­ско­го .vmdk, что­бы он ссылал­ся на ско­пи­ро­ван­ные фай­лы, а не на ис­ход­ные фай­лы VMware (дру­ги­ми сло­ва­ми, воссоз­дай­те де­ре­во «ак­тив­ных» фай­лов .vmdk).

Те­перь под­клю­чай­те к ГВМ диски. Вы­бе­ри­те тип кон­трол­ле­ра вир­ту­аль­но­го диска, IDE или SCSI, и его мо­дель. Коман­да createrawvmdk обыч­но соз­да­ет вир­ту­аль­ный диск IDE, ко­то­рый со­от­вет­ствен­но нуж­но под­клю­чить к вир­ту­аль­но­му кон­трол­ле­ру IDE. Ес­ли вы ско­пи­ро­ва­ли файл .vmdk, мо­же­те от­крыть его в ре­дак­то­ре и по­смот­реть тип диска – IDE или SCSI – и вы­брать нуж­ный тип кон­трол­ле­ра.

Вы­бе­ри­те вир­ту­аль­ный CD-ROM, свя­зан­ный с об­ра­зом Guest Additions. VirtualBox, воз­мож­но, уже сде­лал это за вас, но ес­ли нет, вы­бе­ри­те ISO-об­раз и им­пор­ти­руй­те его в Media Manager. За­гру­зить его мож­но с сай­та http://download.virtualbox.org/virtualbox.

Ес­ли ваш про­цес­сор под­дер­жи­ва­ет ап­па­рат­ную вир­туа­ли­за­цию, VirtualBox по умол­чанию вклю­чит ее. Но ГВМ с 32‑бит­ной Windows без нее мо­жет ра­бо­тать бы­ст­рее, чем с ней.

Ес­ли ап­па­рат­ное уско­рение вклю­че­но, так­же нуж­но ак­ти­ви­ро­вать вло­жен­ные таб­ли­цы страниц. За­тем, при за­пу­щен­ной ГВМ, за­дер­жи­те кур­сор мы­ши над икон­кой с чи­пом внизу ок­на, что­бы по­нять, ак­тив­ны ли эти тех­но­ло­гии вир­туа­ли­за­ции. Ес­ли нет, зай­ди­те в BIOS хост-систе­мы. По­сле за­пуска Windows уста­но­ви­те госте­вые до­полнения VirtualBox [Virtual Box Guest Addi­tions] – из ме­ню или за­пустив со­от­вет­ствую­щий ис­пол­няе­мый файл на вир­ту­аль­ном CD-ROM.

По­иск неис­прав­но­стей

Обе эти вир­ту­аль­ные ма­ши­ны ра­бо­та­ют в об­щем непло­хо, но вот несколь­ко со­ве­тов по про­бле­мам, с ко­то­ры­ми столк­нул­ся я.

  • ОШИБКА: MP-BIOS: 8254 timer not connected to IO_APIC

Та­кое бы­ва­ет во вре­мя за­груз­ки ГВМ Linux в Qemu. Это несо­от­вет­ствие ме­ж­ду вир­ту­аль­ным APIC Qemu и до­воль­но при­дир­чи­вой про­вер­кой оши­бок тай­ме­ра в Linux. По воз­мож­но­сти по­ста­рай­тесь пре­дот­вра­тить это, до­ба­вив па­ра­метр noapic к команд­ной стро­ке за­груз­ки яд­ра, сняв оп­цию ACPI в virt-manager или до­ба­вив оп­цию -no-acpi в команд­ную стро­ку Qemu. Это не опе­чат­ки – в са­мом Qemu от­клю­чить APIC нель­зя, но де­ак­ти­ва­ция ACPI да­ет нуж­ный эф­фект. virt-manager по­зво­ля­ет от­клю­чить APIC, но это от­клю­чение не по­влия­ет на Qemu – толь­ко на Xen.

  • ОШИБКА: Сеть ГВМ от­ва­ли­ва­ет­ся при за­пуске под Qemu

Не по­вез­ло! Вы­клю­чи­те и пе­ре­за­гру­зи­тесь.

  • ОШИБКА: Раз­лич­ные ошиб­ки virt-etc

virt-etc иногда оши­ба­ет­ся при генера­ции коман­ды Qemu, что при­во­дит к ухуд­шению про­из­во­ди­тель­но­сти или сбою. При­ме­ры – некор­рект­ная под­держ­ка про­грамм­но­го ок­ру­жения KQemu или об­ра­зов за­гру­зоч­ных дискет. По­про­буй­те ис­пра­вить коман­ду Qemu вруч­ную.

  • ОШИБКА: ГВМ Linux не вы­клю­ча­ет­ся пол­но­стью при вы­клю­чении систе­мы

Вы ука­за­ли оп­цию -no-acpi (для ре­шения про­бле­мы с тай­ме­ром APIC) – и без вир­ту­аль­но­го ACPI госте­вая систе­ма Linux не смо­жет вы­клю­чить се­бя. По­до­ж­ди­те, по­ка она со­об­щит о раз­мон­ти­ро­вании фай­ло­вых систем, за­тем вы­клю­чи­те ее из кон­со­ли.

  • ОШИБКА: ГВМ под virt-manager с KQemu ра­бо­та­ет очень мед­лен­но

Про­верь­те, что в ко­ман­де Qemu есть две оп­ции: 

-enable-kqemu -kernel-kqemu

Ес­ли их нет, за­пусти­те коман­ду вруч­ную и до­бавь­те их.

  • ОШИБКА: В окне virt-manager про­па­ли мои из­менения в настройках

Вы за­бы­ли на­жать кноп­ку При­менить [Apply].

  • ОШИБКА: Про­бле­ма за­пуска ГВМ с Windows — ошиб­ки се­те­во­го драй­ве­ра

Ес­ли вы пе­ре­клю­чае­тесь с VMware на дру­гой менед­жер вир­ту­аль­ных ма­шин, где оп­ре­де­лен точ­но та­кой же или по­хо­жий се­те­вой кон­трол­лер, не исклю­чен кон­фликт с со­от­ветствую­щим драй­ве­ром Windows. Эту про­бле­му мож­но обой­ти, уда­лив VMTools. Или во вре­мя ра­бо­ты Windows мож­но най­ти уст­рой­ство и ве­леть Windows по­искать дру­гой драй­вер уст­рой­ства ли­бо уда­лить вир­ту­аль­ный адап­тер из Windows. За­тем пе­ре­за­гру­зи­тесь и по­зволь­те Windows уста­но­вить но­вое уст­рой­ство. Со­хра­няй­те от­дель­ные ап­па­рат­ные про­фи­ли Windows для всех менед­же­ров вир­ту­аль­ных ма­шин.

  • ОШИБКА: «Го­лу­бой эк­ран смер­ти» Windows во вре­мя за­груз­ки с со­об­щением о недоступ­ном уст­рой­стве за­груз­ки (INACCESSIBLE BOOT DEVICE) или невоз­мож­но­сти най­ти за­гру­зоч­ный диск

Про­цесс за­груз­ки Windows за­ви­сит от ап­па­рат­ных ха­рак­те­ри­стик за­гру­зоч­но­го диска и кон­трол­ле­ра. Ес­ли они из­ме­нят­ся, Windows мо­жет пе­ре­стать за­гру­жать­ся. Драй­ве­ры диска VMware вас от это­го за­щи­ща­ют, но Qemu и VirtualBox уяз­ви­мы. Фи­зи­че­ски за­гру­зоч­ный диск оста­ет­ся на сво­ем месте, но Windows мо­жет по­ду­мать, что вы его из­менили.

Неко­то­рые ста­тьи со­ве­ту­ют из­менить кое-что в рее­ст­ре Win­dows, что­бы ре­шить эту про­бле­му. Не де­лай­те это­го (во вся­ком слу­чае, не сей­час)! Луч­ше про­верь­те, что за­гру­зоч­ное уст­рой­ство ГВМ – это за­гру­зоч­ная диске­та, соз­дан­ная в том же эк­зем­п­ля­ре Windows и что тип вир­ту­аль­но­го кон­трол­ле­ра вир­ту­аль­но­го за­гру­зоч­но­го диска со­от­вет­ству­ет опи­санию вир­ту­аль­но­го за­гру­зоч­но­го диска – т.е. они долж­ны быть оба IDE, оба SCSI или оба SATA.

Про­ве­рив это, по­про­буй­те сменить тип вир­ту­аль­но­го кон­трол­ле­ра и диск. В Qemu для это­го мо­жет по­тре­бо­вать­ся за­пустить коман­ду Qemu вруч­ную. В VirtualBox за­дай­те вир­ту­аль­ный кон­трол­лер и для ка­ж­до­го из основ­ных ти­пов (IDE и SCSI) вы­бе­ри­те мо­дель из спи­ска. Есть еще две оп­ции уст­ройств хранения, ко­то­рые мож­но по­про­бо­вать: IO APIC (на вклад­ке Систе­ма [System]) и кэ­ши­ро­вание вво­да-вы­во­да хост-систе­мы (на вклад­ке Уст­рой­ства хранения [Storage], пункт Кон­трол­лер [Controller]).

  • ОШИБКА: Об­щее не­кор­рект­ное по­ве­де­ние ГВМ Windows

Зо­ло­тое пра­ви­ло для пе­ре­за­груз­ки ГВМ Windows – все­гда вы­клю­чай­те сис­те­му и сно­ва стар­туй­те; пе­ре­за­груз­кой Windows не пользуй­тесь. Это гарантирует, что ме­нед­жер вир­ту­аль­ных ма­шин при­ве­дет ГВМ в кор­рект­ное ис­ход­ное со­стоя­ние.

Источник — «http://wiki.linuxformat.ru/wiki/index.php?title=LXF138:Virtualization&oldid=13339»
Персональные инструменты
купить
подписаться
Яндекс.Метрика