jets187

Danke Nobbyaushb

Hi Murdoc, das habe ich auch nun gemacht. Ich warte jetzt mal ab, ob sich in den nächsten Tagen einer meiner Kollegen sich meldet, das er / sie probleme am PC haben. Ich denke aber das sollte nicht der Fall sein. Ich danke euch allen für eure hilfe. Kann ich diesen Thread selber als "gelöst" markieren, oder macht das der Admin?

Hallo zusammen, so nun das Ergebnis, ich habe den Übeltäter ausfindig gemacht. Es ist eine GPO die sich NT-kompatible Security nennt und diverse Computer Eigenschaften konfiguriert. Diese GPO ist auf die übergeordnete OU in unser Domain angehängt und wird natürlich mittels Vererbung auf alle OUs verteilt. Kennt eine von euch diese GPO. Ist das eine Default GPO von Microsoft oder wurde diese GPO von meinem Vorgänger angelegt. Die Domain wurde meines Wissens nach bisher von 2000 bis 2008 R2 hochgezogen. Kann das ein Überbleibsel sein? Danke

In der Default Policy habe ich nichts verändert. ich weis aber nicht, ob mein Vorgänger dort irgendetwas angefasst hat. Es gibt leider keine Doku. Ich taste mich nun voran und schaue, ob es eine User oder Computer Konfiguration auslöst.

Hi NorbertFe, ja auch der User ist in der selben OU Hi g2sm, werde ich mal auf einem defekten Win10 Rechner probieren. Danke Hi zusammen, so nochmal zusammenfassung. Win 10 Rechner in leerer OU ohne Vererbung löst diesen Fehler nicht aus. Ich werde mich jetzt einmal durchhangeln und schauen welches der vererbten GPOs dieses Verhalten auslöst. Werde das Ergebnis dann hier posten. Kann es sein, dass die Default Domain Policy so ein Problem auslöst? Danke

Hi NorbertFe und Jan, habe jetzt eine neue leere OU angelegt und die Vererbung deaktiviert. Aktuell werden laut gpresult /R keine Richtlinien angewendet. Das Problem besteht aber immer noch. Ich werde jetzt eine neue VM aufsetzen und schauen, ob das Verhalten nochmal in einer leeren OU mit deaktivierter Vererbung auftritt. Ich melde mich wieder. Wenn Ihr weitere Tipps habt, immer her damit ;) Danke

Hi NorbertFe, es wirken unter anderem die Default Domain Policy, NT-kompatible Security und einige andere GPOs, die keine nennswertern Einstellungen für dieses Verhalten haben dürften, unter anderem GPOs wie z.B. Skripte gleichzeitig ausführen etc. Hi Jan, das werde ich mal sofort probieren. Aber die OU in der der Client drinne ist, war eh neu. Nur das ich dort GPOs im Nachhinein verknüpft habe. Melde mich wieder

Hi zusammen, wir sind gerade dabei erste Tests für die Migration unserer Windows 7 Clients auf Windows 10 durchzuführen. Wenn ich einen Testclient in unsere Server 2008 R2 Domäne aufnehme, dann werden auf dem Client das Startmenü und die Infoleiste unbrauchbar, sprich in kann das Startmenü nicht öffnen und die Icons der Infoleiste haben auch keine Funktion mehr. Ich habe versucht anhand dieser Anleitung https://www.deskmodder.de/wiki/index.php/Startmenü_reparieren_Windows_10 das Startmenü zu reparieren. Leider ohne Erfolg. Die ADMX Templates sind im Ordner PolicyDefinitons auf dem DC abgelegt. Ich habe auch eine Policy in einer eigenen OU angelegt mit der einige Startmenü Einträge angepasst werden sollten. Die Policy wird auf den Win10 Client bzw. auf den entsprechenden Test User angewendet. Aber das Ergebnis ist gleich. Das Startmenü lässt sich nicht öffnen. Rechtsklick auf das Startmenü funktioniert. Die Windows Firewall Einstellungen lassen sich ebenfalls auf dem Client nicht öffnen (nur als Hinweis) Die Win 10 Test Maschine ist eine VM und hat die Versionsnummer 1809 Build 17763.107. Hat vielleicht jemand einen Tipp wie ich das Problem lösen kann. Bevor hier über unsere eingesetzte Server Version "gemeckert wird ;)" . Der Upgrade unserer Server auf mindestens Version 2016 ist in der Planung und wird auch umgesetzt. Aber die Clients werden voraussichtlich vorher auf Windows 10 umgestellt. Besten Dank für eure Tipps.