Σε μία προηγούμενο άρθρο είδαμε πώς να εγκαταστήσουμε Qemu-KVM en debian wheezy χάρη στη συνεργασία της Fico και αυτή τη φορά, θα σας δείξω πώς να το κάνετε αλλά μέσα Arch Linux.
Σε σύγκριση με Debian, αυτό που σας δείχνω στη συνέχεια είναι λίγο βαρύτερο, αλλά έλα, είναι πολύ εύκολο να φτάσετε στο τελικό αποτέλεσμα. Ας αρχίσουμε:
Εγκατάσταση των απαραίτητων πακέτων
Θα εγκαταστήσουμε τα πακέτα που χρειαζόμαστε για να λειτουργήσουμε Qemu-KVM και να είμαστε σε θέση να διαχειριστούμε τις εικονικές μηχανές μας.
$ sudo pacman -S qemu dmidecode ebtables dnsmasq libvirt bridge-utils openbsd-netcat radvd urlgrabber virtviewer virtinst virt-manager ifplugd ifenslave tcl
Παλαιότερα κλήθηκε το πακέτο qemu-kvm, για μένα όχι πλέον, τώρα είναι μόνο qemu. Τα υπόλοιπα πακέτα είναι αυτά που είναι απαραίτητα για να λειτουργούν οι επιλογές δικτύου και ούτω καθεξής.
Μόλις εγκατασταθούν αυτά τα πακέτα, προσθέτουμε τον χρήστη μας στις ομάδες kvm y polkitd:
$ sudo gpasswd -a your_kvm user $ sudo gpasswd -a 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.
Χαιρετισμούς Elav !!! Πραγματικά δεν το βλέπω πιο περίπλοκο από ό, τι στο Debian. Ίσως διαφορετικές εντολές. Αξίζει πάντα να εκτελέσετε μερικές εντολές για να έχετε εγκαταστήσει αυτό το ισχυρό εργαλείο για την κατασκευή εικονικών μηχανών. Ακόμα κι αν δεν χρησιμοποιώ το Arch, σας ευχαριστούμε που μοιράζεστε τον τρόπο εγκατάστασής του σε αυτήν τη διανομή.
Πρέπει να κάνετε μερικά επιπλέον βήματα ... αυτό εννοώ με το περίπλοκο. Στο Debian δεν χρειάζεται να κάνουμε τίποτα άλλο από την εγκατάσταση των πακέτων και την προσθήκη του χρήστη μας στην αντίστοιχη ομάδα.
Ερώτηση: Το Arch χρησιμοποιεί ήδη το systemd, είναι απαραίτητο να τεθεί το service. Δεν αναγνωρίζεται ακόμη από το systemctl 'action' kdm, για παράδειγμα;
Ναι, το Arch χρησιμοποιεί Systemd. Δεν ξέρω αν μπορεί να γίνει χωρίς την υπηρεσία. Και όπως είναι στο Wiki, το έκανα 😀
Εάν το αναγνωρίζετε, δεν χρειάζεται να το βάλετε.
πολύ ωραίο το osx ... OHH WAIT XD
xDD Θα ήθελα το OSX να είναι το KDE μου 😛
αύριο.
Συμφωνώ με το @elav, καθώς η διεπαφή Aqua του OSX καταναλώνει 256 MB βίντεο, σε σύγκριση με το KDE που είναι περίπου 96 MB (το ελάχιστο υποστηριζόμενο) και 128 MB (το ελάχιστο συνιστώμενο).
Στο Slackware, το KDE εκτελείται με 96 MB βίντεο, σαν να είχε 128 MB. Τέλος πάντων, ανάμεσα σε γούστα και χρώματα ...
Δεν με νοιάζει για την κατανάλωση, αγοράζω άλλη μονάδα 4 gb και αυτό είναι το XDD
σε βίντεο, οποιαδήποτε κάρτα από τα τελευταία 4 χρόνια συνοδεύεται από 1 gb ddr2 ή ddr3 xD .., έως και nvidia gt610 40 ευρώ.
@ pandev92:
Ζω σε μια χώρα της Λατινικής Αμερικής όπου η αγοραστική δύναμη περιορίζει τη δυνατότητα απόκτησης μιας καλής κάρτας βίντεο για τον μέσο άνθρωπο, αλλά θα ήθελα να χρησιμοποιήσω ένα Gigabyte με ένα chipset Intel (από μόνο του, είναι η καλύτερη μάρκα mainboards που έχω χρησιμοποιήσει μέχρι στιγμής ).
Προφανώς, η αγοραστική δύναμη δεν έχει σημασία για το pandev92, για να μην αναφέρουμε το XD
Το Arch δεν είναι περίπλοκο, απλά πρέπει να έχετε λίγο περισσότερο χρόνο για να διαβάσετε το wiki.
Από μόνη της, το Arch είναι KISS και RTFM ταυτόχρονα (εξαρτάστε πάντα από τις ενημερώσεις wiki για να αποφύγετε οποιαδήποτε τροποποίηση που κάνουν στη διαδικασία ενημέρωσης).
Δεν είναι περίπλοκο ή όχι, απλά δεν είναι κατάλληλο για τον τελικό χρήστη.
Εάν δεν θέλετε να βρίσκεστε σε αυτήν τη λειτουργία RTFM (Διαβάστε το εγχειρίδιο γαμημένο), χρησιμοποιήστε καλύτερα τη μέντα.
αυτό δεν είναι για τον τελικό χρήστη, δεν θα με νοιάζει XD
Πρέπει να αφήσετε το πακέτο πολιτικής έτσι, οπότε ελέγξτε αν είναι στην ομάδα ή όχι και αυτό είναι,
οπότε αν έχετε περισσότερους από έναν χρήστες, θα έδινε πρόσβαση εάν είναι στην ομάδα, αν και χρησιμοποιώ μόνο το μηχάνημα για τον εαυτό μου, έχω πολλούς χρήστες για διαφορετικά έργα, αν το θέσετε ως χρήστη, θα πάει μόνο με αυτόν τον χρήστη
ένα χαιρετισμό
polkit.addRule (συνάρτηση (δράση, θέμα) {
εάν (action.id == "org.libvirt.unix.manage" &&
subject.isInGroup ("libvirt")) {
επιστροφή polkit.Result.YES;
}
})?
Βάζω την ομάδα libvirt αλλά μπορείτε να βάλετε την ομάδα που θέλετε, στην περίπτωσή σας kvm ή polkitd
Γεια, κάποιος ξέρει γιατί το kvm δίνει αυτό το σφάλμα:
Δεν είναι δυνατή η ολοκλήρωση της εγκατάστασης: 'εσωτερικό σφάλμα: η διαδικασία τερματίστηκε κατά τη σύνδεση στην οθόνη: η συσκευή char ανακατευθύνεται στο / dev / pts / 0 (label charserial0)
qemu-system-x86_64: -drive file = / home / zpabuin / Λήψεις / Fedora-Live-LXDE-x86_64-19-1.iso, if = none, id = drive-ide0-1-0, readonly = on, format = raw: δεν ήταν δυνατό το άνοιγμα της εικόνας δίσκου /home/zpabuin/Descargas/Fedora-Live-LXDE-x86_64-19-1.iso: Δεν επιτρέπεται η άδεια
»
Traceback (πιο πρόσφατη τελευταία κλήση):
Αρχείο "/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 (False, meter = meter)
Αρχείο "/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 is None: raise libvirtError ('virDomainCreateLinux () απέτυχε', conn = self)
libvirtError: εσωτερικό σφάλμα: η διαδικασία τερματίστηκε κατά τη σύνδεση στην οθόνη: η συσκευή char ανακατευθύνεται στο / dev / pts / 0 (label charserial0)
qemu-system-x86_64: -drive file = / home / zpabuin / Λήψεις / Fedora-Live-LXDE-x86_64-19-1.iso, if = none, id = drive-ide0-1-0, readonly = on, format = raw: δεν ήταν δυνατό το άνοιγμα της εικόνας δίσκου /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 bit και βλέπω ότι η μονάδα ζει σε x86, είναι εξαιτίας αυτού; Σε ποια περίπτωση ρωτάω, υπάρχουν μονάδες 64-bit που μπορώ να εγκαταστήσω και να σταματήσω να μου ενοχλεί;
ευχαριστώ εκ των προτέρων!
Το πρόβλημα λύθηκε, πρέπει να ενεργοποιήσω την εικονικοποίηση στο BIOS του συστήματός μου ... 🙂
Σας ευχαριστώ!
Το καταλαβαίνω ότι δεν μπορεί να βρει αυτό το αρχείο «virtinst»
Το πακέτο virtinst δεν έχω εγκαταστήσει, επειδή δεν είναι πλέον στα repos.
Λαμβάνω το ίδιο σφάλμα με τα Xorlogs:
Δεν είναι δυνατή η ολοκλήρωση της εγκατάστασης: 'Εσωτερικό σφάλμα: η διαδικασία τερματίστηκε κατά τη σύνδεση στην οθόνη: 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: δεν ήταν δυνατό το άνοιγμα της εικόνας δίσκου /home/maykel/archlinux-2013.10.01-dual.iso: Δεν επιτρέπεται η άδεια
»
Traceback (πιο πρόσφατη τελευταία κλήση):
Αρχείο "/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 (False, meter = meter)
Αρχείο "/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 is None: raise 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, readonly = on, format = raw: δεν ήταν δυνατό το άνοιγμα της εικόνας δίσκου /home/maykel/archlinux-2013.10.01-dual.iso: Δεν επιτρέπεται η άδεια
Αυτή τη στιγμή αυτό που έχω εγκαταστήσει είναι:
- libvirt
- libvirt-glib
- διευθυντής virt
- αξιολογητής
Ελέγξτε 😉
Έχετε ενημερώσει την αψίδα; Έχετε δει το ωραίο σφάλμα στο 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; [y / n] ', οπότε δεν μπορώ να αφήσω το gnu-netcat;
γεια σας Έχω ένα chromebook samsung το μοντέλο που νομίζω ότι είναι Snow Clear, θέλω να μάθω αν το Qemu μπορεί να εγκατασταθεί σε μια βάση ARM, ξέρω πώς να εγκαταστήσω το ubuntu, στην πραγματικότητα το απεγκατέστησα για το απλό γεγονός ότι δεν μπορούσα να τρέξω exe αρχεία, το κρασί δεν τρέχει σε αυτή τη βάση μόνο με intel, αλλά αυτό φαίνεται ναι, αλλά δεν ξέρω πώς να το εγκαταστήσω: / ελπίζω να μου δώσετε μια απάντηση σύντομα, ευχαριστώ, καλή δουλειά.
Αν θυμάμαι σωστά, το KVM χρησιμεύει για να επιταχύνει το qemu. Δεδομένου ότι το qemu εξομοιώνει ολόκληρο τον επεξεργαστή, είναι πιο αργός από τους εικονικούς υπολογιστές όπως το virtualbox. Έτσι από ό, τι ξέρω, το KVM κάνει το qemu να συμπεριφέρεται σαν μια εικονική μηχανή όταν η αρχιτεκτονική του επισκέπτη είναι ίδια με τον οικοδεσπότη. Οχι ?. Εν πάση περιπτώσει ενδιαφέρον το άρθρο.
Qemu rox!!
Χαιρετισμούς.
Καλησπέρα, ευχαριστώ για το σεμινάριο που το έψαχνα, αλλά θέλω να μου δώσεις ένα χέρι, για το πώς να εγκαταστήσω μια εικονική μηχανή σε έναν εξωτερικό δίσκο, όχι να χρησιμοποιήσω τον κεντρικό χώρο του κεντρικού υπολογιστή,
Στο μέρος όπου οι μονάδες του πυρήνα ενεργοποιούνται με το modprobe, αυτές που αντιστοιχούν στο cpu είναι πραγματικά ενεργοποιημένες, καθώς το kvm χρησιμοποιεί τις οδηγίες εικονικοποίησης του cpu για να λειτουργήσει. Έχω έναν υπολογιστή με Intel cpu και amd gpu και λειτούργησε έτσι για μένα