Windows 11 22H2 und Windows 10 22H2 Domänenrechner hängen nach Start/Neustart in "Bitte Warten" fest

[ITKevin]

Bei uns im Unternehmen hängen Lenovo Rechner vereinzelt seit 2 Wochen wenn man sie startet oder neu startet in einem Schwarzen Bildschirm mit dem Text "Bitte Warten" und einer Ladeschnecke.

Wenn man das Ethernet Kabel aussteckt und dem PC damit die Internet-Verbindung kappt und dann nochmal neu startet dann fährt dieser normal hoch als wäre nichts.

Erstmals bemerkbar geworden durch das Kumulative Update von vor Drei Wochen (KB Nummer weiß ich nicht)

Habe bereits Windows Firewall deaktiviert und auch die Sophos Firewall Lokal auf dem System.
Außerdem auf unserem Gateway (Sophos) eine Any Regel eingerichtet, da ich gedacht habe dass vielleicht die Firewall die Installation des Windows Updates nicht zulässt.

Ebenfalls habe ich auf der Festplatte eines Versuchsrechners sfc /scannow ausgeführt, wo er einen kaputten Treiber gefunden und repariert hat, hat aber leider nichts gebracht.

Kann mir/uns einer Abhilfe schaffen?

[Tante Google]

[Valli]

xx

[John-Boy]

Der Lenovo Netzwerktreiber für Intel-Adapter hat irgend ein Problem.
Nutze mal den nativen Treiber direkt von Intel und setze das Netzwerk komplett zurück

komplett zurücksetzen:
Settings => Network & Internet => nach unten scollen => Reset Network

oder via CMD:
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns
Restart

[ITKevin]

Der Lenovo Netzwerktreiber für Intel-Adapter hat irgend ein Problem.
Nutze mal den nativen Treiber direkt von Intel und setze das Netzwerk komplett zurück

komplett zurücksetzen:
Settings => Network & Internet => nach unten scollen => Reset Network

oder via CMD:
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns
Restart
[/qoute]

habe ich getan, hat aber leider keine Besserung gebracht

[ITKevin]

Gib mal:

Code: Alles auswählen

bcdedit /set {default} bootlog yes

ein und checke nach einem Reboot die ntbtlog.txt im Verzeichnis %WINDIR%

Ergebnisse von "gutem" und "schlechtem" Rechner vergleichen.

Anschließend:
bcdedit /set {default} bootlog no

eingeben damit nicht bei jedem Start ein neues logfile geschrieben wird.

Funktioniert bei mir leider nicht, PowerShell kennt das cmdlet/befehl nicht

[John-Boy]

Erstmals bemerkbar geworden durch das Kumulative Update von vor Drei Wochen (KB Nummer weiß ich nicht)

Kannst du nicht testweise mal einen Rechner zurücksetzen?

[Valli]

xx

[ITKevin]

Erstmals bemerkbar geworden durch das Kumulative Update von vor Drei Wochen (KB Nummer weiß ich nicht)

Kannst du nicht testweise mal einen Rechner zurücksetzen?

Leider ist das nicht möglich, da alle Rechner die dieses Problem aufweisen in Benutzung sind

[DK2000]

Aber irgendwann musst Du Dir mal so einen betroffenen Rechner vornehmen und das Problem lösen. Ansonsten wird das ja nichts. Und die Idee, den Treiber für die Netzwerkkarte mal auszutauschen und/oder die Netzwerk-Einstellungen zurückzusetzen, sind da schon einmal nicht schlecht.

Von der Beschreibung klingt das wirklich nach Netzwerk. Sobald das Netzwerk bei Dir läuft, klemmt es und wenn Du das Kabel abziehst, läuft das Netzwerk nicht und er bootet normal.

[ITKevin]

Aber irgendwann musst Du Dir mal so einen betroffenen Rechner vornehmen und das Problem lösen. Ansonsten wird das ja nichts. Und die Idee, den Treiber für die Netzwerkkarte mal auszutauschen und/oder die Netzwerk-Einstellungen zurückzusetzen, sind da schon einmal nicht schlecht.

Von der Beschreibung klingt das wirklich nach Netzwerk. Sobald das Netzwerk bei Dir läuft, klemmt es und wenn Du das Kabel abziehst, läuft das Netzwerk nicht und er bootet normal.

Habe einen Rechner gefunden den ich für Testzwecke zweckentfremden kann.

Werde ihn nun einmal zurücksetzen

[ITKevin]

Guten Morgen,

Durch das Zurücksetzen habe ich herausgefunden dass das Problem nur in einer Domäne vorkommt.
Dank den äußerst detailierten Statusmeldungen habe ich nun herausgefunden dass die PC´s sich immer bei Audit Configuration Policy aufhängen.

Ist soweit ich weiß eine Standard Domänen Richtlinie.

Diese ist für die Überwachung von An/Abmelden und co.

Habe diese auch bereits auf nicht überwachen geschalten und testweise mit einer gpo auf einen Test Rechner ausgerollt.

Leider ohne Besserung

[John-Boy]

Puh das wird ja etwas kniffliger… habt ihr keine IT in der Firma oder ein Systemhaus was helfen kann?
Wenn du schreibst:

Ist soweit ich weiß eine Standard Domänen Richtlinie.

Solltest du lieber die Finger davon lassen (nicht böse gemeint)

Was für Server überhaupt?
Nutzt ihr Citrix?

ich nun herausgefunden dass die PC´s sich immer bei Audit Configuration Policy aufhängen.

Gruppenrichtlinie ".... immer auf das Netzwerk warten." Aktiviert?

[ITKevin]

Puh das wird ja etwas kniffliger… habt ihr keine IT in der Firma oder ein Systemhaus was helfen kann?
Wenn du schreibst:

Ist soweit ich weiß eine Standard Domänen Richtlinie.

Solltest du lieber die Finger davon lassen (nicht böse gemeint)

Was für Server überhaupt?
Nutzt ihr Citrix?

ich nun herausgefunden dass die PC´s sich immer bei Audit Configuration Policy aufhängen.

Gruppenrichtlinie ".... immer auf das Netzwerk warten." Aktiviert?

Servus, doch haben eine IT, mache auch eine Ausbildung als Fachinformatiker, aber mir wurde die Problemlösung zugewiesen.

Unser Domaincontroller ist momentan auf Windows Server 2012 R2.

GPO immer auf Netzwerk Warten ist momentan auf nicht konfiguriert

[ITKevin]

GPO immer auf Netzwerk Warten ist momentan auf nicht konfiguriert

Habe diese nun auf deaktiviert gesetzt, hat leider auch keine Besserung gebracht

[ITKevin]

So nun kleines Update, habe das Problem wahrscheinlich nun gefixt.

Problem war/wird ein Skript gewesen sein.

Test-PC fährt nun wieder wie gewohnt hoch, versuche es in der Mittagspause auch mal bei den anderen Betroffenen PC´s