stonson25

Ok, dann versuche ich das mal. Wie bekomme ich das jpg auf alle Clients? Danke.

Hallo, wir würden gerne ein bestimmtes .jpg als Sperrbildschirm an alle Clients verteilen. Es handelt sich um einen Win2k12R2 DC und um Win10-CLients (1903). Wir haben eine GPO erstellt und dieser mit einer Test-OU verlinkt. Das .jpg liegt auf einer Share wo "Jeder" in der Domain Leserechte hat. Leider greift es nicht. Hat jemand eine Anleitung für mich? Habe folgendes probiert: https://www.reddit.com/r/sysadmin/comments/aglxze/enforcing_a_lockscreen_image_on_windows_10_pro/ http://www.mustbegeek.com/how-to-change-the-default-lock-screen-image-using-gpo/

Hallo Jan, dann kann ich allerdings keine Rechte auf Unterordner vergeben....

Hallo Norbert, ja leider.

Hallo zusammen, wir haben eine Shared-Mailbox als zusätzliches Postfach in Outlook geöffnet. Funktioniert soweit bestens. Wenn man allerdings bei einem Mail "Allen Atworten" wählt so steht auch die Adresse des Postfach selbst in Feld "An" Kann man das irgendwie unterbinden? Vielen Dank.

Hallo, lag an der GPO. Sie war so konfiguriert das Updates am Samstag um 03:00 installiert werden. Habe die GPO abgeändert auf manuell und es funktioniert jetzt. Danke.

Hallo, ich habe den WSUS installiert und auch die GPO mit ein paar Test-Server konfiguriert. Ich bekomme beim Windows Update am Client den Fehler: Code 80244019 BITS etc. wurde wieder aktiviert. LG

Hat geholfen. Lag also nicht an der Bandbreite des WAN sondern an der Ausladstung des LAN. Ich nehme nächste Woche den WSUS in Betrieb. Vielen Dank euch allen. LG

Danke, es war noch WUDO aktiv. Mal sehen....

Hallo, ich habe das Ganze heute Morgen beobachtet als ich bei 5 Clients ein Update gestartet habe. Anscheinend lastet BITS unser Netzwerk derart aus. Die Clients sind alle auf Win 10 Build 1803 (13 Clients sind Win7). Kann man BITS per Policy deaktivieren? LG Stoney

Ok, dann werde ich mich mal an die Arbeit machen:-)

Ja, BITS ist schon aktiviert. Wir haben mehrere Standorte in der Domain. Kann es sein das hier auch von den anderen Standorten die Updates geladen werden?

Hallo, die GPO funktioniert zwar. Wenn jedoch Funktionsupdates für Win 10 runtergeladen werden bekommen wir Bandbreitenprobleme. Gibt es Best-Practices für Win10 Clients? Habe leider noch nicht genügend Ressourcen für WSUS pro Standort. Bin für jeden Tipp dankbar.

Hallo Sunny, vielen Dank. Ich werde es vorerst mit den RSAT Tools versuchen.

Hallo zusammen, wir haben eine WIN2k12r2 Domain. Es sind mehrere Win10 Clients im Einsatz. WSUS ist (noch) nicht in Verwendung. Ist es möglich eine GPO für die Clients zu erstellen die den Download der Win10 Updates limitiert oder funktioniert das nur mit einem Win2016 Server? Vielen Dank. LG Stoney

Ja, der PCL5 Treiber hat definitiv funktioniert.

Auch wieder war. Ok, dann warte ich mal den nächsten Patch-Day ab. Vielen Dank!

Hallo, die neuen Updates ließen sich problemlos installieren. Kann ich ein Monthly Quality Rollup auslassen oder muss ich dieses Update zwingend installieren?

Hallo, da es zwischendurch wieder Probleme gab hat mir Ricoh geraten den PCL5-Treiber installieren und per GPO auszurollen. Läuft soweit stabil. Ich warte mal das Wochenende ab.

Hallo, also wir konnten gestern normal arbeiten bis das ich den Treiber von Ricoh installiert habe. Nach ein paar Stunden wieder dasselbe Problem. Ich installiere den Treiber jetzt mal lokal und rolle diesen nicht per GPO aus. Ricoh ist bereits informiert. Halte euch am Laufenden. Wenn jemand eine Idee hat waäre ich natürlich sehr dankbar.

Hi Jan, vielen Dank für den Tipp. Werde das so machen. Bis jetzt war auch die Clientseitige Druckerumleitung aktiv. Diese habe ich abgedreht und nur die notwendigsten Drucker installiert.

Hallo Jan, danke ist bekannt. Wir haben auf RDS2016 migriert. Es läuft allerdings noch Software auf XenApp6.5 die wir nicht migrieren können. Soweit läuft das System jetzt stabil, lag nicht am XenApp- eher am Windows-Spool. Wir haben einen neuen Ricoh-Drucker im Netzwerk. Ich vermute das der Treiber daran Schuld ist. Ich installiere am Abend einen anderen Treiber und dann sehen wir mal. Danke!

Hallo, ich habe mir dieses Tool von Citrix runtergeladen: https://support.citrix.com/article/CTX116474 und konnte die Treiber löschen. Mal sehen ob das Problem damit behoben wurde.

Hallo zusammen, ich habe ein Problem mit dem Drucken auf einem 2k8R2. Auf dem Server läuft Citrix XenApp6.5. Öffnet man eine Citrix- od. RDP-Sitzung so sucht das Programm mit dem man drucken will ewig nach den Druckern. Starte ich den Print Spooler neu so findet er die Drucker man kann allerdings nicht drucken. Wir haben vor kurzem einen Ricoh-Drucker per GPO ausgerollt, ich vermute das es am Treiber liegt. Ich habe versucht diesen über Pnputil zu löschen. Starte ich den Spooler neu erscheint der Drucker wieder. Gestern Abend habe ich ein Backup wiederhergestellt wo es noch funktionierte. Heute wieder dasselbe Problem. Hat jemand eine Idee wie ich diesen Treiber wieder loswerde? Vielen Dank!

Ich mache ein neues CBS-Log und suche nochmal. Habe folgendes gefunden (sieht so aus als fehlt hier etwas?): CBS SQM: Failed to start upload with file pattern: C:\Windows\servicing\sqm\*_std.sqm, flags: 0x2 [HRESULT = 0x80004005 - E_FAIL] 2018-04-19 10:36:20, Info CBS SQM: Failed to start standard sample upload. [HRESULT = 0x80004005 - E_FAIL] 2018-04-19 10:36:20, Info CBS SQM: Queued 0 file(s) for upload with pattern: C:\Windows\servicing\sqm\*_all.sqm, flags: 0x6 2018-04-19 10:36:20, Info CBS SQM: Warning: Failed to upload all unsent reports. [HRESULT = 0x80004005 - E_FAIL] 2018-04-19 10:36:20, Info CBS No startup processing required, TrustedInstaller service was not set as autostart, or else a reboot is still pending. 2018-04-19 10:36:20, Info CBS NonStart: Checking to ensure startup processing was not required. 2018-04-19 10:36:20, Info CSI 00000004 IAdvancedInstallerAwareStore_ResolvePendingTransactions (call 1) (flags = 00000004, progress = NULL, phase = 0, pdwDisposition = @0xfdfdc0 2018-04-19 10:36:20, Info CSI 00000005 Creating NT transaction (seq 1), objectname [6]"(null)" 2018-04-19 10:36:20, Info CSI 00000006 Created NT transaction (seq 1) result 0x00000000, handle @0x1dc 2018-04-19 10:36:20, Info CSI 00000007@2018/4/19:08:36:20.063 CSI perf trace: 2018-04-19 10:36:56, Error CBS Exec: Failed to pre-stage package: Package_1288_for_KB4054518~31bf3856ad364e35~amd64~~6.1.1.2, file: usbccgp.sys, source: \\?\C:\Windows\SoftwareDistribution\Download\e36a113a06f8716107f9aa578c2ab4fd\amd64_usb.inf_31bf3856ad364e35_6.1.7601.23933_none_299141303e40c6bc\usbccgp.sys, sandbox: (null) [HRESULT = 0x800f081f - CBS_E_SOURCE_MISSING] 2018-04-19 10:36:56, Info CBS Failed to gather all required files. [HRESULT = 0x800f081f - CBS_E_SOURCE_MISSING] 2018-04-19 10:36:56, Info CBS Failed to gather all missing files for package: Package_for_RollupFix~31bf3856ad364e35~amd64~~7601.23964.1.2 [HRESULT = 0x800f081f - CBS_E_SOURCE_MISSING] 2018-04-19 10:36:56, Info CSI 0000000e@2018/4/19:08:36:56.227 CSI Transaction @0x2cc740 destroyed 2018-04-19 10:36:56, Error CBS Failed to pre- stage package: Package_for_RollupFix~31bf3856ad364e35~amd64~~7601.23964.1.2 [HRESULT = 0x800f081f - CBS_E_SOURCE_MISSING] 2018-04-19 10:36:56, Info CBS Perf: Stage chain complete. 2018-04-19 10:36:56, Info CBS Failed to stage execution chain. [HRESULT = 0x800f081f - CBS_E_SOURCE_MISSING] 2018-04-19 10:36:56, Error CBS Failed to process single phase execution. [HRESULT = 0x800f081f - CBS_E_SOURCE_MISSING] 2018-04-19 10:36:56, Info CBS WER: Generating failure report for package: Package_for_RollupFix~31bf3856ad364e35~amd64~~7601.23964.1.2, status: 0x800f081f, failure source: Stage, start state: Staged, target state: Installed, client id: WindowsUpdateAgent 2018-04-19 10:36:56, Info CBS Failed to query DisableWerReporting flag. Assuming not set... [HRESULT = 0x80070002 - ERROR_FILE_NOT_FOUND] 2018-04-19 10:36:56, Info CBS Failed to add %windir%\winsxs\pending.xml to WER report because it is missing. Continuing without it... 2018-04-19 10:36:56, Info CBS Failed to add %windir%\winsxs\pending.xml.bad to WER report because it is missing. Continuing without it...