Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- tachtler:archlinux_-_virtualisierung_mit_kvm [2020/07/13 15:56] – klaus
+++ tachtler:archlinux_-_virtualisierung_mit_kvm [2022/12/19 19:55] (aktuell) – [Installation] klaus
@@ Zeile 10: / Zeile 10: @@
 | - QEMU            | [[https://wiki.archlinux.org/index.php/QEMU]]                                   |
 | - libvirt         | [[https://wiki.archlinux.org/index.php/Libvirt]]                                |
-| - HowTo           | [[https://computingforgeeks.com/complete-installation-of-kvmqemu-and-virt-manager-on-arch-linux-and-manjaro/]] \\ [[https://www.mvps.net/docs/qemu-and-kvm-in-arch-linux/]] \\ https://wiki.archlinux.org/index.php/Running_GUI_applications_as_root |
 Die hier vorgestellte Möglichkeit dies zu realisieren soll möglichst nach folgenden Vorgaben erfolgen:
@@ Zeile 28: / Zeile 27: @@
   * **[[tachtler:archlinux_-_minimal_server_installation|ArchLinux - Minimal Server Installation]]**
 **__oder__**
-  * **[[tachtler:archlinux_-_minimal_server_installation_uefi-boot|ArchLinux - Minimal Server Installation - UEFI-Boot]]**
+  * **[[tachtler:archlinux_-_minimal_server_installation_-_uefi-boot_grub2_lvm_mit_btrfs_mit_snapper_und_xfs_-_snapper|ArchLinux - Minimal Server Installation - UEFI-Boot, Grub2, LVM, Btrfs mit snapper und xfs - snapper]]**
 **__und__** die zusätzlich noch benötigten Installationen für das
   * **[[tachtler:archlinux_-_arch_user_repository|ArchLinux - Arch User Repository]]**
@@ Zeile 39: / Zeile 38: @@
 ===== Installation =====
-Nachfolgende Pakete ermöglichen die Installation der Virtualisierungsplatform KVM (''qemu'') und die Möglichkeit über das Desktop-Programm **''virt-manager''** über eine GUI komfortabel virtuelle Maschinen unter
+Nachfolgende Pakete ermöglichen die Installation der Virtualisierungsplattform KVM (''qemu'') und die Möglichkeit über das Desktop-Programm **''virt-manager''** über eine GUI komfortabel virtuelle Maschinen unter
 [[https://www.archlinux.de/|ArchLinux]] zu erstellen.
-  * **''qemu''** - Virtualisierungsumgebung selbst mit allen dafür benötigten Paketen
+  * **''qemu-desktop''** - Virtualisierungsumgebung mit allen dafür benötigten Paketen
   * **''virt-manager''** - Desktop GUI zur Verwaltung von virtuellen Maschinen
   * **''dnsmasq''** - DNS "Forwarder" und DHCP-Server
-  * **''ebtables''** - Netzwerk Brücken (ethernet brdge) Filter Werkzeuge
+  * **''ebtables''** - Netzwerk Brücken (ethernet bridge) Filter Werkzeuge
   * **''dmidecode''** - Desktop Management Interface Tabellen Werkzeuge
+  * **''edk2-ovmf''** - Firmware für virtuelle Maschinen (x86_64, i686)
+  * **''guestfs-tools''** - Zugriff und Änderung von Festplatten-Images virtueller Maschinen
 <code>
-# pacman -S qemu virt-manager dnsmasq ebtables dmidecode
+# pacman -S qemu virt-manager dnsmasq ebtables dmidecode edk2-ovmf guestfs-tools
 </code>
@@ Zeile 106: / Zeile 107: @@
 Nachfolgender Befehl erstellt einen **neuen** Benutzer mit
   * dem **Kommentar**: ''libvirt''
-  * der **Gruppen-ID**: ''972''
+  * der **Gruppen-ID**: ''975''
   * und mit der Erstellung eines **''home''**-Verzeichnisses
   * der **''shell''**: ''/bin/bash''
-  * der **Benutzer-ID**: ''972''
+  * der **Benutzer-ID**: ''975''
   * der **Bezeichnung**: hier ''libvirt''
 <code>
-[root@archlinux ~]# useradd -c 'libvirt' -g 972 -m -s /bin/bash -u 972 libvirt
+[root@archlinux ~]# useradd -c 'libvirt' -g 975 -m -s /bin/bash -u 975 libvirt
 </code>
@@ Zeile 118: / Zeile 119: @@
 <code>
 [root@archlinux ~]# cat /etc/passwd | grep libvirt
-libvirt:x:972:972:libvirt:/home/libvirt:/bin/bash
+libvirt:x:975:975:libvirt:/home/libvirt:/bin/bash
 </code>
@@ Zeile 129: / Zeile 130: @@
 </code>
-===== X-Seesion Übernahme ermöglichen =====
+===== X-Session Übernahme ermöglichen =====
 Damit eine Übernahme der **X-Session** vom Benutzer der sich via ''SSH'' verbindet, auf den zuvor engelegten Benutzer ''libvirt'' möglich wird, sind nachfolgende Ergänzungen der Konfigurationsdateien:
@@ Zeile 136: / Zeile 137: @@
 notwendig.
-Nachfolgende Zeilen sind an die jeweils zuvor genannten Konfigurationsdatein anzuhängen und können mit nachfolgenden Befehlen durchgeführt werden:
+Nachfolgende Zeilen sind an die jeweils zuvor genannten Konfigurationsdateien anzuhängen was mit nachfolgenden Befehlen durchgeführt werden kann:
 ==== /etc/pam.d/su ====
@@ Zeile 157: / Zeile 158: @@
 <code>
 $ ssh -A -X -2 -t klaus@192.168.0.125
-klaus@192.168.1.30's password:
+klaus@192.168.0.125's password:
 Last login: Mon Jul 13 15:36:07 2020 from 192.168.0.20
 [klaus@archlinux ~]$
@@ Zeile 173: / Zeile 174: @@
 ==== Starten des virt-manager ====
-Nun kann als Benutzer libvirt der ''virt-manager'' mit nachfolgendem Befehl gestartet werden:
+Nun kann als Benutzer ''libvirt'' der ''virt-manager'' mit nachfolgendem Befehl gestartet werden:
 <code>
 $ virt-manager &
@@ Zeile 187: / Zeile 188: @@
 </code>
-Nach ein wenig Anpassungen am Aussehen des ''virt-manager''s, könnt dieser nun wie folgt, nach dessen Start, aussehen:
+Nach ein wenig Anpassungen am Aussehen des ''virt-manager''s, könnte dieser nun wie folgt, nach dessen Start, aussehen:
 {{:tachtler:virtualisierung:archlinux:archlinux_virt-manager_configured.png|ArchLinux - virt-manager - angepasstes Aussehen}}
+===== Problembehandlung =====
+==== cannot open display ====
+Falls nach einer erfolgreichen ''SSH''-Remote-Verbindung und der Wechsel zum Benutzer ''libvirt'' nachfolgende Fehlermeldung beim **Starten des ''virt-manager'''s** erscheinen sollte:
+<code>
+[libvirt@archlinux klaus]$ virt-manager &
+[1] 1158
+[libvirt@archlinux klaus]$ Unable to init server: Could not connect: Connection refused
+Unable to init server: Could not connect: Connection refused
+Unable to init server: Could not connect: Connection refused
+(virt-manager:1159): Gtk-WARNING **: 15:45:42.590: cannot open display:
+</code>
+liegt dies daran, dass in der Konfigurationsdatei
+  * **''/etc/ssh/sshd_config''**
+das
+  * ''X11Forwarding no''
+noch gesetzt ist.
+Eine Korrektur der Einstellung in der Konfigurationsdatei ''/etc/ssh/sshd_config'' bei ''X11Forwarding'' wie folgt dargestellt, einem **Neustart des SSH-Dienstes/Daemon** und dem kompletten Verlassen der ''SSH''-Remote-Verbindung mit allen Benutzer und einer entsprechenden Neuanmeldung, sollte das Problem lösen:
+**Nur relevanter Ausschnitt**:
+<code bash>
+# Tachtler
+# default: #X11Forwarding no
+X11Forwarding yes
+</code>