kvm braucht root rechte da es ja kernel virtualisierung heist sprich lauft auf system ebene
Ich danke dir!
kvm braucht root rechte da es ja kernel virtualisierung heist sprich lauft auf system ebene
Ich danke dir!
Schau mal ob Du das bei NIC eingestellt hast.
Bei Gerätemodel Deine NIC auswählen
Ok, das geht jetzt wieder, bei mir allerdings mit rtl8139
Vermutlich muss ich mich damit nur etwas beschäftigen
Schau mal ob Du das bei NIC eingestellt hast.
Bei Gerätemodel Deine NIC auswählen
Danke, ich guck gleich, sag mal, musst du auch beim Start das Passwort eingeben?
dafür gibts bei kvm qemu den virt-manager damit ists einfacher
Besten Dank!
Das sieht schon gut aus, bis auf USB läuft das virtuelle alte Windows, auch die erneute Aktivierung hat geklappt. War jetzt ein wenig komplizierter als VMWare aber wenn es funktioniert ist es unwichtig. USB muss ich jetzt noch untersuchen, ist auch wichtig.
dafür gibts bei kvm qemu den virt-manager damit ists einfacher https://virt-manager.org/
MX Linux sieht auch sehr verbugt aushabs vor paar wochen mal probiert in ner vm auch nur probleme gehabt mit paketen das libs fehlen oder abhängigkeiten ned richtig mitinstalliert werden.
rein theoretisch müssteauch gleich kvm und qemu mt installieren
MX Linux nutzt aber irgendwie eine ähnliche Hardwareerkennungsgeschichte wie Ubuntu. Macht also hier irgendwas anders. Das merke ich daran wie der Name der Grafikkarte vom Notebook im Superposition Benchmark ist. Eigentlich gefällt es mir weil es funktioniert, Debian 11 hat ja sehr große Probleme mit meiner Hardware gehabt.
Ich hatte das mit dem virt-manager früher schon mal hinbekommen und werde das jetzt ausprobieren.
gibts qemu und kvm nicht im repo bei MX?
Das wird bestimmt übelst kompliziert.
VMWare nutzte ich bisher fast 20 Jahre und es ist sehr einfach zu bedienen.
Das MX ist doch verbugt, da sind doch auch schon wieder Fehler an allen Enden!
Jetzt guck ich mal nach qemu und weiter geht der Spaß:
root@ryzen7:~/qemu-7.0.0# ./configure
Using './build' as the directory for build output
ERROR: Cannot find Ninja
Ja, ich weiß schon, normal über apt installieren, aber seht her:
root@ryzen7:~/qemu-7.0.0# apt-get install qemu
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden NEUEN Pakete werden installiert:
qemu
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 71,0 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 99,3 kB Plattenplatz zusätzlich benutzt.
Holen:1 http://security.debian.org/debian-security bullseye-security/main amd64 qemu amd64 1:5.2+dfsg-11+deb11u2 [71,0 kB]
Es wurden 71,0 kB in 0 s geholt (387 kB/s).
Unable to init server: Verbindung ist gescheitert: Verbindungsaufbau abgelehnt
(dpkg-preconfigure:13233): Gtk-WARNING **: 15:44:46.541: cannot open display:
debconf: kann Oberfläche nicht initialisieren: Gnome
debconf: (DISPLAY problem?)
debconf: greife zurück auf die Oberfläche: Dialog
Vormals nicht ausgewähltes Paket qemu wird gewählt.
(Lese Datenbank ... 318249 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../qemu_1%3a5.2+dfsg-11+deb11u2_amd64.deb ...
Entpacken von qemu (1:5.2+dfsg-11+deb11u2) ...
qemu (1:5.2+dfsg-11+deb11u2) wird eingerichtet ...
Alles anzeigen
Ich habe keine Lust mehr.
Neuere Kernel = bessere Hardwareunterstützung aber dafür eben anderes wieder kaputt.
Ausschlußverfahren. Aus dem Grund würde ich dennoch signieren. Es schadet nicht.
Das werde ich nicht tun. Das habe ich schon einmal versehentlich versucht und endete in einer Neuinstallation weil ich mich nicht in das Menü am Anfang vom UEFI Boot rein gefunden habe, ich sollte irgendwelche Passwörter vergeben usw. mit dem Ergebniss das nichts mehr funktionierte.
- $mokutil --import MOK.der
- Confirm a password for this MOK enrollment request.
- Reboot your machine. Follow the instructions to complete the enrollment from the UEFI consol.
Das MOK Zeug ist doch wenn ich wirklich unbedingt das Secure Boot verwenden will, will ich aber gar nicht.
Also ich weiß nicht. Es steht doch da was nicht geht:
C Library - <stddef.h>
022-06-22T05:36:23.479Z In(05) host-17952 /tmp/modconfig-Y14fAi/vmmon-only/./include/vm_basic_defs.h:54:12: fatal error: stddef.h: Datei oder Verzeichnis nicht gefunden
2022-06-22T05:36:23.479Z In(05) host-17952 54 | # include <stddef.h>
2022-06-22T05:36:23.479Z In(05) host-17952 | ^~~~~~~~~~
2022-06-22T05:36:23.479Z In(05) host-17952 compilation terminated.
Ja
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
build-essential ist schon die neueste Version (12.9).
gcc ist schon die neueste Version (4:10.2.1-1).
gcc wurde als manuell installiert festgelegt.
libaio1 ist schon die neueste Version (0.3.112-9).
libaio1 wurde als manuell installiert festgelegt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es mangelt wirklich nur an der stddef.h, das muss eine C Bibliothek sein.
Ich habs mit dem Script probiert und auch mit einer älteren vmware Version, keine Chance, alle Varianten bemühen make und bringen die gleiche Fehlermeldung, das scheitert wie schon ganz am Anfang im Log zu sehen an dieser Bibliothek.
Ich muss raus kriegen was man bei MX Linux hier weg gelassen hat.
Evt. hilft dir das hier weiter:
Danke, probiere ich aus.
MX Linux scheint zwar gut was Hardware angeht aber das hier ging im Debian 11 von ganz alleine ohne Probleme.
MX Linux macht ein bisschen was anders als Debian mit der Hardware finde ich.
Wayland oder Xorg - steht wo?
$ modprobe vmmon
modprobe: FATAL: Module vmmon not found in directory /lib/modules/5.16.0-5mx-amd64
MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMNMMMMMMMMM sdadasw@ryzen7
MMMMMMMMMMNs..yMMMMMMMMMMMMMm: +NMMMMMMM ------------
MMMMMMMMMN+ :mMMMMMMMMMNo` -dMMMMMMMM OS: MX x86_64
MMMMMMMMMMMs. `oNMMMMMMh- `sNMMMMMMMMM Host: B550M Pro4
MMMMMMMMMMMMN/ -hMMMN+ :dMMMMMMMMMMM Kernel: 5.16.0-5mx-amd64
MMMMMMMMMMMMMMh- +ms. .sMMMMMMMMMMMMM Uptime: 17 mins
MMMMMMMMMMMMMMMN+` ` +NMMMMMMMMMMMMMM Packages: 2409 (dpkg), 6 (flatpak)
MMMMMMMMMMMMMMNMMd: .dMMMMMMMMMMMMMMM Shell: bash 5.1.4
MMMMMMMMMMMMm/-hMd- `sNMMMMMMMMMMMMM Resolution: 1920x1080, 1920x1080
MMMMMMMMMMNo` -` :h/ -dMMMMMMMMMMMM DE: Xfce 4.16
MMMMMMMMMd: /NMMh- `+NMMMMMMMMMM WM: Xfwm4
MMMMMMMNo` :mMMN+` `-hMMMMMMMM WM Theme: Default
MMMMMMh. `oNMMd: `/mMMMMMM Theme: Xfce [GTK2], Adwaita [GTK3]
MMMMm/ -hMd- `sNMMMM Icons: Tango [GTK2], Adwaita [GTK3]
MMNs` - :dMMM Terminal: xfce4-terminal
Mm: `oMM Terminal Font: Monospace 12
MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM CPU: AMD Ryzen 7 5700X (16) @ 3.400G
GPU: AMD ATI Navi 23
Memory: 1912MiB / 32032MiB
Alles anzeigen
Die Virtualisierung im BIOS ist aktiv?
Dann prüfe ob Secure Boot im BIOS aktiv ist und ggf. deaktiviere es.
Das war es schonmal nicht, Secure Boot ist nicht aktiv und Virtualisierung aber ja.
Die Virtualisierung im BIOS ist aktiv?
Dann prüfe ob Secure Boot im BIOS aktiv ist und ggf. deaktiviere es.
Stimmt, gute Idee, ich habe ja einen neuen Rechner ...
Du kompilierst VMWare selbst?
Nein, natürlich nicht.
Wenn man den Installer von vmware fertig ausgeführt hat und dann vmware zum ersten Mal starten möchte kommt dieses Fenster:
Das bestätige ich mit "Install" und dann kommt diese Meldung:
Und diese Details aus der Logdatei habe ich weiter oben gepostet.
Hallo zusammen,
in MX Linux scheinen bestimmte Bibliotheken zu fehlen die aber gebraucht werden damit VMWare installiert werden kann.
Besser, der Compiler ist in einer anderen Version als erwartet und
Diese Meldungen stehen im Log:
2022-06-22T05:36:15.504Z In(05) host-17952 using /usr/bin/gcc-10 for preprocess check
2022-06-22T05:36:15.508Z In(05) host-17952 Preprocessed UTS_RELEASE, got value "5.16.0-5mx-amd64".
2022-06-22T05:36:15.508Z In(05) host-17952 The header path "/lib/modules/5.16.0-5mx-amd64/build/include" for the kernel "5.16.0-5mx-amd64" is valid. Whoohoo!
2022-06-22T05:36:15.509Z In(05) host-17952 Found compiler at "/usr/bin/gcc"
2022-06-22T05:36:15.509Z In(05) host-17952 Got gcc version "10".
2022-06-22T05:36:15.509Z In(05) host-17952 The GCC version matches the kernel GCC minor version like a glove.
2022-06-22T05:36:15.510Z In(05) host-17952 Got gcc version "10".
2022-06-22T05:36:15.510Z In(05) host-17952 The GCC version matches the kernel GCC minor version like a glove.
2022-06-22T05:36:15.511Z In(05) host-17952 Trying to find a suitable PBM set for kernel "5.16.0-5mx-amd64".
2022-06-22T05:36:15.511Z In(05) host-17952 No matching PBM set was found for kernel "5.16.0-5mx-amd64".
2022-06-22T05:36:15.511Z In(05) host-17952 The GCC version matches the kernel GCC minor version like a glove.
2022-06-22T05:36:15.511Z In(05) host-17952 Validating path "/lib/modules/5.16.0-5mx-amd64/build/include" for kernel release "5.16.0-5mx-amd64".
2022-06-22T05:36:15.511Z In(05) host-17952 Failed to find /lib/modules/5.16.0-5mx-amd64/build/include/linux/version.h
2022-06-22T05:36:15.511Z In(05) host-17952 /lib/modules/5.16.0-5mx-amd64/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
Alles anzeigen
Und dann:
2022-06-22T05:36:17.305Z In(05) host-17952 using /usr/bin/gcc-10 for preprocess check
2022-06-22T05:36:17.310Z In(05) host-17952 Preprocessed UTS_RELEASE, got value "5.16.0-5mx-amd64".
2022-06-22T05:36:17.310Z In(05) host-17952 The header path "/lib/modules/5.16.0-5mx-amd64/build/include" for the kernel "5.16.0-5mx-amd64" is valid. Whoohoo!
2022-06-22T05:36:17.310Z In(05) host-17952 Using temp dir "/tmp".
2022-06-22T05:36:23.479Z In(05) host-17952 Stopping VMware services:
2022-06-22T05:36:23.479Z In(05) host-17952 VMware Authentication Daemon[71G done
2022-06-22T05:36:23.479Z In(05) host-17952 Virtual machine monitor[71G done
2022-06-22T05:36:23.479Z In(05) host-17952 make: Verzeichnis „/tmp/modconfig-Y14fAi/vmmon-only“ wird betreten
2022-06-22T05:36:23.479Z In(05) host-17952 /usr/bin/make -C /lib/modules/5.16.0-5mx-amd64/build/include/.. M=$PWD SRCROOT=$PWD/. \
2022-06-22T05:36:23.479Z In(05) host-17952 MODULEBUILDDIR= modules
2022-06-22T05:36:23.479Z In(05) host-17952 make[1]: Verzeichnis „/usr/src/linux-headers-5.16.0-5mx-amd64“ wird betreten
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/linux/driver.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/linux/driverLog.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/linux/hostif.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/apic.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/comport.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/cpuid.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/crosspage.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/memtrack.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/moduleloop.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/phystrack.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/sharedAreaVmmon.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/statVarsVmmon.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/task.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/common/vmx86.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/bootstrap/bootstrap.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmmon-only/bootstrap/monLoader.o
2022-06-22T05:36:23.479Z In(05) host-17952 make[1]: Verzeichnis „/usr/src/linux-headers-5.16.0-5mx-amd64“ wird verlassen
2022-06-22T05:36:23.479Z In(05) host-17952 make: Verzeichnis „/tmp/modconfig-Y14fAi/vmmon-only“ wird verlassen
2022-06-22T05:36:23.479Z In(05) host-17952 make: Verzeichnis „/tmp/modconfig-Y14fAi/vmnet-only“ wird betreten
2022-06-22T05:36:23.479Z In(05) host-17952 /usr/bin/make -C /lib/modules/5.16.0-5mx-amd64/build/include/.. M=$PWD SRCROOT=$PWD/. \
2022-06-22T05:36:23.479Z In(05) host-17952 MODULEBUILDDIR= modules
2022-06-22T05:36:23.479Z In(05) host-17952 make[1]: Verzeichnis „/usr/src/linux-headers-5.16.0-5mx-amd64“ wird betreten
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/driver.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/hub.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/userif.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/netif.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/bridge.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/procfs.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/smac_compat.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/smac.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/vnetEvent.o
2022-06-22T05:36:23.479Z In(05) host-17952 CC [M] /tmp/modconfig-Y14fAi/vmnet-only/vnetUserListener.o
2022-06-22T05:36:23.479Z In(05) host-17952 make[1]: Verzeichnis „/usr/src/linux-headers-5.16.0-5mx-amd64“ wird verlassen
2022-06-22T05:36:23.479Z In(05) host-17952 make: Verzeichnis „/tmp/modconfig-Y14fAi/vmnet-only“ wird verlassen
2022-06-22T05:36:23.479Z In(05) host-17952 [AppLoader] GLib does not have GSettings support.
2022-06-22T05:36:23.479Z In(05) host-17952 Using kernel build system.
2022-06-22T05:36:23.479Z In(05) host-17952 /bin/sh: 1: /usr/src/linux-headers-5.16.0-5mx-common/scripts/pahole-flags.sh: not found
2022-06-22T05:36:23.479Z In(05) host-17952 /bin/sh: 1: /usr/src/linux-headers-5.16.0-5mx-common/scripts/pahole-flags.sh: not found
2022-06-22T05:36:23.479Z In(05) host-17952 warning: the compiler differs from the one used to build the kernel
2022-06-22T05:36:23.479Z In(05) host-17952 The kernel was built by: gcc-10 (Debian 10.2.1-6) 10.2.1 20210110
2022-06-22T05:36:23.479Z In(05) host-17952 You are using: gcc (Debian 10.2.1-6) 10.2.1 20210110
2022-06-22T05:36:23.479Z In(05) host-17952 /bin/sh: 1: /usr/src/linux-headers-5.16.0-5mx-common/scripts/pahole-flags.sh: not found
2022-06-22T05:36:23.479Z In(05) host-17952 In file included from /tmp/modconfig-Y14fAi/vmmon-only/common/apic.c:19:
2022-06-22T05:36:23.479Z In(05) host-17952 /tmp/modconfig-Y14fAi/vmmon-only/./include/vm_basic_defs.h:54:12: fatal error: stddef.h: Datei oder Verzeichnis nicht gefunden
2022-06-22T05:36:23.479Z In(05) host-17952 54 | # include <stddef.h>
2022-06-22T05:36:23.479Z In(05) host-17952 | ^~~~~~~~~~
2022-06-22T05:36:23.479Z In(05) host-17952 compilation terminated.
2022-06-22T05:36:23.479Z In(05) host-17952 make[2]: *** [/usr/src/linux-headers-5.16.0-5mx-common/scripts/Makefile.build:292: /tmp/modconfig-Y14fAi/vmmon-only/common/apic.o] Fehler 1
2022-06-22T05:36:23.479Z In(05) host-17952 make[2]: *** Es wird auf noch nicht beendete Prozesse gewartet....
2022-06-22T05:36:23.479Z In(05) host-17952 In file included from /tmp/modconfig-Y14fAi/vmmon-only/./include/cpu_types.h:29,
2022-06-22T05:36:23.479Z In(05) host-17952 from /tmp/modconfig-Y14fAi/vmmon-only/./include/modulecall.h:33,
2022-06-22T05:36:23.479Z In(05) host-17952 from /tmp/modconfig-Y14fAi/vmmon-only/common/crosspage.c:57:
2022-06-22T05:36:23.479Z In(05) host-17952 /tmp/modconfig-Y14fAi/vmmon-only/./include/vm_basic_defs.h:54:12: fatal error: stddef.h: Datei oder Verzeichnis nicht gefunden
Alles anzeigen
Hat jemand eine Idee dazu?