Într-un singur anterioară articol am văzut cum se instalează Qemu-KVM en debian wheezy datorită colaborării FIG și de data aceasta, vă voi arăta cum să o faceți, dar în Arch Linux.
Comparativ cu DebianCeea ce vă arăt în continuare este puțin mai greu, dar hai, este foarte ușor să ajungi la rezultatul final. Să începem:
Instalarea pachetelor necesare
Vom instala pachetele de care avem nevoie pentru a-l face să funcționeze Qemu-KVM și să putem gestiona mașinile noastre virtuale.
$ sudo pacman -S qemu dmidecode ebtables dnsmasq libvirt bridge-utils openbsd-netcat radvd urlgrabber virtviewer virtinst virt-manager ifplugd ifenslave tcl
Anterior pachetul a fost numit qemu-kvm, pentru mine nu mai mult, acum este doar whoa. Restul pachetelor sunt cele necesare pentru ca opțiunile de rețea să funcționeze.
Odată ce aceste pachete sunt instalate, ne adăugăm utilizatorul la grupuri kvm y Polkitd:
$ sudo gpasswd -a dvs._kvm utilizator $ sudo gpasswd -a dvs._polkitd utilizator
Apoi ridicăm modulele necesare, care pot varia în funcție de placa noastră video:
$ sudo modprobe kvm-intel $ sudo modprobe kvm
Dacă aveți AMD, ar trebui să utilizați kvm-amd și presupun kvm-nvidia pentru utilizatorii NVidia. Sincer, nu sunt sigur de aceasta din urmă.
Acum activăm serviciul:
$ sudo systemctl enable libvirtd.service
Și dacă vrem să-l începem, știți deja:
systemctl start libvirtd.service
Trebuie doar să creăm sau să edităm o regulă pentru Policykit care ne permite să gestionăm mașinile virtuale împreună cu utilizatorul nostru. Pentru aceasta edităm sau creăm fișierul:
$ sudo nano /etc/polkit-1/rules.d/50-org.libvirt.unix.manage.rules
Și inserăm următoarele rânduri în interior:
polkit.addRule (funcție (acțiune, subiect) {if (action.id == "org.libvirt.unix.manage" && subject.user == "dvs._utilizator") {return polkit.Result.YES;}});
Trebuie să înlocuim utilizatorul dvs. de către utilizatorul nostru, desigur. Ce ne-ar mai rămâne? Apoi reporniți computerul și încercați să creați o nouă mașină virtuală.
referințe: Factorqm.
Salutari Elav !!! Nu prea îl văd ca fiind mai complicat decât în Debian. Poate comenzi diferite. Întotdeauna merită să executați câteva comenzi pentru a avea acest instrument puternic pentru a instala mașini virtuale. Chiar dacă nu utilizați Arch, vă mulțumim că ne-ați informat cum este instalat pe distro.
Trebuie să faci câțiva pași în plus ... la asta mă refer prin complicat. În Debian nu este nevoie să faceți altceva decât să instalați pachetele și să adăugați utilizatorul la grupul corespunzător.
O întrebare elav: Arch folosește deja systemd, este necesar să puneți serviciul. Nu sunteți încă recunoscut de systemctl 'action' kdm, de exemplu?
Da, Arch folosește Systemd. Nu știu dacă se poate face fără .service și, așa cum este în Wiki, am făcut-o
Dacă îl recunoști, nu este necesar să-l pui.
foarte frumos osx ... OHH WAIT XD
xDD Aș vrea ca OSX să fie KDE-ul meu 😛
Mâine.
Sunt de acord cu @elav, deoarece interfața Aqua a OSX consumă 256 MB de video, comparativ cu KDE care variază de la 96 MB (minimul acceptat) și 128 MB (minimul recomandat).
În Slackware, KDE rulează cu 96 MB de videoclip, la fel ca și cum ar fi avut 128 MB. Oricum, între gusturi și culori ...
Nu-mi pasă de consum, mai cumpăr un modul de 4 gb și atât este XDD
în video, orice card din ultimii 4 ani vine cu 1 gb ddr2 sau ddr3 xD .., până la un nvidia gt610 de 40 de euro.
@ pandev92:
Locuiesc într-o țară din America Latină unde puterea de cumpărare limitează posibilitatea de a achiziționa o placă video bună pentru o persoană obișnuită, dar aș dori să folosesc un Gigabyte cu un chipset Intel (în sine, este cea mai bună marcă de plăci principale pe care am folosit-o până acum ).
Evident, puterea de cumpărare nu contează pentru pandev92, ca să nu mai vorbim de XD
Arch nu este complicat, trebuie doar să aveți puțin mai mult timp pentru a citi wiki.
În sine, Arch este KISS și RTFM în același timp (depindeți întotdeauna de actualizările wiki pentru a evita orice modificări aduse procesului de actualizare).
Nu este că este complicat sau nu, pur și simplu nu este potrivit pentru utilizatorul final.
Dacă nu doriți să fiți în acest mod RTFM (Citiți manualul nenorocit), utilizați mai bine Mint.
asta nu este pentru utilizatorul final, nu mi-ar păsa de XD
Ar trebui să lăsați setul de politici așa, deci verificați dacă este sau nu în grup și atât,
deci dacă aveți mai mulți utilizatori ar da acces dacă se află în grup, deși folosesc mașina doar pentru mine, am mai mulți utilizatori pentru proiecte diferite, dacă o puneți ca utilizator va merge doar cu acel utilizator
un mesaj de salut
polkit.addRule (funcție (acțiune, subiect) {
if (action.id == "org.libvirt.unix.manage" &&
subject.isInGroup ("libvirt")) {
returnează polkit.Resultatul.DA;
}
});
Am pus grupul libvirt dar puteți pune grupul pe care îl doriți, în cazul dvs. kvm sau polkitd
Bună, știe cineva de ce kvm dă această eroare:
Nu s-a putut finaliza instalarea: „eroare internă: procesul s-a încheiat la conectarea la monitor: dispozitiv char redirecționat către / dev / pts / 0 (eticheta 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 = brut: nu s-a putut deschide imaginea discului /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: Permisiunea refuzată
"
Traceback (ultimul apel cel mai recent):
Fișierul „/usr/share/virt-manager/virtManager/asyncjob.py”, linia 100, în cb_wrapper
callback (asyncjob, * args, ** kwargs)
Fișierul „/usr/share/virt-manager/virtManager/create.py”, linia 1920, în do_install
guest.start_install (False, metru = metru)
Fișierul „/usr/share/virt-manager/virtinst/Guest.py”, linia 1134, în start_install
noboot)
Fișierul „/usr/share/virt-manager/virtinst/Guest.py”, linia 1202, în _create_guest
dom = self.conn.createLinux (start_xml sau final_xml, 0)
Fișierul „/usr/lib/python2.7/site-packages/libvirt.py”, linia 2892, în createLinux
dacă ret nu este None: raise libvirtError ('virDomainCreateLinux () a eșuat', conn = self)
libvirtError: eroare internă: procesul s-a încheiat în timpul conectării la monitor: dispozitiv char redirecționat către / dev / pts / 0 (eticheta 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 = brut: nu s-a putut deschide imaginea discului /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: Permisiunea refuzată
Mulțumesc, apropo, virtinst este un pachet depășit pe arc din mai și nu este necesar.
Cere ...
când încerc să ridic modulul kvm-intel kernel (care este procesorul pe care îl am), îmi spune:
modprobe: EROARE: nu s-a putut insera 'kvm_intel': Operația nu este acceptată
Privind în sistemul meu, observ că modulul kvm-intel există în
/usr/lib/modules/3.10.10-1-ARCH/kernel/arch/x86/kvm/kvm-intel.ko.gz
(și da, rularea egrep -c "(svm | vmx)" / proc / cpuinfo este sigură că ar trebui să accepte virtualizarea aici)
Întrebarea mea este dublă:
-Nu va trebui să activez / să activez ceva în nucleul meu pentru a sprijini acest lucru?
-Sistemul meu are 64 de biți și văd că modulul trăiește în x86, este din cauza asta? În acest caz întreb, există module pe 64 de biți pe care să le pot instala și să mă opresc?
Multumesc anticipat!
Problema rezolvată, trebuie să activez virtualizarea în BIOS-ul sistemului meu ... 🙂
vă mulțumesc!
Am aflat că nu poate găsi acest fișier «virtinst»
Pachetul virtinst nu l-am instalat, deoarece nu mai este în repo.
Primesc aceeași eroare ca Xorlogs:
Imposibil de finalizat instalarea: „Eroare internă: procesul s-a încheiat la conectarea la monitor: qemu-system-x86_64: -drive file = / home / maykel / archlinux-2013.10.01-dual.iso, if = none, id = drive-ide0-1-0, readonly = on, format = raw: nu s-a putut deschide imaginea discului /home/maykel/archlinux-2013.10.01-dual.iso: Permisiunea refuzată
"
Traceback (ultimul apel cel mai recent):
Fișierul „/usr/share/virt-manager/virtManager/asyncjob.py”, linia 100, în cb_wrapper
callback (asyncjob, * args, ** kwargs)
Fișierul „/usr/share/virt-manager/virtManager/create.py”, linia 1920, în do_install
guest.start_install (False, metru = metru)
Fișierul „/usr/share/virt-manager/virtinst/Guest.py”, linia 1134, în start_install
noboot)
Fișierul „/usr/share/virt-manager/virtinst/Guest.py”, linia 1202, în _create_guest
dom = self.conn.createLinux (start_xml sau final_xml, 0)
Fișierul „/usr/lib/python2.7/site-packages/libvirt.py”, linia 2897, în createLinux
dacă ret nu este None: raise libvirtError ('virDomainCreateLinux () a eșuat', conn = self)
libvirtError: Eroare internă: procesul s-a încheiat la conectarea la monitor: qemu-system-x86_64: -drive file = / home / maykel / archlinux-2013.10.01-dual.iso, if = none, id = drive-ide0 -1-0, readonly = on, format = raw: nu s-a putut deschide imaginea discului /home/maykel/archlinux-2013.10.01-dual.iso: Permisiunea refuzată
Chiar acum ceea ce am instalat este:
- libvirt
- libvirt-glib
- virt-manager
- virtviewer
Verificați 😉
Ai actualizat arc ?? Ați văzut frumosul bug în virt-manager cu actualizarea virt-manager 0.10.0-4
Eroare: obiectul „NoneType” nu are atributul „__getitem__”
https://bugs.archlinux.org/task/37990
Tutorialul dvs. este în regulă și, datorită managerului virt, funcționează aproape fără probleme, în nota dvs. nu explicați la ce sunt adăugate permisiunile .img și nu am putut crea o mașină virtuală
Pachetul virtinst nu există, îmi mai spune „openbsd-netcat și gnu-netcat sunt în conflict. Eliminați gnu-netcat? [y / n] ', deci nu pot lăsa gnu-netcat?
buna oie am un chromebook samsung modelul cred ca este Snow Clear, vreau sa stiu daca Qemu poate fi instalat pe o baza ARM, stiu sa instalez ubuntu, de fapt l-am dezinstalat pentru simplul fapt ca nu am putut rula fisiere exe, vinul nu ruleaza pe asta bazează doar cu intel, dar se pare că da, dar nu știu cum să îl instalez: / sper să-mi dai un răspuns în curând, mulțumesc, treabă bună.
Dacă îmi amintesc bine, KVM servește pentru a accelera qemu. Deoarece qemu emulează întregul procesor, este mai lent decât mașinile virtuale, cum ar fi virtualbox. Deci, din ceea ce știu, KVM face ca qemu să se comporte ca o mașină virtuală atunci când arhitectura oaspetelui este aceeași cu gazda. Nu ?. Oricum interesant articolul.
Qemu Rox !!
Salutări.
Bună ziua, mulțumesc pentru tutorialul pe care l-am căutat, dar am nevoie să îmi dai o mână de ajutor, cum să instalez o mașină virtuală pe un disc extern, să nu folosești spațiul fizic gazdă
În partea în care modulele kernelului sunt activate cu modprobe, cele care corespund procesorului sunt de fapt activate, deoarece kvm folosește instrucțiunile de virtualizare ale procesorului. Am un computer cu cpu intel și amd gpu și a funcționat așa pentru mine