Az egyik előző cikk láttuk, hogyan kell telepíteni Qemu-KVM en debian sípoló együttműködésének köszönhetően ÁBRA és ezúttal megmutatom, hogyan kell csinálni, de be Arch Linux.
Összehasonlítva DebianAmit most megmutatok, az kicsit nehezebb, de ugyan már, nagyon könnyű eljutni a végeredményig. Kezdjük el:
A szükséges csomagok telepítése
Telepíteni fogjuk a működéshez szükséges csomagokat Qemu-KVM és képes legyen kezelni a virtuális gépeinket.
$ sudo pacman -S qemu dmidecode ebtables dnsmasq libvirt bridge-utils openbsd-netcat radvd urlgrabber virtviewer virtinst virt-manager ifplugd ifenslave tcl
Korábban a csomagot hívták qemu-kvm, nekem már nem, most csak hé. A többi csomag a hálózati opciók stb. Működéséhez szükséges.
Miután ezek a csomagok telepítve vannak, felvesszük a felhasználónkat a csoportokba KVM y polkitd:
$ sudo gpasswd -a your_kvm felhasználó $ sudo gpasswd -a your_polkitd felhasználó
Ezután felvetjük a szükséges modulokat, amelyek a videokártyánktól függően változhatnak:
$ sudo modprobe kvm-intel $ sudo modprobe kvm
Ha AMD van, akkor a kvm-amd-t kell használnia, és feltételezem, hogy az NVidia-felhasználók számára a kvm-nvidia. Ez utóbbiban őszintén szólva nem vagyok biztos.
Most aktiváljuk a szolgáltatást:
$ sudo systemctl enable libvirtd.service
És ha el akarjuk kezdeni, akkor már tudja:
systemctl start libvirtd.service
Csak egy szabályt kell létrehoznunk vagy szerkesztenünk a Policykit számára, amely lehetővé teszi számunkra, hogy felhasználóval kezeljük a virtuális gépeket. Ehhez szerkesztjük vagy létrehozzuk a fájlt:
$ sudo nano /etc/polkit-1/rules.d/50-org.libvirt.unix.manage.rules
És beillesztjük a következő sorokat:
polkit.addRule (function (action, subject) {if (action.id == "org.libvirt.unix.manage" && subject.user == "your_user") {return polkit.Result.YES;}});
Ki kell cserélnünk a felhasználó természetesen a felhasználónk. Mi maradt volna? Ezután indítsa újra a számítógépet, és próbáljon meg új virtuális gépet készíteni.
referenciák: QM faktor.
Üdvözlet Elav !!! Igazából nem látom annyira bonyolultabbnak, mint a Debianban. Talán különböző parancsok. Mindig érdemes végrehajtani néhány parancsot, ha telepítette ezt az Erőteljes eszközt a virtuális gépek készítéséhez. Még akkor is, ha nem használom az Arch-ot, köszönöm, hogy tudatta velünk, hogyan van telepítve az adott terjesztőbe.
Meg kell tennie néhány extra lépést ... ezt értem a bonyolult alatt. A Debianban nincs szükség másra, csak a csomagok telepítésére és a felhasználó hozzáadására a megfelelő csoporthoz.
Kérdés elav: Arch már használja a systemd-t, szükséges-e a .service szolgáltatást felvenni? Még nem ismeri fel például a systemctl 'action' kdm?
Igen, Arch a Systemd-t használja. Nem tudom, meg lehet-e csinálni a .szolgáltatás nélkül, és ahogy a Wikiben is, hát én is megcsináltam
Ha felismeri, nem szükséges feltenni.
nagyon szép az osx ... OHH WAIT XD
xDD Szeretném, ha az OSX lenne a KDE-m 😛
holnap.
Egyetértek @elav-lal, mivel az OSX Aqua felülete 256 MB videót fogyaszt, szemben a KDE-vel, amely a 96 MB (a minimum támogatott) és a 128 MB (az ajánlott minimum) tartományba esik.
A Slackware-ben a KDE 96 MB videóval fut, mintha 128 MB lenne. Egyébként ízek és színek között ...
Nem érdekel a fogyasztás, veszek még egy 4 GB-os modult és ennyi az XDD
videóban az elmúlt 4 év bármelyik kártyájához 1 GB ddr2 vagy ddr3 xD .. tartozik, egy nvidia gt610-ig 40 euróig.
@ pandev92:
Olyan latin-amerikai országban élek, ahol a vásárlóerő korlátozza a jó videokártya megszerzésének lehetőségét az átlagemberek számára, de szeretnék egy Gigabyte-ot használni Intel lapkakészlettel (önmagában ez a legjobb alaplapmárka, amelyet eddig használtam ).
Nyilvánvaló, hogy a vásárlóerő nem számít a pandev92-nek, nem is beszélve az XD-ről
Az Arch nem bonyolult, csak még egy kis időre van szükséged a wiki elolvasásához.
Az Arch maga a KISS és az RTFM egyszerre (mindig függ a wiki frissítéseitől, hogy elkerülje a frissítési folyamat bármilyen módosítását).
Nem arról van szó, hogy bonyolult vagy sem, egyszerűen nem alkalmas a végfelhasználó számára.
Ha nem akar ebben az RTFM (Read The Fucking Manual) módban lenni, akkor inkább használja a Mint funkciót.
ez nem a végfelhasználónak szól, nem érdekelne az XD
Ilyen módon kell elhagynia a rendőrséget, ezért ellenőrizze, hogy a csoport tagja-e vagy sem, és ennyi,
tehát ha több felhasználója van, akkor hozzáférést ad, ha a csoportba tartozik, bár én csak magamnak használom a gépet, több felhasználó is van különböző projektekhez, ha felhasználóként állítja be, akkor csak az adott felhasználóval megy
Az üdvözlés
polkit.addRule (function (action, subject) {
if (action.id == "org.libvirt.unix.manage" &&
subject.isInGroup ("libvirt")) {
return polkit.Eredmény.IGEN;
}
});
Feltettem a libvirt csoportot, de felteheted a kívánt csoportot, esetedben kvm vagy polkitd
Szia, tudja valaki, hogy miért adja meg a kvm ezt a hibát:
Nem sikerült befejezni a telepítést: 'belső hiba: a folyamat befejeződött a monitorhoz való csatlakozás közben: a char eszköz átirányítva a / dev / pts / 0 helyre (címke charserial0)
qemu-system-x86_64: -drive file = / home / zpabuin / Letöltések / Fedora-Live-LXDE-x86_64-19-1.iso, ha = nincs, id = drive-ide0-1-0, readonly = be, formátum = raw: nem sikerült megnyitni a lemezképet /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: Engedély megtagadva
"
Traceback (a legutóbbi hívás utoljára):
"/Usr/share/virt-manager/virtManager/asyncjob.py" fájl, 100. sor, cb_wrapper
visszahívás (asyncjob, * args, ** kwargs)
Fájl: "/usr/share/virt-manager/virtManager/create.py", 1920. sor, do_install
guest.start_install (hamis, mérő = méter)
"/Usr/share/virt-manager/virtinst/Guest.py" fájl, 1134 sor, a start_install alkalmazásban
noboot)
"/Usr/share/virt-manager/virtinst/Guest.py" fájl, 1202. sor, _create_guest
dom = self.conn.createLinux (start_xml vagy final_xml, 0)
"/Usr/lib/python2.7/site-packages/libvirt.py" fájl, 2892 sor, a createLinux fájlban
ha a ret értéke Nincs: emelje fel a libvirtError ('virDomainCreateLinux () sikertelen', conn = self)
libvirtError: belső hiba: a folyamat befejeződött a monitorhoz való csatlakozás közben: char eszköz átirányítva a / dev / pts / 0 helyre (címke charserial0)
qemu-system-x86_64: -drive file = / home / zpabuin / Letöltések / Fedora-Live-LXDE-x86_64-19-1.iso, ha = nincs, id = drive-ide0-1-0, readonly = be, formátum = raw: nem sikerült megnyitni a lemezképet /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: Engedély megtagadva
Köszönöm, egyébként a virtinst május óta elavult csomag az arch-on, és nem szükséges.
Kérdezd ...
amikor megpróbálom felemelni a kvm-intel kernel modult (ami a processzorom van), azt mondja nekem:
modprobe: ERROR: nem sikerült beszúrni a 'kvm_intel' szót: A művelet nem támogatott
A rendszeremben keresve észreveszem, hogy a kvm-intel modul létezik
/usr/lib/modules/3.10.10-1-ARCH/kernel/arch/x86/kvm/kvm-intel.ko.gz
(és igen, az egrep -c "(svm | vmx)" / proc / cpuinfo futtatása biztos, hogy itt támogatnia kell a virtualizációt)
A kérdésem kettős:
-Nem kell engedélyeznem / engedélyeznem valamit a kernelemben, hogy ezt támogassam?
-A rendszerem 64 bites, és látom, hogy a modul x86-ban él, emiatt van? Ebben az esetben azt kérdezem, vannak-e 64 bites modulok, amelyeket telepíteni tudok, és leállítani a nyaggatást?
Előre is köszönöm!
Probléma megoldva, engedélyeznem kell a virtualizációt a rendszerem BIOS-ában ... 🙂
köszönöm!
Úgy tudom, hogy nem találja ezt a fájlt «virtinst»
A virtinst csomagot nem telepítettem, mert már nincs benne a repókban.
Ugyanazt a hibát kapom, mint a Xorlogs-t:
Nem sikerült befejezni a telepítést: 'Belső hiba: a folyamat befejeződött a monitorhoz való csatlakozás közben: qemu-system-x86_64: -drive file = / home / maykel / archlinux-2013.10.01-dual.iso, if = nincs, id = drive-ide0-1-0, readonly = be, format = raw: nem sikerült megnyitni a lemezképet /home/maykel/archlinux-2013.10.01-dual.iso: Az engedély megtagadva
"
Traceback (a legutóbbi hívás utoljára):
"/Usr/share/virt-manager/virtManager/asyncjob.py" fájl, 100. sor, cb_wrapper
visszahívás (asyncjob, * args, ** kwargs)
Fájl: "/usr/share/virt-manager/virtManager/create.py", 1920. sor, do_install
guest.start_install (hamis, mérő = méter)
"/Usr/share/virt-manager/virtinst/Guest.py" fájl, 1134 sor, a start_install alkalmazásban
noboot)
"/Usr/share/virt-manager/virtinst/Guest.py" fájl, 1202. sor, _create_guest
dom = self.conn.createLinux (start_xml vagy final_xml, 0)
"/Usr/lib/python2.7/site-packages/libvirt.py" fájl, 2897 sor, a createLinux fájlban
ha a ret értéke Nincs: emelje fel a libvirtError ('virDomainCreateLinux () sikertelen', conn = self)
libvirtError: Belső hiba: a folyamat befejeződött a monitorhoz való csatlakozás közben: qemu-system-x86_64: -drive file = / home / maykel / archlinux-2013.10.01-dual.iso, ha = nincs, id = drive-ide0 -1-0, readonly = be, format = raw: nem sikerült megnyitni a lemezképet /home/maykel/archlinux-2013.10.01-dual.iso: Engedély megtagadva
Most telepítettem:
- libvirt
- libvirt-glib
- virt-menedzser
- virtviewer
Ellenőrizze a 😉 elemet
Frissítetted az arch-ot ?? Látta a szép hibát a virt-manager-ben a virt-manager 0.10.0-4 frissítéssel
Hiba: A 'NoneType' objektumnak nincs attribútuma '__getitem__'
https://bugs.archlinux.org/task/37990
Az oktatóanyag rendben van, és a virt-managernek köszönhetően szinte problémamentesen működik, a jegyzetben nem magyarázza el, hogy az .img engedélyek mihez kerülnek, és nem tudtam létrehozni egy virtuális gépet
A virtinst csomag nem létezik, azt is mondja nekem, hogy „az openbsd-netcat és a gnu-netcat ütköznek. Eltávolítja a gnu-netcat programot? [y / n] ', tehát nem hagyhatom el a gnu-netcat-ot?
Helló oie Van egy samsung chromebookom, szerintem a hótisztaság, szeretném tudni, hogy a Qemu telepíthető-e ARM alapra, tudom-e az ubuntut, valójában azért távolítottam el, mert nem tudtam exe fájlokat futtatni, a bor nem fut ezen csak Intel-lel, de úgy tűnik, hogy igen, de nem tudom, hogyan kell telepíteni: / remélem, hamarosan adsz választ, köszönöm, jó munkát.
Ha jól emlékszem, a KVM a qemu felgyorsítását szolgálja. Mivel a qemu a teljes processzort utánozza, lassabb, mint a virtuális gépek, például a virtualbox. Tehát amiről tudom, hogy a KVM arra készteti a qemut, hogy virtuális gépként viselkedjen, amikor a vendég architektúrája megegyezik a gazdagéptel. Nem ?. Egyébként érdekes a cikk.
Qemu rox!!
Üdvözlet.
Jó napot, köszönöm a bemutatót, amit kerestem, de kérem, adja meg a kezét, hogy hogyan telepítsen virtuális gépet egy külső lemezre, ne használja a gazdagép fizikai terét, köszönöm
Abban a részben, ahol a modprobe-tal a kernelmodulok aktiválódnak, a cpu-nak megfelelőek valóban aktiválódnak, mivel a kvm a cpu virtualizációs utasításait használja a munkához. Van egy Intel cpu és amd gpu számítógépem, és ez így működött nekem