PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : VMWarePlayer Startet nicht mehr



Seiten : [1] 2

Andi123
01.03.17, 09:45
Servus

VMware Workstation 12.5.2 Player startet nicht mehr, Fehlermeldung gcc 6.2.0 wurde nicht gefunden

21159

21161


/usr/bin/gcc-6

21162


21163


2017-03-01T09:49:46.935+01:00| vthread-4| I125: Log for VMware Workstation pid=6769 version=12.5.2 build=build-4638234 option=Release
2017-03-01T09:49:46.935+01:00| vthread-4| I125: The process is 64-bit.
2017-03-01T09:49:46.935+01:00| vthread-4| I125: Host codepage=UTF-8 encoding=UTF-8
2017-03-01T09:49:46.935+01:00| vthread-4| I125: Host is Linux 4.10.1-041001-generic Linux Mint 18.1 Serena
2017-03-01T09:49:46.935+01:00| vthread-4| I125: DictionaryLoad: Cannot open file "/usr/lib/vmware/settings": Datei oder Verzeichnis nicht gefunden.
2017-03-01T09:49:46.935+01:00| vthread-4| I125: PREF Optional preferences file not found at /usr/lib/vmware/settings. Using default values.
2017-03-01T09:49:46.935+01:00| vthread-4| I125: DictionaryLoad: Cannot open file "/root/.vmware/config": Datei oder Verzeichnis nicht gefunden.
2017-03-01T09:49:46.935+01:00| vthread-4| I125: PREF Optional preferences file not found at /root/.vmware/config. Using default values.
2017-03-01T09:49:46.935+01:00| vthread-4| I125: PREF Unable to check permissions for preferences file.
2017-03-01T09:49:46.935+01:00| vthread-4| I125: DictionaryLoad: Cannot open file "/root/.vmware/preferences": Datei oder Verzeichnis nicht gefunden.
2017-03-01T09:49:46.935+01:00| vthread-4| I125: PREF Failed to load user preferences.
2017-03-01T09:49:46.960+01:00| vthread-4| W115: Logging to /tmp/vmware-root/vmware-6769.log
2017-03-01T09:49:46.976+01:00| vthread-4| I125: Obtaining info using the running kernel.
2017-03-01T09:49:46.976+01:00| vthread-4| I125: Created new pathsHash.
2017-03-01T09:49:46.976+01:00| vthread-4| I125: Setting header path for 4.10.1-041001-generic to "/lib/modules/4.10.1-041001-generic/build/include".
2017-03-01T09:49:46.976+01:00| vthread-4| I125: Validating path "/lib/modules/4.10.1-041001-generic/build/include" for kernel release "4.10.1-041001-generic".
2017-03-01T09:49:46.976+01:00| vthread-4| I125: Failed to find /lib/modules/4.10.1-041001-generic/build/include/linux/version.h
2017-03-01T09:49:46.976+01:00| vthread-4| I125: /lib/modules/4.10.1-041001-generic/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
2017-03-01T09:49:46.976+01:00| vthread-4| I125: using /usr/bin/gcc for preprocess check
2017-03-01T09:49:46.979+01:00| vthread-4| I125: Preprocessed UTS_RELEASE, got value "4.10.1-041001-generic".
2017-03-01T09:49:46.979+01:00| vthread-4| I125: The header path "/lib/modules/4.10.1-041001-generic/build/include" for the kernel "4.10.1-041001-generic" is valid. Whoohoo!
2017-03-01T09:49:47.076+01:00| vthread-4| I125: found symbol version file /lib/modules/4.10.1-041001-generic/build/Module.symvers
2017-03-01T09:49:47.076+01:00| vthread-4| I125: Reading symbol versions from /lib/modules/4.10.1-041001-generic/build/Module.symvers.
2017-03-01T09:49:47.087+01:00| vthread-4| I125: Read 20996 symbol versions
2017-03-01T09:49:47.087+01:00| vthread-4| I125: Reading in info for the vmmon module.
2017-03-01T09:49:47.087+01:00| vthread-4| I125: Reading in info for the vmnet module.
2017-03-01T09:49:47.087+01:00| vthread-4| I125: Reading in info for the vmblock module.
2017-03-01T09:49:47.087+01:00| vthread-4| I125: Reading in info for the vmci module.
2017-03-01T09:49:47.087+01:00| vthread-4| I125: Reading in info for the vsock module.
2017-03-01T09:49:47.087+01:00| vthread-4| I125: Setting vsock to depend on vmci.
2017-03-01T09:49:47.087+01:00| vthread-4| I125: Invoking modinfo on "vmmon".
2017-03-01T09:49:47.088+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-03-01T09:49:47.088+01:00| vthread-4| I125: Invoking modinfo on "vmnet".
2017-03-01T09:49:47.089+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-03-01T09:49:47.089+01:00| vthread-4| I125: Invoking modinfo on "vmblock".
2017-03-01T09:49:47.089+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-03-01T09:49:47.089+01:00| vthread-4| I125: Invoking modinfo on "vmci".
2017-03-01T09:49:47.090+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-03-01T09:49:47.090+01:00| vthread-4| I125: Invoking modinfo on "vsock".
2017-03-01T09:49:47.091+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 0.
2017-03-01T09:49:47.098+01:00| vthread-4| I125: to be installed: vmmon status: 0
2017-03-01T09:49:47.098+01:00| vthread-4| I125: to be installed: vmnet status: 0
2017-03-01T09:49:47.442+01:00| vthread-4| I125: Obtaining info using the running kernel.
2017-03-01T09:49:47.442+01:00| vthread-4| I125: Setting header path for 4.10.1-041001-generic to "/lib/modules/4.10.1-041001-generic/build/include".
2017-03-01T09:49:47.442+01:00| vthread-4| I125: Validating path "/lib/modules/4.10.1-041001-generic/build/include" for kernel release "4.10.1-041001-generic".
2017-03-01T09:49:47.442+01:00| vthread-4| I125: Failed to find /lib/modules/4.10.1-041001-generic/build/include/linux/version.h
2017-03-01T09:49:47.442+01:00| vthread-4| I125: /lib/modules/4.10.1-041001-generic/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
2017-03-01T09:49:47.442+01:00| vthread-4| I125: using /usr/bin/gcc for preprocess check
2017-03-01T09:49:47.445+01:00| vthread-4| I125: Preprocessed UTS_RELEASE, got value "4.10.1-041001-generic".
2017-03-01T09:49:47.445+01:00| vthread-4| I125: The header path "/lib/modules/4.10.1-041001-generic/build/include" for the kernel "4.10.1-041001-generic" is valid. Whoohoo!
2017-03-01T09:49:47.541+01:00| vthread-4| I125: found symbol version file /lib/modules/4.10.1-041001-generic/build/Module.symvers
2017-03-01T09:49:47.541+01:00| vthread-4| I125: Reading symbol versions from /lib/modules/4.10.1-041001-generic/build/Module.symvers.
2017-03-01T09:49:47.552+01:00| vthread-4| I125: Read 20996 symbol versions
2017-03-01T09:49:47.552+01:00| vthread-4| I125: Kernel header path retrieved from FileEntry: /lib/modules/4.10.1-041001-generic/build/include
2017-03-01T09:49:47.552+01:00| vthread-4| I125: Update kernel header path to /lib/modules/4.10.1-041001-generic/build/include
2017-03-01T09:49:47.552+01:00| vthread-4| I125: Validating path "/lib/modules/4.10.1-041001-generic/build/include" for kernel release "4.10.1-041001-generic".
2017-03-01T09:49:47.552+01:00| vthread-4| I125: Failed to find /lib/modules/4.10.1-041001-generic/build/include/linux/version.h
2017-03-01T09:49:47.552+01:00| vthread-4| I125: /lib/modules/4.10.1-041001-generic/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
2017-03-01T09:49:47.552+01:00| vthread-4| I125: using /usr/bin/gcc for preprocess check
2017-03-01T09:49:47.556+01:00| vthread-4| I125: Preprocessed UTS_RELEASE, got value "4.10.1-041001-generic".
2017-03-01T09:49:47.556+01:00| vthread-4| I125: The header path "/lib/modules/4.10.1-041001-generic/build/include" for the kernel "4.10.1-041001-generic" is valid. Whoohoo!
2017-03-01T09:49:47.556+01:00| vthread-4| I125: Found compiler at "/usr/bin/gcc"
2017-03-01T09:49:47.557+01:00| vthread-4| I125: Got gcc version "5.4.1".
2017-03-01T09:49:47.557+01:00| vthread-4| I125: GCC major version 5 does not match Kernel GCC major version 6.
2017-03-01T09:49:47.557+01:00| vthread-4| I125: The GCC compiler "/usr/bin/gcc" cannot be used for the target kernel.
2017-03-01T09:49:47.557+01:00| vthread-4| I125: No usable gcc found. Can't find a valid compiler despite our best efforts.
2017-03-01T09:49:47.557+01:00| vthread-4| I125: User supplied gcc at "" is not executable.
2017-03-01T09:49:47.558+01:00| vthread-4| I125: Trying to find a suitable PBM set for kernel "4.10.1-041001-generic".
2017-03-01T09:49:47.558+01:00| vthread-4| I125: No matching PBM set was found for kernel "4.10.1-041001-generic".
2017-03-01T09:52:16.786+01:00| vthread-4| I125: Using user supplied compiler "/usr/bin/gcc-6".
2017-03-01T09:52:16.788+01:00| vthread-4| I125: Got gcc version "6.2.0".
2017-03-01T09:52:16.788+01:00| vthread-4| I125: The GCC version matches the kernel GCC minor version like a glove.
2017-03-01T09:53:38.514+01:00| vthread-4| I125: The GCC version matches the kernel GCC minor version like a glove.
2017-03-01T09:53:38.514+01:00| vthread-4| I125: Validating path "/lib/modules/4.10.1-041001-generic/build/include" for kernel release "4.10.1-041001-generic".
2017-03-01T09:53:38.514+01:00| vthread-4| I125: Failed to find /lib/modules/4.10.1-041001-generic/build/include/linux/version.h
2017-03-01T09:53:38.514+01:00| vthread-4| I125: /lib/modules/4.10.1-041001-generic/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
2017-03-01T09:53:38.514+01:00| vthread-4| I125: using /usr/bin/gcc for preprocess check
2017-03-01T09:53:38.518+01:00| vthread-4| I125: Preprocessed UTS_RELEASE, got value "4.10.1-041001-generic".
2017-03-01T09:53:38.518+01:00| vthread-4| I125: The header path "/lib/modules/4.10.1-041001-generic/build/include" for the kernel "4.10.1-041001-generic" is valid. Whoohoo!
2017-03-01T09:53:38.518+01:00| vthread-4| I125: Using temp dir "/tmp".
2017-03-01T09:53:38.519+01:00| vthread-4| I125: Obtaining info using the running kernel.
2017-03-01T09:53:38.519+01:00| vthread-4| I125: Setting header path for 4.10.1-041001-generic to "/lib/modules/4.10.1-041001-generic/build/include".
2017-03-01T09:53:38.519+01:00| vthread-4| I125: Validating path "/lib/modules/4.10.1-041001-generic/build/include" for kernel release "4.10.1-041001-generic".
2017-03-01T09:53:38.519+01:00| vthread-4| I125: Failed to find /lib/modules/4.10.1-041001-generic/build/include/linux/version.h
2017-03-01T09:53:38.519+01:00| vthread-4| I125: /lib/modules/4.10.1-041001-generic/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
2017-03-01T09:53:38.519+01:00| vthread-4| I125: using /usr/bin/gcc for preprocess check
2017-03-01T09:53:38.522+01:00| vthread-4| I125: Preprocessed UTS_RELEASE, got value "4.10.1-041001-generic".
2017-03-01T09:53:38.522+01:00| vthread-4| I125: The header path "/lib/modules/4.10.1-041001-generic/build/include" for the kernel "4.10.1-041001-generic" is valid. Whoohoo!
2017-03-01T09:53:38.619+01:00| vthread-4| I125: found symbol version file /lib/modules/4.10.1-041001-generic/build/Module.symvers
2017-03-01T09:53:38.619+01:00| vthread-4| I125: Reading symbol versions from /lib/modules/4.10.1-041001-generic/build/Module.symvers.
2017-03-01T09:53:38.631+01:00| vthread-4| I125: Read 20996 symbol versions
2017-03-01T09:53:38.631+01:00| vthread-4| I125: Invoking modinfo on "vmmon".
2017-03-01T09:53:38.633+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-03-01T09:53:38.633+01:00| vthread-4| I125: Invoking modinfo on "vmnet".
2017-03-01T09:53:38.634+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-03-01T09:53:38.942+01:00| vthread-4| I125: Setting destination path for vmmon to "/lib/modules/4.10.1-041001-generic/misc/vmmon.ko".
2017-03-01T09:53:38.942+01:00| vthread-4| I125: Extracting the vmmon source from "/usr/lib/vmware/modules/source/vmmon.tar".
2017-03-01T09:53:38.946+01:00| vthread-4| I125: Successfully extracted the vmmon source.
2017-03-01T09:53:38.946+01:00| vthread-4| I125: Building module with command "/usr/bin/make -j8 -C /tmp/modconfig-aehHax/vmmon-only auto-build HEADER_DIR=/lib/modules/4.10.1-041001-generic/build/include CC=/usr/bin/gcc-6 IS_GCC_3=no"
2017-03-01T09:53:39.753+01:00| vthread-4| W115: Failed to build vmmon. Failed to execute the build command.
2017-03-01T09:53:39.755+01:00| vthread-4| I125: Setting destination path for vmnet to "/lib/modules/4.10.1-041001-generic/misc/vmnet.ko".
2017-03-01T09:53:39.755+01:00| vthread-4| I125: Extracting the vmnet source from "/usr/lib/vmware/modules/source/vmnet.tar".
2017-03-01T09:53:39.758+01:00| vthread-4| I125: Successfully extracted the vmnet source.
2017-03-01T09:53:39.758+01:00| vthread-4| I125: Building module with command "/usr/bin/make -j8 -C /tmp/modconfig-aehHax/vmnet-only auto-build HEADER_DIR=/lib/modules/4.10.1-041001-generic/build/include CC=/usr/bin/gcc-6 IS_GCC_3=no"
2017-03-01T09:53:40.566+01:00| vthread-4| W115: Failed to build vmnet. Failed to execute the build command.
2017-03-01T09:54:05.498+01:00| vthread-4| I125: The GCC version matches the kernel GCC minor version like a glove.
2017-03-01T09:54:05.499+01:00| vthread-4| I125: Validating path "/lib/modules/4.10.1-041001-generic/build/include" for kernel release "4.10.1-041001-generic".
2017-03-01T09:54:05.499+01:00| vthread-4| I125: Failed to find /lib/modules/4.10.1-041001-generic/build/include/linux/version.h
2017-03-01T09:54:05.499+01:00| vthread-4| I125: /lib/modules/4.10.1-041001-generic/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
2017-03-01T09:54:05.499+01:00| vthread-4| I125: using /usr/bin/gcc for preprocess check
2017-03-01T09:54:05.502+01:00| vthread-4| I125: Preprocessed UTS_RELEASE, got value "4.10.1-041001-generic".
2017-03-01T09:54:05.502+01:00| vthread-4| I125: The header path "/lib/modules/4.10.1-041001-generic/build/include" for the kernel "4.10.1-041001-generic" is valid. Whoohoo!
2017-03-01T09:54:05.502+01:00| vthread-4| I125: Using temp dir "/tmp".
2017-03-01T09:54:05.503+01:00| vthread-4| I125: Obtaining info using the running kernel.
2017-03-01T09:54:05.503+01:00| vthread-4| I125: Setting header path for 4.10.1-041001-generic to "/lib/modules/4.10.1-041001-generic/build/include".
2017-03-01T09:54:05.503+01:00| vthread-4| I125: Validating path "/lib/modules/4.10.1-041001-generic/build/include" for kernel release "4.10.1-041001-generic".
2017-03-01T09:54:05.503+01:00| vthread-4| I125: Failed to find /lib/modules/4.10.1-041001-generic/build/include/linux/version.h
2017-03-01T09:54:05.503+01:00| vthread-4| I125: /lib/modules/4.10.1-041001-generic/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
2017-03-01T09:54:05.503+01:00| vthread-4| I125: using /usr/bin/gcc for preprocess check
2017-03-01T09:54:05.507+01:00| vthread-4| I125: Preprocessed UTS_RELEASE, got value "4.10.1-041001-generic".
2017-03-01T09:54:05.507+01:00| vthread-4| I125: The header path "/lib/modules/4.10.1-041001-generic/build/include" for the kernel "4.10.1-041001-generic" is valid. Whoohoo!
2017-03-01T09:54:05.603+01:00| vthread-4| I125: found symbol version file /lib/modules/4.10.1-041001-generic/build/Module.symvers
2017-03-01T09:54:05.603+01:00| vthread-4| I125: Reading symbol versions from /lib/modules/4.10.1-041001-generic/build/Module.symvers.
2017-03-01T09:54:05.616+01:00| vthread-4| I125: Read 20996 symbol versions
2017-03-01T09:54:05.616+01:00| vthread-4| I125: Invoking modinfo on "vmmon".
2017-03-01T09:54:05.618+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-03-01T09:54:05.618+01:00| vthread-4| I125: Invoking modinfo on "vmnet".
2017-03-01T09:54:05.619+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-03-01T09:54:05.894+01:00| vthread-4| I125: Setting destination path for vmmon to "/lib/modules/4.10.1-041001-generic/misc/vmmon.ko".
2017-03-01T09:54:05.894+01:00| vthread-4| I125: Extracting the vmmon source from "/usr/lib/vmware/modules/source/vmmon.tar".
2017-03-01T09:54:05.898+01:00| vthread-4| I125: Successfully extracted the vmmon source.
2017-03-01T09:54:05.898+01:00| vthread-4| I125: Building module with command "/usr/bin/make -j8 -C /tmp/modconfig-t0cFOj/vmmon-only auto-build HEADER_DIR=/lib/modules/4.10.1-041001-generic/build/include CC=/usr/bin/gcc-6 IS_GCC_3=no"
2017-03-01T09:54:06.575+01:00| vthread-4| W115: Failed to build vmmon. Failed to execute the build command.
2017-03-01T09:54:06.576+01:00| vthread-4| I125: Setting destination path for vmnet to "/lib/modules/4.10.1-041001-generic/misc/vmnet.ko".
2017-03-01T09:54:06.577+01:00| vthread-4| I125: Extracting the vmnet source from "/usr/lib/vmware/modules/source/vmnet.tar".
2017-03-01T09:54:06.580+01:00| vthread-4| I125: Successfully extracted the vmnet source.
2017-03-01T09:54:06.580+01:00| vthread-4| I125: Building module with command "/usr/bin/make -j8 -C /tmp/modconfig-t0cFOj/vmnet-only auto-build HEADER_DIR=/lib/modules/4.10.1-041001-generic/build/include CC=/usr/bin/gcc-6 IS_GCC_3=no"
2017-03-01T09:54:07.349+01:00| vthread-4| W115: Failed to build vmnet. Failed to execute the build command.


gcc --version
gcc (Ubuntu 5.4.1-2ubuntu1~16.04) 5.4.1 20160904
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.




apt-get install gcc-6
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
»gcc-6« ist bereits die neuste Version (6.2.0-3ubuntu11~16.04).
gcc-6 wurde als manuell installiert festgelegt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.


21160

Kann es sein daß der VMWareplayer noch nicht mit dem 4.10er Kernel kann?

Mint 18.1 Mate 64.

Gruß
Andi

towo2099
01.03.17, 13:53
VMware funktioniert ungepatcht weder mit kernel 4.9 noch mit 4.10. Der Patch für Kernel 4.9 reicht aber aus, um dann auch gegen 4.10 zu bauen.

Andi123
01.03.17, 16:06
@ towo2099

danke für deine Antwort.

Leider stehe ich etwas auf dem Schlauch, wie kann ich was patchen :confused::confused:

florian0285
02.03.17, 10:44
Nur mal so als Anhalt:

http://www.linux-praxis.de/lpic2/lpi201/2.201.3.html

Ist schon etwas veraltet, aber dürfte in groben Zügen deine Frage beantworten.

towo2099
02.03.17, 12:02
Nuja, Thema verfehlt, 6 setzen!
Hier muß nicht der Kernel gepatcht werden, sondern die VMware Module Sourcen.

florian0285
02.03.17, 13:10
Nuja, Thema verfehlt, 6 setzen!
Hier muß nicht der Kernel gepatcht werden, sondern die VMware Module Sourcen.

Muss ich nicht verstehen. Kernel-Module sind Bestandteile des Kernels, die zur Laufzeit nachgeladen/entladen werden können.

Der Link beantwortet die Frage "in groben Zügen". Das Prinzip des Patchen ist "in groben Zügen" das gleiche und was letztendlich als Modul im Kernel landet und was "hardcoded" sein soll entscheiden (mit Außnahme von ggf. proprietären Bestandteilen) die Konfig.

Der Link beantwortet nicht direkt was der TE für VMWare mit Kernel 4.10 genau patchen muss, bringt ihm aber das Verständnis näher was getan werden muss.

Deshalb die Antwort "in groben Zügen" = Note 1
Die Antwort auf die eigentliche Frage = Note 3
Bei gleicher Gewichtung beider Noten = Gesamtnote 2

"Nur mal so als Anhalt" und "in groben Zügen" sollte nicht gleich als totalitäre Antwort auf alle Fragen mit 42 gleichgesetzt werden. :rolleyes:

Davon abgesehen sollte er wohl auch aus anderen Gründen nen anderen Kernel ausprobieren :rolleyes:

stefan.becker
02.03.17, 19:07
Flori, sieh es ein, dein Link ist absolut nutzlos. Wenn du das nie gemacht hast bei VMWARE, dann sag lieber gar nichts dazu.

@Andi123: Du suchst eher so was. Darin ist ein Script verlinkt, das macht das ganze für dich.

http://rglinuxtech.com/?p=1914

So was findet man einfach per Google mit "vmware 4.10".

stefan.becker
02.03.17, 19:09
Nachtrag: Bei VMWARE ist man mit einem aktuellen Kernel meistens schlecht bedient. Aktualitätsfanatiker sind halt nicht deren Kundenkreis. Sprich: VMWARE und aktuelles Kernelrepo passen nicht zusammen.

florian0285
02.03.17, 19:57
Flori, sieh es ein, dein Link ist absolut nutzlos.

Nein da bin ich zu doof zu....

in deinem Link zu dem Script wird im Script gepatched



.... code...
patch -p0) < vmwkp4.9.patch
.... viel mehr code ....


in meinem Link wird gepatched bzw. es erklärt



.... erklärender Text ....
zcat patch-2.4.15.gz | patch -p0
.... weiterer erklärender Text .....


Sind wohl zwei unterschiedliche "patch -p0" und "patch -p0" Befehle :rolleyes:

und Kernel-Module sind natürlich nicht Bestandteil des Kernels :rolleyes:

Ich gebs auf... ich habs nicht kapiert :rolleyes:

stefan.becker
02.03.17, 21:44
Was bitteschön soll an der Erklärung des Wort Patches hilfreich sein?

Du verwirrst mit deinem Link jeden Anfänger, der gar nicht rafft, warum es geht.

florian0285
02.03.17, 23:12
Die Verwirrung war doch schon spätestens hier vorhanden:


VMware ...Der Patch ... Kernel ...bauen.

Siehe Reaktion:

@ towo2099
wie kann ich was patchen :confused::confused:



http://rglinuxtech.com/?p=1914


Dieser Link beinhaltet u. a.

In vmnet-only/userif.c, around line 113, change
#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 6, 0)
retval = get_user_pages(addr, 1, 1, 0, &page, NULL);
... usw...


Englisch... cryptischer Code.... noch verwirrender....


Was bitteschön soll an der Erklärung des Wort Patches hilfreich sein?

Du verwirrst mit deinem Link jeden Anfänger, der gar nicht rafft, warum es geht.

In dem Link wird nicht nur "das Wort" erklärt. Ob das für nen Anfänger geeignet ist... keine Ahnung... es wird aber erkärt, dass Patches sowas wie Updates für den Code sind und man diese einspielen kann/muss und dann den Kernel und die Module neu kompilieren usw. Das auch noch schön auf deutsch. Auch wenn er das nicht gleich 1:1 umsetzen kann weiß er doch so im "groben" was da (von anderen) gemacht werden muss und warum das bei seinem Kernel vermutlich noch nicht läuft.

Aber in diesem Sinne... gute Nacht und Gruß an die EULA :rolleyes:

Andi123
21.03.17, 14:51
Danke für eure Antworten.

Die neue VMWarePlayer Version 12.5.4 funktioniert auch mit Kernel 4.10.

expat
02.02.18, 15:12
VMWare-Player, keine Version ab 12.0, funktioniert nun gar nicht mehr mit neueren Kernels, weder unter UBUNTU noch mit MINT. Nur noch in windows. Schade!

towo2099
02.02.18, 15:21
Dummfug!

Absolut sinnfreier Kommentar!

Andi123
02.02.18, 15:27
Doch, die 14er Version funktioniert bei mir mit 4.15er Kernel

Mint 18.2 Kernel 4.15

21332

21333

https://my.vmware.com/de/web/vmware/free#desktop_end_user_computing/vmware_workstation_player/14_0|PLAYER-1411|product_downloads

Allerdings hat VMWare immer Probleme mit neueren Kernels, kommen da nicht hinterher.

Virtualbox ist da wesentlich besser, weil nicht so Kernelabhängig.

Hatte mit VB bisher nur ein mal ein Problem daß die aktuelle Version mit aktuellsten Kernel nicht wollte.

Mit VMWare ständig das Gezeter mit den Kernels und auch die gcc Probleme.

mit Linux oder Linux und Windows ist man mit Virtualbox besser bedient.

Wer ausschließlich Windows als Host benutzt, ist mit VMWare Player besser dran, da dieser dem Gast mehr Grafikspeicher gönnt als die Virtualbox 128mb.
Auch läuft unter Windows Host mit VMWare USB besser, da gibt es mit VB öfters Fehler.

towo2099
02.02.18, 15:51
selbst 12.5.9 läuft mit 4.15, weil es Menschen gibt, die da regelmäßig Patches zur Verfügung stellen.

stefan.becker
02.02.18, 20:21
VirtualBox ist ebenso wie VMWARE kernellastig.

Allerdings hat VBOX einen schnelleren Produktzyklus mit Vorteilen (läuft mit neuen Kerneln) als auch den Nachteilen (manche Releases sind Buggy).

towo2099
02.02.18, 20:32
VirtualBox ist ebenso wie VMWARE kernellastig.

Naja, bald nicht mehr, vboxdrv ist schon im Mainline Kernel, noch in Staging, 4.16 bekommt vboxguest Mainline (Staging)und der Rest soll auch folgen.

Andi123
02.02.18, 23:10
VirtualBox ist ebenso wie VMWARE kernellastig.


Meiner Erfahrung nach nicht so extrem wie VMWare.
Erst ein mal musste ich mit dem Kernel auch VBox aktualisieren.
Mit VMWare war das ein ständiger Kampf.
Dann kam noch das gcc Problem dazu.
Konnte z.B. gcc-7.2 nicht finden, obwohl vorhanden.
Virtualbox ist da viel "pflegeleichter".

expat
03.02.18, 11:03
Doch, die 14er Version funktioniert bei mir mit 4.15er Kernel

Wer ausschließlich Windows als Host benutzt, ist mit VMWare Player besser dran, da dieser dem Gast mehr Grafikspeicher gönnt als die Virtualbox 128mb.
Auch läuft unter Windows Host mit VMWare USB besser, da gibt es mit VB öfters Fehler.
Andi, ich danke dir vielmals, auch wenn dein Vorschlag noch nicht ganz bei mir funktioniert hat. Die alten Laufwerke, erstellt mit 12-er Version, werden nicht eingehängt.
Dass es die 14er Versionen auch frei gibt, hatte ich nicht mitbekommen.

expat
03.02.18, 11:05
Virtualbox ist da viel "pflegeleichter".
Das kann ich bestätigen.

stefan.becker
03.02.18, 19:38
Wie ich bereits sagte: VirtualBox bringt öfter neue Versionen, daher weniger Probleme. Ich musste bei VBOX auch noch nie patchen. Bei VMWARE dagegen häufig.

Nimmst du eine 1/2 Jahr alte Version von VBOX, wird die mit einem aktuellen Kernel auch nicht gehen.

Wobei das VBOX natürlich demnächst der Idelafall ist, wo wie Towo das schrieb.

expat
04.02.18, 02:39
Dummfug!

Absolut sinnfreier Kommentar!
Da habe ich gestern doch einen großen Schreck bekommen: ich dachte, ich wäre versehentlich im answers.microsoft-forum gelandet.

expat
04.02.18, 02:46
Kann man sagen, dass Programme, die zu viele Einsträge in der windows Registry hinterlassen nach der Instalaltion, unsauber programmiert sind. Dann würde ich das von VMware behaupten.
VMware scheint obendrein nach Neuinstallationen nicht mehr zu laufen wie vorher. Ich bekomme eine große Aversion gegen dieses Programm. Mein Computer hat obendrein offensichtlich
nicht genug Leistung für die 14er Version:

System: Host: Pattaya Kernel: 4.13.0-32-generic x86_64 (64 bit gcc: 5.4.0)
Desktop: Cinnamon 3.4.6 (Gtk 3.18.9-1ubuntu3.3) dm: lightdm Distro: Linux Mint 18.2 Sonya
Machine: Mobo: ASRock model: G41M-VS3. Bios: American Megatrends v: P1.90 date: 10/01/2013
CPU: Dual core Intel Core2 Duo E4500 (-MCP-) cache: 2048 KB
flags: (lm nx sse sse2 sse3 ssse3) bmips: 8774
clock speeds: min/max: 1203/2203 MHz 1: 1203 MHz 2: 1203 MHz

Also vmware für mich gestorben.

stefan.becker
04.02.18, 08:02
https://ark.intel.com/products/30781/Intel-Core2-Duo-Processor-E4500-2M-Cache-2_20-GHz-800-MHz-FSB

Neue Software, CPU von 2007/2008. Echt jetzt: Das ist dein Problem, nicht das von VMWARE.

Außerdem gibt es da Lösungen über das VMX-File. Z. B..

https://communities.vmware.com/thread/572931

Was genau hilft, kann ich nicht testen, so alte Hardware habe ich schon von >= 5 Jahren ausgemustert.

pibi
05.02.18, 09:16
Hoi Stefan


https://ark.intel.com/products/30781/Intel-Core2-Duo-Processor-E4500-2M-Cache-2_20-GHz-800-MHz-FSB
Neue Software, CPU von 2007/2008. Echt jetzt: Das ist dein Problem, nicht das von VMWARE.
Außerdem gibt es da Lösungen über das VMX-File. Z. B..
https://communities.vmware.com/thread/572931


Hier finde ich Deine Ansicht sehr extrem. Was sind schon 10 Jahre fuer ein technisches Geraet wie einen PC? Mein Auto ist auch ueber 10 Jahre alt und ist noch tiptop in Schuss. Genauso auch meine Workstation, aber VMware Workstation Version 14 kann ich auch nicht mehr darauf laufen lassen. Soll ich jetzt meine bestehende Hardware wegschmeissen und alles neukaufen? Das ist in meinen Augen eine riesige Ressourcenverschwendung. Ich fuer meinen Teil habe jedenfalls die Konsequenzen daraus gezogen und bin auf VirtualBox umgestiegen. War zwar etwas Umgewoehnung noetig am Anfang, aber nun klappt alles wieder prima. Mit alter Hardware!

Uebrigens: Wenn Du den erwaehnten Link gelesen haettest, haettest Du erfahren, dass er bei vielen nicht funktioniert.

Gruss Pit.

nopes
05.02.18, 11:40
Na dann nehmt doch gleich alle Docker - https://heise.de/-3949022.

Wobei, wenn jetzt dieses SmartHome-Zeug verpflichtent wird, bei Stromzählern passiert das ja gerade. Wird man sich da wohl damit arrangieren müssen, dass alle paar Jahre was getauscht werden muss. Bin gespannt, wann wir das bei vermeindlich Wartungsfreien Dingen schaffen, Steckdosen und Lichtschalter halten doch viel zu lange ;)

stefan.becker
05.02.18, 20:38
Ein Auto von vor 10 Jahren ist nicht viel was anderes als ein heutiges (Assistenten und ähnlichen Quatsch mal außen vor gelassen).

Virtualisierung gehört nun mal zur ressourcenintensiven Software. Und 10 Jahre sind bei einem PC Welten. Nach dem Core2 gibt es inzwischen 8 Core i 3/5/7 Generationen. Und da liegen Welten zwischen.

VMWARE ist nun mal der Marktführer, und da gehören Privatanwender mit 10 Jahre alten CPUs halt nicht zum Kundenkreis.

Auch bei einer der nächsten VBOX Generation kann es passieren, dass neuere CPU Features notwendig werden.

Zum Link: Das ist nur ein Beispiel. Vor allem geht es mir darum, dass man evtl. einfach mal Google anwirft oder im VMWARE Forum sucht, da findet man die genannten und weitere Einstellungen. Und dann muss man eben mal probieren. Wenn man Glück hat, geht was. Wenn nicht, dann nicht. Bei einigen hat es eben geholfen, natürlich nicht bei allen.

Aber das ist eben kein VMWARE Problem. Mit aktueller Hardware geht das eben alles.

nopes
05.02.18, 23:50
Das stimmt. Man sieht da aber auch, warum sowas wie LTS, seine Berechtigung hat - keep on rockin in the free world ;)

expat
07.02.18, 08:49
Ich habe jetzt windows 7 reaktiviert und da Microsoft Virtual PC 2007. Im Grunde wollte ich mich ja auf ein Leben ohne windows vorbeiten und nur von Linux xp als virtuelles Laufwerk betreiben. Um aber windows 98 zu erleben, gibt es nicht besseres als Virtula PC.
VMware-player-12.5.9 läuft auf meinem Computer unter windows 7 auch so lange, bis die Tools installiert werden. Dann nicht mehr.
Aber VirtualBox leistet unter Mint und Ubuntu immer noch, was es soll: DOS, Win311, Win98 und xp. Da habe ich eine virtuelle Platte, auf der die vier so laufen, wie das seinerzeit vorgesehen war.