Ühes eelmises artiklis nägime, kuidas installida Qemu-KVM en debiani vilistav tänu Fico ja seekord näitan teile, kuidas seda teha, kuid sisse Arch Linux.
Võrreldes Debian, mida ma teile järgmisena näitan, on veidi raskem, aga tule nüüd, lõpptulemuseni jõudmine on tõesti lihtne. Alustame:
Vajalike pakettide installimine
Paigaldame selle toimimiseks vajalikud paketid Qemu-KVM ja võime hallata meie virtuaalmasinaid.
$ sudo pacman -S qemu dmidecode ebtables dnsmasq libvirt bridge-utils openbsd-netcat radvd urlgrabber virtviewer virtinst virt-manager ifplugd ifenslave tcl
Varem paketile helistati qemu-kvm, minu jaoks pole enam, nüüd on see ainult kes. Ülejäänud paketid on vajalikud võrguvõimaluste ja muu toimimiseks.
Kui need paketid on installitud, lisame oma kasutaja rühmadesse Kvm y polkitd:
$ sudo gpasswd -a teie_kvm kasutaja $ sudo gpasswd -a teie_polkitd kasutaja
Seejärel tõstame üles vajalikud moodulid, mis võivad sõltuvalt meie videokaardist erineda:
$ sudo modprobe kvm-intel $ sudo modprobe kvm
Kui teil on AMD, peaksite kasutama kvm-amd ja eeldan, et NVmia kasutajatele on kvm-nvidia. Viimases pole ma ausalt öeldes kindel.
Nüüd aktiveerime teenuse:
$ sudo systemctl enable libvirtd.service
Ja kui me tahame seda alustada, teate juba:
systemctl start libvirtd.service
Peame Policykiti jaoks looma või muutma ainult reegli, mis võimaldab meil virtuaalmasinaid oma kasutajaga hallata. Selleks redigeerime või loome faili:
$ sudo nano /etc/polkit-1/rules.d/50-org.libvirt.unix.manage.rules
Ja sisestame järgmised read:
polkit.addRule (funktsioon (tegevus, teema) {if (action.id == "org.libvirt.unix.manage" && subject.user == "teie_kasutaja") {tagastab polkit.Result.YES;}});
Peame asendama teie kasutaja loomulikult meie kasutaja poolt. Mis meil oleks jäänud? Noh, taaskäivitage arvuti ja proovige teha uus virtuaalne masin.
Viited: QM tegur.
Tervitused Elav !!! Ma tõesti ei näe seda keerukamana kui Debianis. Võib-olla erinevad käsud. Alati tasub täita mõni käsk, kui olete selle võimsa tööriista installinud virtuaalsete masinate valmistamiseks. Isegi kui ma Archi ei kasuta, aitäh, et jagasite, kuidas see selle distro installib
Peate astuma paar täiendavat sammu ... seda ma mõtlen keerulise all. Debianis pole vaja teha midagi muud kui installida paketid ja lisada meie kasutaja vastavasse rühma.
Küsimus elav: Arch kasutab juba systemd, kas .service on vajalik teenusesse panna? Kas näiteks systemctl 'action' kdm ei tunne seda veel ära?
Jah, Arch kasutab Systemd. Ma ei tea, kas seda saab teha ka ilma teenuseta. Ja nagu see on Wikis, siis ma tegin seda 😀
Kui tunnete selle ära, pole seda vaja panna.
väga tore osx ... OHH WAIT XD
xDD Soovin, et OSX oleks minu KDE 😛
homme.
Nõustun @elaviga, kuna OSX-i Aqua liides kulutab 256 MB videot, võrreldes KDE-ga, mis jääb vahemikku 96 MB (minimaalselt toetatud) ja 128 MB (soovitatav miinimum).
Slackware'is töötab KDE 96 MB videoga, just nagu oleks 128 MB. Igatahes maitsete ja värvide vahel ...
Tarbimine ei huvita, ostan veel 4 gb mooduli ja ongi kõik XDD
videos on iga viimase 4 aasta kaardiga kaasas 1 gb ddr2 või ddr3 xD .., kuni nvidia gt610 on 40 eurot.
@ pandev92:
Elan Ladina-Ameerika riigis, kus ostujõud piirab tavainimesele hea videokaardi soetamise võimalust, kuid tahaksin kasutada Inteli kiibistikuga Gigabaiti (iseenesest on see minu jaoks parim põhiplaatide kaubamärk seni kasutatud).
Ilmselgelt pole ostujõud pandev92 jaoks oluline, XD-st rääkimata
Arch ei ole keeruline, lihtsalt peab olema natuke rohkem aega wiki lugemiseks.
Arch ise on korraga KISS ja RTFM (värskendamisprotsessis tehtavate muudatuste vältimiseks sõltute alati vikivärskendustest).
Asi pole selles, et see on keeruline või mitte, see lihtsalt ei sobi lõppkasutajale.
Kui te ei soovi selles RTFM (Read The Fucking Manual) režiimis olla, kasutage parem Mint.
mis pole mõeldud lõppkasutajale, mind ei huvitaks XD
Peaksite politseikomplektist niimoodi lahkuma, nii et kontrollige, kas see on rühmas või mitte, ja kõik
nii et kui teil on rohkem kui üks kasutaja, annab see juurdepääsu, kui see on rühmas, kuigi ma kasutan masinat ainult enda jaoks, mul on mitu kasutajat erinevate projektide jaoks, kui panete selle kasutajaks, läheb see ainult selle kasutajaga
tervitus
polkit.addRule (funktsioon (tegevus, teema) {
if (action.id == "org.libvirt.unix.manage" &&
subject.isInGroup ("libvirt")) {
tagasta polkit.Tulemus.JAH;
}
});
Panin rühma libvirt, kuid võite panna soovitud rühma, teie puhul kvm või polkitd
Tere, kas keegi teab, miks kvm selle vea annab:
Installimist ei saa lõpule viia: 'sisemine viga: protsess on monitoriga ühenduse loomisel lõppenud: söeseade suunatakse ümber / dev / pts / 0 (silt charserial0)
qemu-system-x86_64: -drive fail = / home / zpabuin / Allalaadimised / Fedora-Live-LXDE-x86_64-19-1.iso, kui = pole, id = drive-ide0-1-0, readonly = sees, vorming = toores: kettapilti ei saa avada /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: Luba keelatud
"
Jälgimine (viimane kõne oli viimane):
Fail "/usr/share/virt-manager/virtManager/asyncjob.py", rida 100, failis cb_wrapper
tagasihelistamine (asyncjob, * args, ** kwargs)
Fail "/usr/share/virt-manager/virtManager/create.py", rida 1920, do_install
guest.start_install (Vale, meeter = meeter)
Faili "/usr/share/virt-manager/virtinst/Guest.py" rida 1134, algus_install
noboot)
Fail "/usr/share/virt-manager/virtinst/Guest.py", rida 1202, _create_guest
dom = self.conn.createLinux (algus_xml või lõplik_xml, 0)
Failis "/usr/lib/python2.7/site-packages/libvirt.py", rida 2892, loendis Linux
kui ret pole Puudub: tõsta libvirtError ('virDomainCreateLinux () ebaõnnestus', conn = ise)
libvirtError: sisemine viga: protsess on monitoriga ühenduse loomisel lõppenud: char-seade suunatakse / dev / pts / 0-le (silt charserial0)
qemu-system-x86_64: -drive fail = / home / zpabuin / Allalaadimised / Fedora-Live-LXDE-x86_64-19-1.iso, kui = pole, id = drive-ide0-1-0, readonly = sees, vorming = toores: kettapilti ei saa avada /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: Luba keelatud
Aitäh, muide, virtinst on maikuust alates aegunud pakett ja seda pole vaja.
Küsi ...
kui proovin kvm-intel kerneli moodulit tõsta (mis on minu protsessor), ütleb see mulle:
modprobe: ERROR: 'kvm_intel' ei õnnestunud sisestada: operatsiooni ei toetata
Oma süsteemist vaadates märkan, et kvm-intel moodul on olemas
/usr/lib/modules/3.10.10-1-ARCH/kernel/arch/x86/kvm/kvm-intel.ko.gz
(ja jah, egrep -c "(svm | vmx)" / proc / cpuinfo käivitamine on kindel, et see peaks siin virtualiseerimist toetama)
Minu küsimus on kahepoolne:
-Kas ma ei pea selle toetamiseks midagi oma tuumas lubama / lubama?
-Minu süsteem on 64-bitine ja ma näen, et moodul elab x86-s, kas sellepärast? Sel juhul küsin, kas on 64-bitiseid mooduleid, mida saan installida ja lõpetada minu näägutamine?
Ette tänades!
Probleem on lahendatud, pean lubama virtualiseerimise oma süsteemi BIOS-is ... 🙂
Gracias!
Saan aru, et ta ei leia seda faili «virtinst»
Virtinsti paketti pole ma installinud, sest seda pole enam repos.
Saan sama vea nagu Xorlogs:
Installimist ei saa lõpule viia: 'Sisemine viga: protsess on monitoriga ühenduse loomisel lõppenud: qemu-system-x86_64: -drive file = / home / maykel / archlinux-2013.10.01-dual.iso, kui = pole, id = drive-ide0-1-0, readonly = sees, format = raw: kettapilti ei õnnestunud avada /home/maykel/archlinux-2013.10.01-dual.iso: luba keelatud
"
Jälgimine (viimane kõne oli viimane):
Fail "/usr/share/virt-manager/virtManager/asyncjob.py", rida 100, failis cb_wrapper
tagasihelistamine (asyncjob, * args, ** kwargs)
Fail "/usr/share/virt-manager/virtManager/create.py", rida 1920, do_install
guest.start_install (Vale, meeter = meeter)
Faili "/usr/share/virt-manager/virtinst/Guest.py" rida 1134, algus_install
noboot)
Fail "/usr/share/virt-manager/virtinst/Guest.py", rida 1202, _create_guest
dom = self.conn.createLinux (algus_xml või lõplik_xml, 0)
Failis "/usr/lib/python2.7/site-packages/libvirt.py", rida 2897, loendis Linux
kui ret pole Puudub: tõsta libvirtError ('virDomainCreateLinux () ebaõnnestus', conn = ise)
libvirtError: Sisemine viga: protsess lõppes kuvariga ühenduse loomisel: qemu-system-x86_64: -drive file = / home / maykel / archlinux-2013.10.01-dual.iso, kui = pole, id = draiv-ide0 -1 -0, readonly = sees, format = raw: kettapilti ei õnnestunud avada /home/maykel/archlinux-2013.10.01-dual.iso: luba keelatud
Praegu olen installinud järgmist:
- libvirt
- libvirt-glib
- virt-manager
- virtvaataja
Kontrollige 😉
Kas olete arhi värskendanud? Olete näinud virt-manageris kena viga värskendusega virt-manager 0.10.0-4
Viga: objektil 'NoneType' pole atribuuti '__getitem__'
https://bugs.archlinux.org/task/37990
Teie õpetus on korras ja tänu virt-managerile töötab see peaaegu probleemideta, märkuses te ei selgita, millistele .img-i õigustele lisatakse, ja ma pole suutnud luua virtuaalset masinat
Virtinsti paketti pole olemas, see ütleb mulle ka, et „openbsd-netcat ja gnu-netcat on vastuolus. Kas eemaldada gnu-netcat? [y / n] ', nii et ma ei saa gnu-netcatist lahkuda?
Tere oie, mul on samsungi Chromebook, minu arvates on Snow Clear, tahan teada, kas Qemu saab installida ARM-i baasi, tean, kuidas installida ubuntu, tegelikult desinstallisin selle lihtsalt sellepärast, et ma ei saanud käivitada exe failid, vein ei käivitu sellel baasil ainult Inteliga, kuid see tundub olevat jah, kuid ma ei tea, kuidas seda installida: / loodan, et annate mulle varsti vastuse, aitäh, hea töö.
Kui ma õigesti mäletan, aitab KVM qemut kiirendada. Kuna qemu jäljendab kogu protsessorit, on see aeglasem kui virtuaalmasinad nagu virtualbox. Nii et minu teada paneb KVM qemu käituma nagu virtuaalne masin, kui külalise arhitektuur on sama, mis host. Ei? Igatahes artikkel huvitav.
Qemu rox!!
Tervitused.
Tere pärastlõunat, aitäh õpetuse eest, mida ma seda otsisin, kuid mul on vaja, et annaksite mulle käe, kuidas virtuaalset masinat välisele kettale installida, mitte kasutada hosti füüsilist ruumi, aitäh
Selles osas, kus tuumamoodulid aktiveeritakse modprobe abil, aktiveeritakse tegelikult protsessorile vastavad, kuna kvm kasutab töötamiseks protsessori virtualiseerimise juhiseid. Mul on arvuti Intel cpu ja amd gpu ning see töötas minu jaoks nii