У адным папярэдняя артыкул мы бачылі, як усталяваць Кэму-КВМ en Debian хрыпаты дзякуючы супрацоўніцтву Фіцо і на гэты раз я пакажу вам, як гэта зрабіць, але ў Arch Linux.
У параўнанні з Debian, тое, што я пакажу вам далей, крыху цяжэйшае, але давайце, сапраўды лёгка дабрацца да канчатковага выніку. Давайце пачнем:
Ўстаноўка неабходных пакетаў
Мы збіраемся ўсталяваць пакеты, неабходныя для таго, каб гэта спрацавала Кэму-КВМ і мець магчымасць кіраваць нашымі віртуальнымі машынамі.
$ sudo pacman -S qemu dmidecode ebtables dnsmasq libvirt bridge-utils openbsd-netcat radvd urlgrabber virtviewer virtinst virt-manager ifplugd ifenslave tcl
Раней пакет называўся кэму-квм, для мяне больш не, цяпер гэта толькі цьфу. Астатнія пакеты неабходныя для працы сеткавых опцый і гэтак далей.
Пасля ўсталёўкі гэтых пакетаў мы дадаем нашага карыстальніка ў групы квм y polkitd:
$ sudo gpasswd - карыстальнік your_kvm $ sudo gpasswd - карыстальнік your_polkitd
Затым мы падымаем неабходныя модулі, якія могуць вар'іравацца ў залежнасці ад нашай відэакарты:
$ sudo modprobe kvm-intel $ sudo modprobe kvm
Калі ў вас ёсць AMD, вы павінны выкарыстоўваць kvm-amd, і я мяркую, kvm-nvidia для карыстальнікаў NVidia. Я, шчыра кажучы, не ўпэўнены ў апошнім.
Цяпер мы актывуем паслугу:
$ sudo systemctl enable libvirtd.service
І калі мы хочам пачаць яго, вы ўжо ведаеце:
systemctl start libvirtd.service
Нам трэба толькі стварыць або адрэдагаваць правіла для Policykit, якое дазваляе нам кіраваць віртуальнымі машынамі разам з карыстальнікам. Для гэтага мы рэдагуем альбо ствараем файл:
$ sudo nano /etc/polkit-1/rules.d/50-org.libvirt.unix.manage.rules
І мы ўстаўляем наступныя радкі ўнутр:
polkit.addRule (функцыя (дзеянне, тэма) {if (action.id == "org.libvirt.unix.manage" && subject.user == "your_user") {return polkit.Result.YES;}});
Мы павінны замяніць ваш карыстальнік нашым карыстальнікам, вядома. Што б нам засталося? Затым перазагрузіце кампутар і паспрабуйце зрабіць новую віртуальную машыну.
Спасылкі: ФактарQM.
33 каментарыяў, пакіньце свой
Прывітанне Элаў !!! Я сапраўды не бачу гэта больш складаным, чым у Debian. Магчыма, розныя каманды. Заўсёды варта выканаць некалькі каманд, каб мець гэты магутны інструмент для ўсталявання віртуальных машын. Нават калі вы не карыстаецеся Arch, дзякуй, што падзяліліся тым, як ён усталёўваецца на гэтым дыстрыбутыве.
Вам трэба зрабіць некалькі дадатковых крокаў ... вось што я маю на ўвазе пад складаным. У Debian няма неабходнасці рабіць што-небудзь яшчэ, акрамя ўсталёўкі пакетаў і дадання нашага карыстальніка ў адпаведную групу.
Пытанне elav: Arch ужо выкарыстоўвае systemd, ці трэба пераводзіць службу .service ў службу? Напрыклад, яшчэ не распазнаны systemctl 'action' kdm?
Так, Arch выкарыстоўвае Systemd. Я не ведаю, ці можна гэта зрабіць без .service, і як гэта ёсць у Вікі, я зрабіў гэта 😀
Калі вы яго пазнаеце, не трэба ставіць.
вельмі прыемна osx ... О, пачакайце XD
xDD Я хацеў бы, каб OSX стаў маім KDE 😛
заўтра.
Я згодны з @elav, бо інтэрфейс Aqua OSX спажывае 256 МБ відэа, у параўнанні з KDE, які складае 96 МБ (мінімальна падтрымліваецца) і 128 МБ (рэкамендуемы мінімум).
У Slackware KDE працуе з 96 МБ відэа, як калі б мелі 128 МБ. Ва ўсякім разе, паміж густамі і колерамі ...
Я не клапачуся пра спажыванне, я купляю яшчэ модуль на 4 Гб і ўсё XDD
у відэа любая карта за апошнія 4 гады пастаўляецца з 1 ГБ ddr2 або ddr3 xD .., да NVIDIA GT610 40 еўра.
@ pandev92:
Я жыву ў лацінаамерыканскай краіне, дзе пакупніцкая здольнасць абмяжоўвае магчымасць набыцця добрай відэакарты для звычайнага чалавека, але я хацеў бы выкарыстоўваць гігабайт з наборам мікрасхем Intel (сам па сабе гэта лепшая марка мацярынскіх плат, якія ў мяне ёсць выкарыстоўваецца да гэтага часу).
Відавочна, што пакупніцкая здольнасць pandev92 не мае значэння, не кажучы ўжо пра XD
Arch не складаны, для чытання вікі трэба мець крыху больш часу.
Сама Arch адначасова з'яўляецца KISS і RTFM (вы заўсёды залежыце ад абнаўленняў wiki, каб пазбегнуць мадыфікацый, унесеных у працэс абнаўлення).
Справа не ў тым, што гэта складана ці не, проста не падыходзіць для канчатковага карыстальніка.
Калі вы не хочаце быць у гэтым рэжыме RTFM (Чытайце Кіраўніцтва па чорту), лепш выкарыстоўвайце Mint.
гэта не для канчатковага карыстальніка, я б не клапаціўся пра XD
Вы павінны пакінуць палітычны набор такім чынам, таму праверце, ці ёсць ён у групе ці не, і ўсё,
так што калі ў вас ёсць больш за аднаго карыстальніка, ён будзе прадастаўляць доступ, калі ён уваходзіць у групу, хаця я выкарыстоўваю машыну толькі для сябе, у мяне ёсць некалькі карыстальнікаў для розных праектаў, калі вы паставіце яе як карыстальніка, яна пойдзе толькі з гэтым карыстальнікам
Прывітанне
polkit.addRule (функцыя (дзеянне, тэма) {
калі (action.id == "org.libvirt.unix.manage" &&
subject.isInGroup ("libvirt")) {
вярнуць polkit.Result.YES;
}
});
Я паставіў групу libvirt, але вы можаце паставіць групу, якую хочаце, у вашым выпадку kvm або polkitd
Прывітанне, хто-небудзь ведае, чаму kvm дае гэтую памылку:
Немагчыма завяршыць усталёўку: 'унутраная памылка: працэс скончыўся пры падключэнні да манітора: прылада char перанакіравана ў / dev / pts / 0 (цэтлік charserial0)
qemu-system-x86_64: -drive file = / home / zpabuin / Downloads / Fedora-Live-LXDE-x86_64-19-1.iso, if = none, id = drive-ide0-1-0, readonly = on, format = сыравіна: не ўдалося адкрыць вобраз дыска /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: дазвол адмоўлены
"
Адсочванне (апошні званок апошні):
Файл "/usr/share/virt-manager/virtManager/asyncjob.py", радок 100, у cb_wrapper
зваротны званок (asyncjob, * args, ** kwargs)
Файл "/usr/share/virt-manager/virtManager/create.py", радок 1920, у файле do_install
guest.start_install (Ілжыва, метр = метр)
Файл "/usr/share/virt-manager/virtinst/Guest.py", радок 1134, у start_install
без загрузкі)
Файл "/usr/share/virt-manager/virtinst/Guest.py", радок 1202, у _create_guest
dom = self.conn.createLinux (start_xml альбо final_xml, 0)
Файл "/usr/lib/python2.7/site-packages/libvirt.py", радок 2892, у createLinux
калі ret - None: падняць libvirtError ('virDomainCreateLinux () не атрымалася', conn = self)
libvirtError: унутраная памылка: працэс скончыўся пры падключэнні да манітора: прылада char перанакіравана ў / dev / pts / 0 (цэтлік charserial0)
qemu-system-x86_64: -drive file = / home / zpabuin / Downloads / Fedora-Live-LXDE-x86_64-19-1.iso, if = none, id = drive-ide0-1-0, readonly = on, format = сыравіна: не ўдалося адкрыць вобраз дыска /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: дазвол адмоўлены
Дзякуй, дарэчы, virtinst - гэта састарэлы пакет на Arch з мая і не патрабуецца.
Спытай ...
калі я спрабую падняць модуль ядра kvm-intel (гэта працэсар, які ў мяне ёсць), ён кажа мне:
modprobe: ПАМЫЛКА: не ўдалося ўставіць 'kvm_intel': Аперацыя не падтрымліваецца
Зазіраючы ў маю сістэму, я заўважаю, што модуль kvm-intel існуе ў
/usr/lib/modules/3.10.10-1-ARCH/kernel/arch/x86/kvm/kvm-intel.ko.gz
(і так, запуск egrep -c "(svm | vmx)" / proc / cpuinfo напэўна павінен падтрымліваць тут віртуалізацыю)
Маё пытанне дваякае:
-Мне не трэба будзе ўключыць / уключыць нешта ў маім ядры, каб гэта падтрымаць?
-Мая сістэма складае 64 біты, і я бачу, што модуль жыве ў x86, гэта з-за гэтага? У гэтым выпадку я пытаюся, ці ёсць 64-разрадныя модулі, якія я магу ўсталяваць і перастаць мяне задзіраць?
Загадзя дзякую!
Праблема вырашана, мне трэба ўключыць віртуалізацыю ў BIOS маёй сістэмы ... 🙂
Gracias!
Я разумею, што ён не можа знайсці гэты файл «virtinst»
Я не ўсталяваў пакет virtinst, бо яго больш няма ў рэпа.
Я атрымліваю тую ж памылку, што і Xorlogs:
Немагчыма завяршыць усталёўку: 'Унутраная памылка: працэс скончыўся пры падключэнні да манітора: qemu-system-x86_64: -drive file = / home / maykel / archlinux-2013.10.01-dual.iso, if = none, id = drive-ide0 -1-0, толькі для чытання = уключаны, фармат = неапрацаваны: немагчыма адкрыць вобраз дыска /home/maykel/archlinux-2013.10.01-dual.iso: дазвол адмоўлены
"
Адсочванне (апошні званок апошні):
Файл "/usr/share/virt-manager/virtManager/asyncjob.py", радок 100, у cb_wrapper
зваротны званок (asyncjob, * args, ** kwargs)
Файл "/usr/share/virt-manager/virtManager/create.py", радок 1920, у файле do_install
guest.start_install (Ілжыва, метр = метр)
Файл "/usr/share/virt-manager/virtinst/Guest.py", радок 1134, у start_install
без загрузкі)
Файл "/usr/share/virt-manager/virtinst/Guest.py", радок 1202, у _create_guest
dom = self.conn.createLinux (start_xml альбо final_xml, 0)
Файл "/usr/lib/python2.7/site-packages/libvirt.py", радок 2897, у createLinux
калі ret - None: падняць libvirtError ('virDomainCreateLinux () не атрымалася', conn = self)
libvirtError: Унутраная памылка: працэс скончыўся пры падключэнні да манітора: qemu-system-x86_64: -drive file = / home / maykel / archlinux-2013.10.01-dual.iso, if = none, id = drive-ide0 - 1-0, толькі для чытання = уключаны, фармат = неапрацаваны: немагчыма адкрыць вобраз дыска /home/maykel/archlinux-2013.10.01-dual.iso: У дазволе адмоўлена
Зараз я ўсталяваў:
- libvirt
- libvirt-glib
- вірт-менеджар
- virtviewer
Праверце 😉
Вы абнавілі арку ?? Вы бачылі добрую памылку ў virt-manager з абнаўленнем virt-manager 0.10.0-4
Памылка: "Аб'ект NoneType" не мае атрыбута "__getitem__"
https://bugs.archlinux.org/task/37990
Ваш падручнік выдатны, і дзякуючы virt-manager ён працуе практычна без праблем, у вашай нататцы вы не тлумачыце, да чаго дадаюцца дазволы .img, і я не змог стварыць віртуальную машыну
Пакет virtinst не існуе, ён таксама кажа мне, што "openbsd-netcat і gnu-netcat знаходзяцца ў канфлікце. Выдаліць gnu-netcat? [у / п] ', таму я не магу пакінуць gnu-netcat?
Прывітанне, у мяне ёсць хромбук samsung, мадэль, якую я думаю, Snow Snow, я хачу ведаць, ці можна Qemu ўсталяваць на базе ARM, я ведаю, як усталяваць ubuntu, на самай справе я выдаліў яго з-за таго, што я не мог запусціць exe, віно працуе на гэтай базе не толькі з Intel, але гэта, здаецца, так, але я не ведаю, як яго ўсталяваць: / спадзяюся, вы хутка дасце мне адказ, дзякуй, добра.
Калі я добра памятаю, KVM служыць для паскарэння qemu. Так як qemu эмулюе ўвесь працэсар, гэта павольней, чым віртуальныя машыны, такія як virtualbox. Такім чынам, з таго, што я ведаю, KVM прымушае qemu паводзіць сябе як віртуальная машына, калі архітэктура госця такая ж, як і хаста. Не? У любым выпадку цікавы артыкул.
Qemu rox !!
Прывітанне.
Добры дзень, дзякуй за падручнік, які я шукаў, але мне трэба, калі ласка, падкажыце мне, як усталяваць віртуальную машыну на знешні дыск, а не выкарыстоўваць фізічную прастору хаста, дзякуй
У той частцы, дзе модулі ядра актывуюцца modprobe, тыя, якія адпавядаюць працэсару, фактычна актывуюцца, бо kvm выкарыстоўвае для працы інструкцыі віртуалізацыі працэсара. У мяне ёсць камп'ютэр з працэсарам Intel і AMD GPU, і ён працаваў у мяне такім чынам