X
Kommentare zu:

Windows 10 19H1 Build:
Es gibt Probleme mit VMware (Update: Lösung)

oder

Zugangsdaten vergessen?

Jetzt kostenlos Registrieren!
[o1] Mister-X am 06.03. 07:37
+2 -1
Interessant wäre noch gewesen, mit welchen VMware Produkten die Probleme genau auftreten sollen. Ich hab privat nämlich den Player im Einsatz und das Upgrade gestern lief ohne Probleme durch.
[re:1] Hanni&Nanni am 06.03. 09:07
+1 -1
@Mister-X: hab auch mit dem aktuellen VmWare keine Probleme. Läuft alles, wie es soll.
[re:2] skyjagger am 06.03. 09:20
+2 -
@Mister-X: Wäre auch interessant, zu wissen was es für ein Fehler ist.
[re:1] DK2000 am 06.03. 19:15
+2 -
@skyjagger:

BSOD 0x5C: HAL_INITIALIZATION_FAILED

Die HAL kann nicht initialisiert werden, weswegen das System sofort einfriert.
[re:1] skyjagger am 06.03. 19:31
+ -1
@DK2000: Danke dir :)
[re:3] AndyMutz am 06.03. 09:35
+3 -
@Mister-X: laut berichten besteht das problem mit mehreren vmware produkten, auch älteren versionen davon. persönlich bestätigen kann ich das nur für vmware workstation 15.0.2. die insider builds ab 18346 (und auch die skip ahead builds) lassen sich in der 64bit version nicht installieren oder upgraden, die VM hängt sich dann immer beim booten auf, direkt sobald das windows logo erscheint. die 32bit version funktioniert dagegen problemlos. das problem wird u.a. hier besprochen: https://answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_update-insiderplat_pc/build-183461-and-skippy-build-188451001-will-not/5d6292d9-58c7-4be2-be5b-1e864782cd73 - dort habe ich auch eine lösung für das problem gepostet, dank eines users aus einem anderen forum.
[re:1] Mister-X am 06.03. 10:54
+ -
@AndyMutz: Unterscheiden sich denn Workstation und Player dann doch so stark? Hab auch 15.0.2
[re:4] Dobby16 am 06.03. 09:42
+2 -2
@Mister-X: Vielleicht ist es ein "Zwangs-Upgrade" von VMware nach Hyper-V. :D
[re:5] DK2000 am 06.03. 19:18
+1 -
@Mister-X: Das kommt wohl auch auf die verwendete CPU auf dem Host an.

Sobald man dem Gast eine andere CPU vorgaukelt (Änderung der CPU Identification Mask Settings), startet wieder Windows einwandfrei. Kann sein, dass das bei Dir nicht notwendig ist, da aus irgendwelchen Gründen es mit Deiner CPU klappt.
[o2] Warhead am 06.03. 09:48
"Ein weiteres Problem betrifft Creative X-Fi Soundkarten, die nicht richtig funktionieren, weshalb Microsoft mit dem Hersteller kooperiert um die Probleme in den Griff zu bekommen. "

super...bislang nie probleme gehabt und nun muss der hersteller neue treiber bauen, damit alles wie gewohnt weiter funktioniert? da zeigt sich wieder was für spacken bei ms arbeiten...genau aus dem grund wurde win update komplett deaktiviert und selbst v1709 kommt schon nicht mehr drauf, weil man auch da schon an den treibern rumpfuschen musste, so dass ältere hardware nicht mehr funktioniert. aber klar, sagt man halt dem hersteller bescheid...wo ist da die logik?
[re:1] ANSYSiC am 06.03. 10:01
+8 -
@Warhead: Vielleicht nutzt Creative irgendwelche privaten APIs oder hält sich nicht an Standards. Und schon haste ein Problem, wenn sich die Basis ändert. Aber ja, bei MS arbeiten nur Spacken...
[re:2] RegularReader am 06.03. 11:25
+6 -1
@Warhead: Immer schön, keine Ahnung zu haben und Schwachsinn in die Welt zu brüllen. Hierbei handelt es sich um einen Insider-Build, den wirst du niemals zu Gesicht bekommen. Das dabei ein paar Sachen nicht mehr funktionieren können, weil sich der jeweilige Hersteller vielleicht auch nicht an die beschriebenen Vorgehensweisen hält, ist ganz normal und genau dafür sind die Testphasen da.
Dein unsachlicher Kommentar sowie die Tatsache, dass du Windows Update komplett deaktiviert haben möchtest zeigen nur, dass du relativ wenig Ahnung von der Materie zu haben scheinst, aber gerne einfach mal jemanden grundlos beleidigst. (in dem Fall Microsoft)
[re:3] mditsch am 06.03. 11:28
+1 -1
@Warhead: oder weil evtl an der Grundstruktur in einem Layer was verändert werden musste, um z.B. moderne Standards und Features secure nutzen zu können?
Schliesslich ist es Verantwortung des HW Herstellers, dafür sorge zu tragen, dass seine HW in einem OS funktioniert, unter dem er es eingesetzt wissen möchte.
Ist es die Schuld eines OS Herstellers, wenn ein HW Hersteller entscheidet, dass er seine Treiber nicht mehr aktuell und funktionell halten möchte? Soll dann der OS Hersteller jedesmal seine Entwicklung einstellen?

Ich glaube, die Antwort erschliesst sich von alleine, wenn man mal mit Verstand dran geht...
[re:1] Hanni&Nanni am 06.03. 12:16
+1 -1
@mditsch: Ich glaube, allein das Wort "Verstand" stößt hier auf natürliche Hürden. :-D
[re:4] L_M_A_O am 06.03. 18:24
+1 -
@Warhead: "super...bislang nie probleme gehabt und nun muss der hersteller neue treiber bauen"
Du hast mit Creative noch nie Treiber Probleme gehabt? Dann nutzt du die Soundkarte aber noch nicht so lange? Denn die Creative Treiber machen eigentlich so gut wie immer Probleme bei einer neuen Windows Version, weil sie einfach scheiße programmiert sind.
[re:1] mditsch am 08.03. 17:24
+1 -
@L_M_A_O: bullshit! Habe seit mittlerweile 20 Jahre Creative und jede DOS/Win Version mitgemacht und nie, aber nie probs gehabt!

Nun gut, evtl bin ich ja eine Ausnahme und du die Regel!
[o3] Yetiries am 06.03. 10:54
+2 -
hab mich schon gewundert warum es die neuen Builds in der VM nicht installiert hat
[o4] DRMfan^^ am 06.03. 11:19
+1 -1
Google stellt neue Version von Chrome bereit. Leider funktionieren Bing und Yandex darin nicht mehr. google.com ist dann laut Google eine brauchbare Alternative
[re:1] RegularReader am 06.03. 11:27
+1 -
@DRMfan^^: Hinter jedem Fehler einen beabsichtigten Wettbewerbsnachteil für die Konkurrenz zu vermuten ist halt auch einfach nur schräg.
Ich vermute mal das war ironisch gemeint, aber Leute wie Warhead verstehen sowas nur schwer und verbreiten dann wieder Hassreden im Internet. :P
[re:1] DRMfan^^ am 06.03. 14:59
+1 -
@RegularReader: Als ein Unternehmen, dass wegen Monopolmissbrauch schon zerschlagen wurde, sind solche Witze vielleicht auch einfach etwas riskant :D
[o5] marcol1979 am 06.03. 14:30
+1 -2
"Hyper-V ist dann laut Microsoft eine brauchbare Alternative"

Vermutlich ist der "Bug" dann nicht wirklich ein Bug sondern absichtlich eingebaut worden um ...
[re:1] DK2000 am 06.03. 19:29
+1 -
@marcol1979: Glaube ich nicht. Mit VirtualBox soll es auch keine Probleme geben. Und so wie ich das verstanden habe, ist das Problem auch von der Host CPU abhängig. Nicht jeder hat das Problem mit VMWare.
[o6] LordKnox am 06.03. 18:15
+1 -
In Parallels geht's auch nicht !
[o7] nemail am 06.03. 19:21
+1 -1
hyper-v ist überhaupt nie braichbar oder eine alternative oder gar beides auf einmal :'-D bin gerade dabei, das letzte geschwür dieser art nach jahren endlich aus der unternehmens-it rauszuschneiden. gott war dieses teil immer widerlich zu nutzen.
[o8] nex01 am 23.04. 02:34
+ -
Der Fix hilft leider nicht. Problem besteht weiterhin und ich kann die VM auch nicht normal beenden.
Ich muss den ganzen Host PC ausschalten.
Werde VMware deinstallieren und wieder Virtual PC nutzen..
☀ Tag- / 🌙 Nacht-Modus
Desktop-Version anzeigen
Impressum
Datenschutz
Cookies
© 2024 WinFuture