Wie mache ich eine komplette Windows Vista-Blockierung?
1545
Helvick
Ich habe ein ziemlich seltsames Problem mit der Installation von Windows Vista Business. Wenn ich eine bestimmte Anwendung und nur diese Anwendung starte, friert das System vollständig ein. Ich bin auf der Suche nach Ratschlägen zur genauen Identifizierung und Beseitigung des Problems.
Spezifische Details der Symptome und was ich bisher ausprobiert habe:
Das System ist ein Dell Latitude D630 mit 2 GB RAM. Alle Treiber sind auf dem neuesten Stand und das System ist vollständig gepatcht.
Wenn dies auftritt, ist das Betriebssystem vollständig eingefroren. Maus und Tastatur reagieren nicht und alle Bildschirmaktivitäten werden eingestellt. Remote-Verbindungen zum System schlagen fehl. Pings-Timeout Die einzige Möglichkeit, dies zu vermeiden, besteht darin, das System hart herunterzufahren. Ich habe es gelassen, um zu sehen, ob es eine Zeitüberschreitung geben würde, aber nach mehr als einer Stunde im selben Zustand entschied ich, dass es wahrscheinlich nicht zurückkommt.
Das Problem wird nur durch Starten des VMWare VI-Clients verursacht. Ich benutze dieses System ständig und nichts scheint das Problem auszulösen. Das Ausführen mehrerer Apps, die versuchen, das System zu belasten, ist kein Problem. Kurz nachdem sich der VI-Client erfolgreich bei einem ESX \ ESXi-Host oder einem vCenter \ Virtual Center-Server authentifiziert hat, stürzt das System ab. Die genaue Phase, in der es einfriert, variiert geringfügig, es kann jedoch immer das Problem auftreten. Die vollständige Deinstallation bzw. Neuinstallation des VI 3-Clients macht keinen Unterschied, und ein Upgrade auf den VI 4-Client macht keinen nennenswerten Unterschied. Die Überbrückungszeit ist unterschiedlich, tritt jedoch immer noch auf. Dieselbe Software auf identischer Hardware mit (soweit ich das beurteilen kann) einer identischen Vista Business-Installation leidet nicht unter dem Problem.
Die aufgezeichneten Ereignisprotokolleinträge geben keine Hinweise auf konsistente oder verwandte Aktivitäten, die ich sehen kann, nur ein Ereignisprotokolleintrag, der besagt, dass das vorherige Herunterfahren unerwartet war.
Zum Hinzufügen bearbeitet Nach einigen weiteren Tests wurde festgestellt, dass das Problem nur auftritt, wenn ich direkt über eine LAN-Verbindung mit dem Netzwerk verbunden bin, in dem sich die VMware-Zielsysteme befinden. Wenn ich aus der Ferne verbunden bin (dh über eine drahtlose Verbindung über VPN eingetunnelt), erfolgt das Sperren nicht. Ich kann derzeit nicht testen, ob das Problem nicht auftritt, wenn ich nur über ein drahtloses Netzwerk verbunden bin, da ich kein WLAN habe, das direkt an die betreffenden Systeme weiterleitet.
Ich hatte vor ein paar Jahren das gleiche Problem auf einem Dell-Laptop, ich konnte nicht für mein Leben herausfinden, was es verursacht hat.
Haben Sie UAC an oder aus? Wenn die Benutzerkontensteuerung aktiviert ist, wird an bestimmten Stellen des Programms eine Eingabeaufforderung angezeigt, und wenn ich auf "Erlauben" klicken würde, würde es einfrieren. Wenn ich es leugne, funktionierte es gut! Wenn die Benutzerkontensteuerung deaktiviert ist, lässt sie automatisch alles zu und anstatt Sie zur Eingabe aufzufordern, würden die Teile, für die eine Erhöhung erforderlich ist, nur einfrieren.
Ich musste es dringend zum Laufen bringen und am Ende habe ich den VI-Client in einer anderen VM auf VmWare Workstation ausgeführt.
Ich habe es einem Konflikt mit meinem Netzwerktreiber (Realtek RTL8101E) zugeschrieben (aber nie bestätigt). Verschiedene Treiberversionen haben es nicht behoben, aber jetzt bin ich unter Windows 7, ich kann VI fein verwenden, ohne Probleme.
Interessant - ich denke, dass Sie vielleicht etwas dabei haben. Ich habe die Benutzerkontensteuerung auf diesem System standardmäßig deaktiviert.
Helvick vor 14 Jahren
0
Schalten Sie die Benutzerkontensteuerung für einen Moment ein und starten Sie sie erneut. Prüfen Sie, ob dies funktioniert, wenn Sie es ablehnen, und fragen Sie dann erneut, ob sie einfriert, sobald Sie auf "Zulassen" klicken. Wenn dies der Fall ist, ist dies das gleiche Problem, das ich hatte!
William Hilsum vor 14 Jahren
0
Ich habe es versucht und es hat keinen Unterschied gemacht, aber es ist immer noch ein sehr interessantes potenzielles Problem, das ich in Zukunft im Auge behalten werde. Was ich jetzt herausgefunden habe, ist, dass das Problem überhaupt nicht auftritt, wenn ich mich über einen VPN-Tunnel (über WLAN) verbinde, aber wenn ich direkt mit dem LAN verbunden bin, also die Idee, dass die eigentliche Ursache damit zusammenhängt Der LAN-Adapter \ Treiber sieht immer noch sehr plausibel aus.
Helvick vor 14 Jahren
0
0
Reuben
Aufgrund Ihrer Erklärung ist es durchaus möglich (oder sogar wahrscheinlich), dass das Problem bei dieser Anwendung liegt. Haben Sie nach einer aktualisierten Version dieser Anwendung gesucht? Oder schauen Sie auf der Website des Anwendungsanbieters nach, ob dies ein bekanntes Problem ist.
Ich habe die aktualisierten Versionen ausprobiert - das Problem bleibt bestehen, vermutlich wird die Komponente, die dies verursacht, nicht aktualisiert.
Helvick vor 14 Jahren
0
0
CarlF
Haben Sie die Windows-Ereignisprotokolle nach dem Einfrieren geprüft? Sie erwähnen nur die Überprüfung der Protokolle des VMWare-Clients. Systemsteuerung >> Verwaltung >> Computerverwaltung >> Ereignisanzeige.
0
Joe Internet
Ich bin nicht sicher, ob dies über den Systemstillstand hinaus bestehen würde, aber Sie können die Systemaktivität mit Sysinternals Process Monitor protokollieren.
Stellen Sie sicher, dass Sie das Protokoll im systemeigenen .PML-Format speichern, und Sie können Prozess-, Dateisystem- und Registrierungsaktivitäten für Ihre Anwendung anzeigen.
Wenn die Protokolldatei den Kaltstart überlebt, können Sie sie direkt in Process Monitor zur Analyse öffnen.
Ich werde es versuchen, aber es wird ungefähr eine Woche dauern, bevor ich es testen kann. Das Problem tritt nur dann auf, wenn ich direkt mit einem LAN verbunden bin. Aus irgendeinem Grund tritt es nicht auf, wenn ich mich remote über ein VPN verbinde.
Helvick vor 14 Jahren
0