Keine Anmeldung mehr möglich - Schwarzer Bildschirm.

[Knorkator 12]

Hallo,

 

ich vermute, dass wir ein Problem mit dem KB3097877 Update von letzter Woche haben.

http://www.administrator.de/wissen/windows-10-threshold-2-update-legt-eset-sicherheitsl%C3%B6sung-lahm-288474.html

https://support.microsoft.com/en-us/kb/3097877

 

Einige Notebooks bzw. Notebookuser können sich nicht mehr anmelden bzw. bleibt der Desktop Schwarz.. man sieht nur den Mauszeiger.

Zusätzlich ist auch ein Desktop-Arbeitsplatz betroffen.

 

Ein Login mit einem lokalen Administratorkonto ist möglich, es ist scheinbar nur das zuletzt angemeldete Domänenbenutzerkonto betroffen.

Über das Adminkonto kann ich das Update auch entsprechend deinstallieren.

 

Leider kann sich der User danach immer noch nicht anmelden!

Nach Löschung des lokalen Benutzerprofils ist ein Login wieder möglich.. allerdings nur 1x.

Eine 2. Anmeldung führt wieder zu o.a. Problem... Nur Mauszeiger, kein Task-Manager etc.

 

Eine Systemwiederherstellung hat auch nicht weitergeholfen.. erstes Login funktioniert, weitere nicht.

 

Wir verwenden übrigens lokale Profile mit Desktopumleitung.

 

Hat jemand eine Idee?

 

Vielen Dank!

 

edit: Habe die Frage noch im TechNet Forum gestellt.

https://social.technet.microsoft.com/Forums/windowsserver/de-DE/c12387cb-3518-4459-999c-b848143fcab8/kb3097877-fehler-trotz-systemwiederherstellungdeinstallation-installation-von-neuer-version?forum=w7itprogeneralde

bearbeitet 16. November 2015 von Knorkator

[Light 12]

Kurz nach dem Patchday kam ein überarbeitetes KB3097877   raus.

Hast Du evtl. das überarbeitete Update zur Hand und kannst es installieren?

 

 

Light

[Knorkator 12]

Hallo,

 

in der Updateliste wird die neue Version vom 13.11 angezeigt und wird auch installiert.

Eine 2. Anmeldung am System ist weiterhin nicht möglich.

 

Wie erwähnt: 1 Admin-Nutzer der auf jedem System vorhanden ist, kann sich immer anmelden.

Andere Benutzerkonten funktionieren exakt 1x.. danach kommt der schwarze Schirm.

 

Update: Ohne Netzwerkverbindung wird das Profil direkt geladen.

An der Desktopumleitung kann es nicht liegen, wir haben auch Profile ohne Umleitung...

bearbeitet 16. November 2015 von Knorkator

[daabm 1.185]

Hast Du Anmeldeskripts per GPO am Start? Und hängt da eines möglicherweise?

[Knorkator 12]

Hallo,

 

sorry für die späte Rückmeldung.

Es war tatsächlich ein Loginscript welches für Startverzögerungen gesorgt hat.

Habe es kurz vor Feierabend gefunden und konnte mir die Neuinstallation dann sparen!

 

Warum das Script nur bei 3 von 60 Systemen zickte... keine Ahnung!

[daabm 1.185]

Zeig mal was drinsteht :) Hab da so meine Erfahrungen...

[Knorkator 12]

Hallo,

 

ich verteile Software über ein Powershell Script und wollte den MSI Fehler 1618 vermeiden.

Ein simple Function welche auf Beendigung der msiexex.exe wartet hat mir den Montag verdorben.

Normalerweise verteile ich Programme über eine Computer GPO, dieses mal wollte ich aber Userspezifisch installieren.

Inzwischen weiß ich auch, dass der Explorer erst nach Beendigung der Userscripte gestartet wird...

 

Kernproblem ist halt, dass ich bisher keine praktikable Möglichkeit gefunden habe, aktive msi Installationen zu erkennen.

Im Kontext der Userscripte scheint das auch kaum möglich.

 

Ich habe das mit den Userscripten vorerst verworfen, so wichtig ist die Software nicht.

[Sunny61 773]

Was spricht gegen die Kombination WPP/WSUS? Mit dem WPP lassen sich auch laufende Prozesse erkennen und beenden, falls nötig.

http://www.wsus.de/wpp

http://wsuspackagepublisher.codeplex.com/

[Knorkator 12]

WPP habe ich mir noch nicht angeschaut.

Sollte ich dann wohl mal machen.

 

Danke