Sunny61

CU = Cumulative Update. D.h. jedes Update ist eine Vollinstallation.

Da ich nicht neben dir sitze wäre es schon hilfreich etwas exakter den Fehler zu beschreiben. Kein Erfolg ist einfach zu wenig.

Domäne oder IP haben nichts gemeinsam. Auch in einer Domäne wird mit IPs gearbeitet. Öffne auf dem Server den Servermanager > Tools. Welche Punkte werden dir angeboten?

Man kann den BITS, der Dienst holt die Updates beim WSUS, auch begrenzen. https://wsus.de/de/HowTo/Background-Intelligent-Transfer-Services-BITS

Ändere den einen Befehl ab: rd /s /q %windir%\SoftwareDistribution Jetzt einen Neustart machen. Suchst Du Updates Online oder über einen WSUS?

Ich glaube die Versionen müssen Volumen Lizenzen sein, zumindest ist das für einen Terminal Server notwendig. Evtl. reicht euch ja die Runtime Version von Access. Damit kann man Access Datenbanken öffnen, arbeiten, aber nicht entwickeln. Die Runtime gibt es auch als 2016 und ist kostenlos.

Evtl. mit einer Transportregel auf dem Exchange.

Ist denn deine Vorgehensweise exakt so auch vom Hersteller der Röntgensoftware supported? Nicht dass der dann beim ersten Fehler den Support verweigert.

Macht ja nix. :)

Und? Ich repariere doch keinen Drucker beim MA direkt am Schreibtisch. Das Werkzeug liegt bei mir im Büro, da müssen die Leute einfach warten.

Rüber gehen, Drucker abklemmen und mitnehmen, fertig.

Das MSI kannst Du mit passenden Parametern aufrufen, dann ist die Installation wirklich silent. https://www.gruppenrichtlinien.de/artikel/msiexecexe-in-der-kommandozeile/

Du bringst mich auf eine Idee, das nächste Mal nicht mehr auf einem Client, sondern als Admin auf einem Server. Möglicherweise schlägt die Ordnerumleitung zu. ;)

Nimm das MSI direkt, funktioniert ganz wunderbar. Allerdings kriegt man es nicht mehr so einfach wie bisher, der Rechner auf dem das in APPDATA landet darf nicht in der Domain sein. Zumindest ist das meine Feststellung.

Was spricht dagegen, die Einstellung pro Computer, also auch für den Admin, in diesem Fall zu setzen? Nichts, denn wenn der Admin die Updates manuell installieren möchte, verändert er einfach den Bit in der Registry, kann die Updates installieren und booten.

Naja, die Info muss man sich in verschiedenen Absätzen zusammen kramen. Und dann ist der Zusammenhang nicht leicht zu finden. Besser gleich saubere Informationen abgeben. Was findest Du in den anderen Teilen des Eventlog? Keinerlei Fehlermeldungen? Glaub ich nicht. Hiermit solltest Du weiter kommen: https://www.msxfaq.de/code/powershell/pserrhandling.htm IF EXIST \\Server\Freigabe\%computername%.txt GOTO BTW: Fragen beendet man mit einem ?-Zeichen, Danke.

Nochmal, es ist nicht DEIN Thread. Eröffne einen neuen eigenen Thread dazu. https://www.mcseboard.de/terms/ Regel Nummer 7 suchst Du.

Erstell bitte einen eigenen neuen Thread, fremde Threads kapert man nicht. Ist hier nicht gewollt und steht auch so in den Regeln. Danke.

Ich lese im ersten Posting nichts von einem Computerstartupscript, nur von einer OU. D.h. für mich nicht, dass es automatisch ein Computerstartupscript ist. Du meinst es müssen alle wissen? Nein, jeder macht es anders. Ich bin an der Stelle auch bei Norbert, geplanten Task per GPP auf die Rechner der OU, fertig. Das ist kein Workaround, sondern eine sehr saubere und ordentliche Lösung für diese deine Aufgabe. Wenn das Thema erledigt ist, SMBV1 wieder deaktivieren im gleichen Task und nach 30 Tagen den Task löschen. Ist es nur beim Versuch zu schauen geblieben, oder hast du auch tatsächlich geschaut? In welchen Teilen des Log hast Du geschaut? Es gibt ein Log nur für die Powershell. Wenn es ein Computerstartupscript war, dann sollte man dort eine Fehlerbehandlung einbauen. DISM ist doch nur eine Zeile im Script. Bau mit PS deine IF-Abfrage und starte einfach den DISM Teil. Du kannst auch eine Batch nehmen, IF-Abfrage rein, DISM rein, fertig.

Warum schaust Du nicht ins Eventlog? Dort sollte man als erstes schauen. Und zusätzlich schreibt man *IMMER* im ersten Posting *genau* rein, wie oder wo oder wann man das Script ausführt. Per Taskplaner oder eben per Computerstartupscript oder manuell. Lass dir diese Dinge in Zukunft nicht aus der Nase ziehen. Den DISM Befehl oder die PS-Zeile via Task auf die Clients bringen, den Task als SYSTEM ausführen lassen, fertig. Aber wenn bei dir alles irgendwie nicht funktioniert, wird auch das irgendwie nicht funktionieren. Und funktioniert nicht ist eine irgendwie unwahrscheinlich hilfreiche Aussage. :)

Wie wird das PS-Script ausgeführt? In einer administrativen PS? Was findet sich im Ereignisprotokoll dazu? Probier doch mal das hier aus: Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol Quelle: https://support.microsoft.com/de-de/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and Ich vermute bei deinem Enable-Windows.. fehlt der Feature Name. Probier es aus.

Natürlich kann man mit der Suchhäufigkeit im GPO auch etwas 'spielen' um schneller an Berichte zu kommen, später einfach wieder den Zeitraum verlängern. BIOS aktualisieren, Treiber aktuell halten.

Wenn Du die Genehmigung wieder veränderst, kriegt der WU-Agent auf dem Client/Server das nur mit, wenn er auch vor der Installation den WSUS erneut befragt. Das kann man steuern. Suchhäufigkeit nach Windows Updates findest Du in den Einstellungen zu Windows Update. 4 Stunden kann man einstellen, alles andere fördert nur unnötigen Traffic im Netz.

Natürlich kann ich Drucker den Computern im GPO, bzw. im GPP Teil zuweisen.

Die Realität sieht leider oft anders aus. Man wird trotzdem angerufen, noch ein letztes Mal und so weiter und so weiter. Wenn ich jemandem so etwas einstelle, dann gleich mit dem Hinweis auf den ab sofort nicht mehr existierenden Support von mir.