Wie heise.de heute berichtet, liegt es an einer unsichtbaren aber notwendigen Bestätigung eines EULA Dialoges. Dieser wird sichtbar, wenn man das Update manuell installiert.
Hier der Link zum Heise-Artikel: http://www.heise.de/newsticker/meldung/Hilfe-gegen-klemmendes-Windows-Update-2547763.html
Wer so wie ich .NET Programme unter Windows 8 im Zusammenspiel mit einem OpenLDAP (also nicht MS Active Directory) betreibt, wird wahrscheinlich über kurz oder lang über die CommExection „0x8000500c) stolpern.
Es gibt diverse Tipps, wie man das lösen kann wie z.B. im Server-Stringt das Wort Ldap in Großbuchstaben schreiben -> ist eine Lösung für den Fehler 0x80005000 aber nicht für den konkreten Fehler.
Das Problem besteht darin, daß Microsoft die Typen bei einen OpenLdap nicht immer richtig bestimmen kann. Die Lösungen die ich dazu im Google gefunden habe … naja keine hat funktioniert.
Die Lösung ist relativ einfach: Für Windows 2012 und Windows 8 gibt es einen Microsoft HotFix KB2802148.
Denn kann man hier anfordern: http://support.microsoft.com/kb/2802148/de
Ich hoffe, daß ich Euch damit einiges an Sucher- und Ärgerei ersparen konnte!
Ein ähnliches Angriffsmuster wie auch gegen andere große Dienste wie z.B. Twitter hat es gegen den populären Online-Speicherdienst Evernote gegeben.
Es wurden auch die Kennwort-Hashes entwendet, da es mit einigen Techniken teilweise aufwändigen Techniken möglich ist, aus den Hashes das ursprüngliche Kennwort zu ermittelnt, hat das Evernote-Team alle User zu einer Kennwortänderung gezwungen – die einzig sinnvolle Reaktion auf so einen Einbruch.
Die offene Kommunikation und auch das Verhalten, hat mich davon überzeugt, Evernote weiterhin mein Vertrauen zu schenken, allerdings natürlich hat es auch wieder vor Augen geführt, daß man Daten die eine gewisse Vertraulichkeit erfordern, sollte man nur bedingt der Cloud anvertrauen.
Ich persönlich verwende Evernote primär als EDV-Knowledgebase, und selbst wenn ich keine Freude damit habe, kann ich durchaus damit leben, wenn ein „Böser“ weiß, wie man z.B. die Tolleranzfrist eines Windows-Bildschirmschoners einstellt.
Da ich mir im Google die Finger wund gesucht habe, ohne eine Lösung zu finden, habe ich mir gedacht ich veröffentliche den Tipp mal hier:
Phänomen: Plötzlich kann man auf einem Win7-Rechner keine neuen Benutzer mehr anmelden. Das Kennwort wird akzeptiert, aber es kommt immer „Benutzer Profil Dienst kann nicht gestartet werden“
Die Lösung die man findet, ist einfach die Berechtigung unter c:usersdefault zurücksetzen … das funktioniert dann auch, allerdings, gibt es hier noch ein paar interessante Informationen:
Bei der Installation des Internet Explorer 9 versucht dieser ein paar Daten an Microsoft hochzuladen (User Experience usw usf). Befindet sich das System hinter einem Proxy-Server der ein Kennwort verlangt, funktioniert dies nicht … bei einer unattended bzw. silent Installation bekommt man das auch nicht mit! Also Konsequenz bleibt die Datei
„c:UsersDefaultAppDataLocalMicrosoftWindowsTemporary Internet FilesSQMiesqmdata_setup0.sqm“
am System liegen und kann nicht upgeladet werden. Diese Datei hat jedoch nur Zugriff für Administrator und System gesetzt.
Wenn man nun einen neuen User anlegen will, wird versucht diese Datei (mit Userrechten) zu lesen, was natürlich fehlschlägt. So kann kein neuer User mehr angemeldet werden.
Lösung: Einfach die Datei „c:UsersDefaultAppDataLocalMicrosoftWindowsTemporary Internet FilesSQMiesqmdata_setup0.sqm“
löschen, und schon geht alles wieder wie es soll!
Hoffentlich konnte ich Euch damit weiterhelfen, weil ich / wir haben hier ein paar Stunden mit der Ursachenforschung verbracht!