29
Sehr lange Anmeldezeit - wie genauer analysieren?
Hallo liebe Leute,
ausgerechnet mein eigener Rechner scheint ein Problem beim Windows-Start zu haben, was mir irgendwie schon ein wenig peinlich ist. Sicher könnt ihr mir ein paar Hinweise geben.
Folgendes Problem: Hier steht ein SBS 2011 mit einer Domäne, an dem sich einige Rechner anmelden. Das klappt auch bei allen Rechnern soweit problemlos, nur meiner hat ein Problem. Er braucht über eine Viertelstunde, um mir den Anmeldebildschirm zu zeigen (mein Win7 zeigt mir diese ganze Zeit lang 'Bitte warten...' an).
In der Ereignisanzeige sehe ich auch ungefähr, woran das liegen könnte. Ich sehe da beim Hochfahren die Warnung der Quelle Winlogon (Event ID 6005) "Der Anmeldebenachrichtigungsabonnent <GPClient> benötigt einige Zeit, um dieses Benachrichtigungsereignis (CreateSession) zu bearbeiten.". Dann kommen ein paar weitere Einträge, und dann die Erlösung (Winlogon, Event ID 6006) "Der Anmeldebenachrichtigungsabonnent <GPClient> hat 1094 Sekunden benötigt, um dieses Benachrichtigungsereignis (CreateSession) zu bearbeiten.".
Sollte wirklich eine Gruppenrichtlinie dafür verantwortlich sein? Das fällt mir aktuell schwer, das zu glauben. Mein Rechner unterscheidet sich eigentlich nicht von anderen Rechnern. Ich bin in der selben OU wie andere Rechner.
Wie kann ich jetzt vorgehen, um das Problem genauer einzugrenzen?
ausgerechnet mein eigener Rechner scheint ein Problem beim Windows-Start zu haben, was mir irgendwie schon ein wenig peinlich ist. Sicher könnt ihr mir ein paar Hinweise geben.
Folgendes Problem: Hier steht ein SBS 2011 mit einer Domäne, an dem sich einige Rechner anmelden. Das klappt auch bei allen Rechnern soweit problemlos, nur meiner hat ein Problem. Er braucht über eine Viertelstunde, um mir den Anmeldebildschirm zu zeigen (mein Win7 zeigt mir diese ganze Zeit lang 'Bitte warten...' an).
In der Ereignisanzeige sehe ich auch ungefähr, woran das liegen könnte. Ich sehe da beim Hochfahren die Warnung der Quelle Winlogon (Event ID 6005) "Der Anmeldebenachrichtigungsabonnent <GPClient> benötigt einige Zeit, um dieses Benachrichtigungsereignis (CreateSession) zu bearbeiten.". Dann kommen ein paar weitere Einträge, und dann die Erlösung (Winlogon, Event ID 6006) "Der Anmeldebenachrichtigungsabonnent <GPClient> hat 1094 Sekunden benötigt, um dieses Benachrichtigungsereignis (CreateSession) zu bearbeiten.".
Sollte wirklich eine Gruppenrichtlinie dafür verantwortlich sein? Das fällt mir aktuell schwer, das zu glauben. Mein Rechner unterscheidet sich eigentlich nicht von anderen Rechnern. Ich bin in der selben OU wie andere Rechner.
Wie kann ich jetzt vorgehen, um das Problem genauer einzugrenzen?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 192781
Url: https://administrator.de/contentid/192781
Ausgedruckt am: 22.11.2024 um 09:11 Uhr
29 Kommentare
Neuester Kommentar
Moin,
servergespeicherte Profile?
Dein Profil sehr groß? (auch Desktop und angelegte Ordner zählen mit)
was passiert, wenn Du Dich an nem anderen PC anmeldest?
Gruß
24
servergespeicherte Profile?
Dein Profil sehr groß? (auch Desktop und angelegte Ordner zählen mit)
was passiert, wenn Du Dich an nem anderen PC anmeldest?
Gruß
24
Ja, es gibt servergespeicherte Profile, aber da ich mich ja noch nicht einmal anmelden kann (wie gesagt, die Wartezeit tritt VOR dem Login-Dialog auf), liegt das Problem doch eher nicht dort.
Da gibt es keinerlei Probleme, das Phänomen ist nur auf den einen Rechner hier beschränkt.
Hast du auf deinem Desktop verknüpfungen ins netzwerk? wenn ja mal diese entfernen
Nein, habe ich nicht.
Aber warum sollte das etwas mit meinem Profil zu tun haben? Wie gesagt, das Problem tritt VOR der Benutzeranmeldung auf. Da macht Windows doch noch gar nichts mit irgendwelchen Nutzerprofilen.
Aber warum sollte das etwas mit meinem Profil zu tun haben? Wie gesagt, das Problem tritt VOR der Benutzeranmeldung auf. Da macht Windows doch noch gar nichts mit irgendwelchen Nutzerprofilen.
Hat der Rechner vielleicht ein Problem mit der Domäne?
Vorm Anmelden tauscht er sich noch etwas mit nem DC aus...
Eventuell noch mal raus aus der Domäne, Konto löschen, vielleicht etwas warten bis sich alle DCs repliziert haben und wieder in der Domäne anmelden.
Vorm Anmelden tauscht er sich noch etwas mit nem DC aus...
Eventuell noch mal raus aus der Domäne, Konto löschen, vielleicht etwas warten bis sich alle DCs repliziert haben und wieder in der Domäne anmelden.
So, ich bin jetzt aus der Domäne ausgetreten und habe dann das Computerkonto gelöscht. Anschließend bin ich wieder der Domäne beigetreten. Jetzt gerade beim ersten Start hat es nur noch 62 anstatt über 1000 Sekunden gedauert.
Mal sehen, ob das so bleibt. Danke für den Tipp!
Mal sehen, ob das so bleibt. Danke für den Tipp!
Zu früh gefreut: Beim nächsten Systemstart hat es wieder 602 Sekunden gedauert. 
Oder gibt es einen zweiten Rechner im Netz mit gleichem Namen oder IP?
Einen Rechner mit gleichem Namen möchte ich ausschließen. Das hätte ich schon bemerkt.
IP-Adressen werden hier per DHCP vergeben, sodass eine doppelte Vergabe eher unwahrscheinlich ist. Um das aber völlig auszuschließen, habe ich meinem Rechner auch schon eine feste IP verpasst, ohne Erfolg.
IP-Adressen werden hier per DHCP vergeben, sodass eine doppelte Vergabe eher unwahrscheinlich ist. Um das aber völlig auszuschließen, habe ich meinem Rechner auch schon eine feste IP verpasst, ohne Erfolg.
Butter zu den Fischen
wo sind jetzt Deine 602 Sekunden versteckt? was hast Du da genau gemessen - Startpunkt / Endpunkt...
Gruß
24
wo sind jetzt Deine 602 Sekunden versteckt? was hast Du da genau gemessen - Startpunkt / Endpunkt...
Gruß
24
Das steht in meinem allerersten Beitrag. In der Ereignisanzeige steht das drin.
Zitat von @abachmann:
Das steht in meinem allerersten Beitrag. In der Ereignisanzeige steht das drin.
Das steht in meinem allerersten Beitrag. In der Ereignisanzeige steht das drin.
weißt Du, was Du grad schreibst?
über 1000 Sekunden - dann nur 62 Sekunden - jetzt 602 Sekunden....
also bitte - Start (BIOS-Ende) bis wann (Ende)
Gruß
24
Was willst du damit sagen?
Genau so ist es auch, die in der Ereignisanzeige angegebenen Zeiten sind wirklich die Zeiten, die mein Rechner braucht.
Genau so ist es auch, die in der Ereignisanzeige angegebenen Zeiten sind wirklich die Zeiten, die mein Rechner braucht.
dann machen wir es mal pragmatisch...
Du / wir ärgern wir uns schon zig Mannstunden mit Deinem Problem rum - an allen anderen Clients geht es - also mach die Kiste platt und setz sie neu auf - das sind mit allen Nebengeräuschen 3 bis 4 Stunden...
Gruß
24
Du / wir ärgern wir uns schon zig Mannstunden mit Deinem Problem rum - an allen anderen Clients geht es - also mach die Kiste platt und setz sie neu auf - das sind mit allen Nebengeräuschen 3 bis 4 Stunden...
Gruß
24
Das werde ich wohl auch bald tun. Aber ich bin einfach nicht zufrieden mit so einer Lösung, weil ich dadurch nicht lernen kann, was die Ursache des Fehlers war und wie ich ihn in Zukunft vielleicht lösen kann.
Zitat von @abachmann:
Das werde ich wohl auch bald tun. Aber ich bin einfach nicht zufrieden mit so einer Lösung, weil ich dadurch nicht lernen
kann, was die Ursache des Fehlers war und wie ich ihn in Zukunft vielleicht lösen kann.
Das werde ich wohl auch bald tun. Aber ich bin einfach nicht zufrieden mit so einer Lösung, weil ich dadurch nicht lernen
kann, was die Ursache des Fehlers war und wie ich ihn in Zukunft vielleicht lösen kann.
ich könnte Dir meine Standardfrage um die Ohren hauen ^^ Was bitte haben sie alles NICHT gemacht? - darüber schweigst Du Dich ja auch aus, irgendwann muß es ja mal geklappt haben - und davon kommt NIX von Dir - meine Glaskugel wartet auf den ersten Schnee...
Gruß
24
Denke auch, ne Neuinstallation, am besten noch mit einem anderen Namen ist dann am sinnvollsten und saubersten.
Gibt nicht immer eine Lösung zu jedem Problem, bißchen was versuchen ja aber nicht ewig rumfrickeln.
Gibt nicht immer eine Lösung zu jedem Problem, bißchen was versuchen ja aber nicht ewig rumfrickeln.
Zitat von @2hard4you:
> Zitat von @abachmann:
> ----
> Das werde ich wohl auch bald tun. Aber ich bin einfach nicht zufrieden mit so einer Lösung, weil ich dadurch nicht
lernen
> kann, was die Ursache des Fehlers war und wie ich ihn in Zukunft vielleicht lösen kann.
ich könnte Dir meine Standardfrage um die Ohren hauen ^^ Was bitte haben sie alles NICHT gemacht? - darüber
schweigst Du Dich ja auch aus, irgendwann muß es ja mal geklappt haben - und davon kommt NIX von Dir - meine Glaskugel
wartet auf den ersten Schnee...
Gruß
24
> Zitat von @abachmann:
> ----
> Das werde ich wohl auch bald tun. Aber ich bin einfach nicht zufrieden mit so einer Lösung, weil ich dadurch nicht
lernen
> kann, was die Ursache des Fehlers war und wie ich ihn in Zukunft vielleicht lösen kann.
ich könnte Dir meine Standardfrage um die Ohren hauen ^^ Was bitte haben sie alles NICHT gemacht? - darüber
schweigst Du Dich ja auch aus, irgendwann muß es ja mal geklappt haben - und davon kommt NIX von Dir - meine Glaskugel
wartet auf den ersten Schnee...
Gruß
24
Außer nach dem Problem googeln konnte ich nicht viel machen, weil mir ein anderer Lösungsansatz fehlt.
Ich habe ja im ersten Beitrag auch nicht nach einer vorgekauten Lösung gefragt, sondern nach einer Vorgehensweise, wie ich dieses (und vielleicht ähnliche) Probleme generell angehen kann.
Hm, das Problem ist nun nicht mehr auf einen Rechner beschränkt. Zwei weitere Windows 7-Rechner zeigen seit einiger Zeit auch dieses Phänomen.
Wie kann ich herausfinden, bei welchem Gruppenrichtlinienobjekt genau Windows so lange braucht?
Wie kann ich herausfinden, bei welchem Gruppenrichtlinienobjekt genau Windows so lange braucht?
Ok, dies lässt sich heraufinden, indem man zuerst den genauen Zeitpunkt ermittelt, wo die Wartezeit erscheint. Dies kann man ja beim Anwendungsprotokoll, Quelle Winlogon, ersehen. Danach kann man zu Anwendungs- und Dienstprotokolle, Microsoft, Windows, Group Policy, Betriebsbereit gehen und sich die Einträge zur ermittelten Zeit anschauen.
Hatte das gleiche Problem.
- Die Anmeldung über einen 2012 R2 Testserver dauerte 599 Sekunden.
Dies habe ich in der Ereignisanzeige als Warnung mit der Quelle "Winlogon" angezeigt bekommen.
(Ereignis-ID 6005 und 6006)
Der Fehler der langen Anmeldung lang an den Gruppenrichtlinien.
Sobald ich Einstellung "Anmeldescripte gleichzeitig ausführen" deaktiviert habe, dauerte die Anmeldung anstatt fast 10min nur ca. 10 Sekunden.
Pfad: Benutzerkonfiguration\Richtlinien\Administrative Vorlagen\System\Skripts
Das war bei mir die Lösung.
Gruß
Markarius
- Die Anmeldung über einen 2012 R2 Testserver dauerte 599 Sekunden.
Dies habe ich in der Ereignisanzeige als Warnung mit der Quelle "Winlogon" angezeigt bekommen.
(Ereignis-ID 6005 und 6006)
Der Fehler der langen Anmeldung lang an den Gruppenrichtlinien.
Sobald ich Einstellung "Anmeldescripte gleichzeitig ausführen" deaktiviert habe, dauerte die Anmeldung anstatt fast 10min nur ca. 10 Sekunden.
Pfad: Benutzerkonfiguration\Richtlinien\Administrative Vorlagen\System\Skripts
Das war bei mir die Lösung.
Gruß
Markarius
Es hat sich herausgestellt, dass hier ein Problem mit Labview vorliegt. Diese Entwicklungsumgebung ist auf den Entwicklerrechnern installiert, wo dieses Problem auftrat. Man muss dann einen der Dienste (NI mDNS Responder Service) an zwei Stellen deaktivieren, dann ist diese lange Startzeit von Windows passé. Dieses Problem schleppt NI schon eine Weile mit sich herum, wie meine Recherchen ergeben haben.
Hallo abachmann,
ich bin hier schon länger am Verzweifeln um dieses NI Problem in den Griff zu bekommen.
Kannst Du mit bitte genauer beschreiben an welchen 2 Stellen ich diesen Dienst deaktivieren muss.
Vielen Dank
Gruß
M.
ich bin hier schon länger am Verzweifeln um dieses NI Problem in den Griff zu bekommen.
Kannst Du mit bitte genauer beschreiben an welchen 2 Stellen ich diesen Dienst deaktivieren muss.
Vielen Dank
Gruß
M.
Hallo mulderman,
in der Registry unter "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries" gibt es mehrere Einträge, wovon sich einer davon mit der nimdnsNSP.dll beschäftigt. Dort änderst du den Wert bei "Enabled" von 1 auf 0. Bei einem 64-Bit-Betriebssystem gibt es zusätzlich noch "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries64", wo es auch wieder einen Eintrag gibt, der sich mit der nimdnsNSP.dll beschäftigt, auch hier änderst du "Enabled" von 1 auf 0.
Zum Schluss gehst du noch in die Dienstverwaltung von Windows (services.msc) und änderst den Starttyp vom "NI mDNS Responder Service" auf "Deaktiviert".
Das war es auch schon. Denke noch daran, dass sich bei Updates der NI-Komponenten dieser Eintrag auch wieder zurücksetzen kann, also nach NI-Updates sicherheitshalber nachgucken.
Schau dir mal noch an, welche NI-Dienste vom "NI mDNS Responder Service" abhängig sind - falls du einen davon wirklich brauchst, hast du wohl schlechte Karten.
André
in der Registry unter "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries" gibt es mehrere Einträge, wovon sich einer davon mit der nimdnsNSP.dll beschäftigt. Dort änderst du den Wert bei "Enabled" von 1 auf 0. Bei einem 64-Bit-Betriebssystem gibt es zusätzlich noch "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries64", wo es auch wieder einen Eintrag gibt, der sich mit der nimdnsNSP.dll beschäftigt, auch hier änderst du "Enabled" von 1 auf 0.
Zum Schluss gehst du noch in die Dienstverwaltung von Windows (services.msc) und änderst den Starttyp vom "NI mDNS Responder Service" auf "Deaktiviert".
Das war es auch schon. Denke noch daran, dass sich bei Updates der NI-Komponenten dieser Eintrag auch wieder zurücksetzen kann, also nach NI-Updates sicherheitshalber nachgucken.
Schau dir mal noch an, welche NI-Dienste vom "NI mDNS Responder Service" abhängig sind - falls du einen davon wirklich brauchst, hast du wohl schlechte Karten.
André
1
Hallo,
vielen Dank, dass werde ich gleich testen. Habe auch schon alle NI Dienste auf manuell gestellt, hat aber nicht geholfen.
Wenn das klappt gebe ich einen aus.
Gruß
Marcus
vielen Dank, dass werde ich gleich testen. Habe auch schon alle NI Dienste auf manuell gestellt, hat aber nicht geholfen.
Wenn das klappt gebe ich einen aus.
Gruß
Marcus
Danke nochmal !! Es hat funktioniert, die Rechner mit NI Runtime booten jetzt auch mit LAN-Kabel wieder schnell !!
Gruß
Marcus
Gruß
Marcus
Super, freut mich. Falls du Interesse hast - hier ist der Support-Thread bei NI, wo 2012 versprochen wurde, dass das Problem nun "Priorität" genießt, weil es so viele Leute betrifft: http://forums.ni.com/t5/LabVIEW/labview-runtime-slow-pc-start-up/td-p/2 ...
Da wirft man denen Jahr für Jahr tausende von Euro in den Rachen...
Da wirft man denen Jahr für Jahr tausende von Euro in den Rachen...
