Sunny61

Hat der Drucker kein StandBy oder einen anderen Energiesparmodus?

Das betrifft GPPs, die bleiben erhalten auch wenn das zuständige GPO gelöscht wird. Alles was mittels GPOs in Policies erstellt wird, wird entfernt sobald das Objekt, User oder Computer, nicht mehr im Verwaltungsbereich des GPO liegt. Deshalb ist deine Aussage nicht allgemein gültig und so nicht stehen gelassen bleiben. Remote Apps sind das Mittel der Wahl. Damit bekommen die User keinen Desktop, sondern nur die Programme, für die sie auch die Berechtigungen haben.

Sorry, da habe ich zu schnell gelesen. ;) Ja, auch das kenne ich. Sind denn auch wirklich alle Benutzer sauber abgemeldet zum Zeitpunkt des Reboot? Wir lassen die Updates installieren und planen einen Reboot 1 Stunde später ein, der funktioniert dann.

Bei Erstellen/Ersetzen wird nach +-~90 Minuten getrennt und neu verbunden. Evtl. ist das bei dir ja nur ein F5-Problem. Ansonsten hilft auf Dauer nur auf Aktualisieren umstellen. Zusätzlich würde ich dem betroffenen User noch ein neues Benutzerprofil verpassen.

Wie werden die Laufwerke erzeugt? Per GPP? Falls ja, per Ersetzen/Erstellen? Falls ja, stell um auf Aktualisieren.

Den Fehler durch Klick auf Restart Now kenne ich, in einer administrativen Commandline hilft bei mir immer ein shutdown -r -t 0 [ENTER] oder ein shutdown -r -t 0 -f [ENTER] hilft dann ganz sicher. ;) Wer ist der ausführende Benutzer beim Task? SYSTEM trag ich an der Stelle immer ein, damit hat es bisher immer funktioniert.

Da müsste MSFT ja mal richtig schnell arbeiten, noch dazu bei einem OS das schon das Ende des Support am Ende des Tunnel sieht. :) Man kann auch mit Hilfe der WUSA.EXE die Updates silent deinstallieren.

Die Profile sollten beim Reboot gelöscht werden, schaltet doch mal den Schnellstart für W10 ab. Jetzt nochmal probieren, werden jetzt die Profile gelöscht? Alternativ auch mal DelProf anschauen: https://helgeklein.com/free-tools/delprof2-user-profile-deletion-tool/ Ich habe das Tool noch nie benutzen müssen, aber evtl. hilft diese Option: /ntuserini When determining profile age for /d, use the file NTUSER.INI instead of NTUSER.DAT for age calculation

Wie soll eine Software in einer VM benutzt werden können, wenn Du die VM nicht startest? Natürlich kann das so nicht gehen. Beim Umstieg von XP zu W7 funktionierte das unter gewissen Bedingungen, da wurde eine SW explizit in den XP-Mode installiert, hat man die SW aufgerufen wurde im Hintergrund die VM gestartet. Der Support von W7 läuft in ~1 Jahr aus, heute noch Anwendungen kaufen die nur auf W7 laufen ist schon sehr gewagt.

Ordnerumleitung wäre vermutlich der bessere Weg. Man kann auch den Desktop umleiten. Wenn die User wirklich so unbeholfen sind, solltest Du der GF den Vorschlag der Schulung unterbreiten. Die Leute einfach für max. 1 Stunde die Grundlagen zeigen, aber unbedingt von einem Externen! Von internen Mitarbeitern wird sehr gerne keine Hilfe angenommen. Und wenn sie so unbeholfen sind, kannst du auch den AD-Account der User löschen, denn dann sind sie nicht gemacht für den Job am PC.

Dann arbeitet man sich einfach ein. Das was Du brauchst ist schnell gemacht, geht wahrscheinlich schneller als hier schreiben und auf Antwort warten.

Danke für den Hinweis. Poste doch einen Downloadlink zu den fehlerhaften ADMX-Templates.

Stell um auf Aktualisieren, alles andere ist seit W8.1 Murks und fällt dir auf die Füße. Auch bei Erstellen wird nach +-~90 Minuten getrennt und wieder neu erstellt.

So eine Batch kannst Du dir selbst schreiben, einfach etwas mehr Mühe geben bei der Arbeit. https://stackoverflow.com/questions/44623658/how-can-i-execute-psexec-commands-in-bat-file https://docs.microsoft.com/en-us/sysinternals/downloads/psexec

Das AD hat mit d Netzwerkumgebung nichts, aber auch gar nichts zu tun.

Sorry, wusste nicht dass das relevant ist. Es sind ja auch nicht alle aus dem Technet hier oder umgekehrt..... Mach es einfach, Danke.

Du darfst gerne hier und drüben im Technet kundtun, dass Du mindestens in 2 Foren Threads zum gleichen Thema eröffnet hast, Danke.

Wie kommen jetzt die Drucker zu den Clients? Per GPO? Falls ja, dann dort einfach den neuen Namen angeben, am besten am Abend, am nächsten Tag in der Früh wenn die Clients starten, holen sie sich den neuen Namen.

Du könntest den Export machen, den alten Server umbenennen, den neuen Server umbenennen, Drucker importieren. Evtl. reicht eine Downtime von 30 Minuten aus, dafür würde sich die Mittagspause anbieten. ;)

Wenn es mit einem neuen Profil funktioniert, hast Du die Ursache gefunden, ein defektes Profil. Was liegt alles im Autostart beim defekten Profil? Sieht man recht gut über den Taskmanager > Autostart. Evtl. gibt es da Unterschiede zwischen den beiden Profilen.

Übermittlungsoptimierung auf Umgehung (100) einstellen, schon wird der BITS wieder benutzt und kein Client holt sich von einem anderen die Updates. Zusätzlich noch den Kontakt zu WU-Adressen im Internet verbieten, dann funktioniert das auch.

Benutze nur die ADMX Templates die von der/den verwendeten Windows 10 Versionen kommen, MSFT ändert gerne etwas zwischen den Releases. Du kannst auch Aufforderungen zum Neustart definieren. Ganz wichtig, schau die Voraussetzungen für die einzelnen Einstellungen an, manchmal steht drin: Mind. W10 oder mind. W10. Einfach war mal. ;)

Konfiguriere die Nutzungszeiten, alles andere fällt dir auf die Füße.

Probier mal Mittag um 12 Uhr installieren zu lassen. Hast Du denn Nutzungszeiten konfiguriert? Zeig doch mal alle Einstellungen für das GPO. Welches Client OS ist im Einsatz? Falls W10, dann bitte die exakte Build/Version.

Clickshare funktioniert bei uns immer: https://www.barco-clickshare.de/