Sunny61

Und wie genau hast Du es gelöst? Wenn sowieso alle User des Rechners/der Rechner die Einstellungen bekommen sollen, spricht nichts gegen HKLM. Wenn es die Einstellungen für beide gibt, nehme ich immer HKLM, außer es gibt einen sehr guten Grund für HKCR.

Nein, da reicht doch Linux aus oder die Distributionen, die schon alles dafür mitbringen. Hier ein Artikel zu dem Thema: https://www.elektronik-kompendium.de/sites/raspberry-pi/2006011.htm Und wenn das hier die aktuellste Build für den Raspberry ist, fehlt die Unterstützung für den PI4. https://docs.microsoft.com/de-de/windows/iot-core/downloads Definiere deine Anforderungen für den RP, dann kommst Du leichter zum Ziel. ;)

Freigaben nur für bestimmte Gruppen erteilen, dann geht das. Macht es natürlich nicht einfacher.

Kopiere die Datei aus der Mail auf den Desktop, kannst Du sie dann öffnen?

Du kannst es doch recht schnell selbst manuell via GPEDIT.MSC probieren. Oder manuell in die Registry eintippen. Windows registry location for Windows clients: HKLM\Software\Policies\Google\Chrome\RoamingProfileLocation Und dann die Policies und Werte übernehmen bzw. manuell eintragen und testen.

Das krieg ich nicht mehr raus, zu alt. Es bleibt bei das GPObject. :)

Ereignisprotokoll hat @testperson gemeint. Windows Taste + R > Ausführen > Eventvwr.msc [ENTER].

Dann greift möglicherweise das GPO nicht.

Da du die Geräte erst neu installierst hattest, könntest Du jetzt ja bei dem einen Gerät das Recovery erneut laufen lassen. Anschließend Windows Updates installieren und nach mindestens 2 Reboots erst den Drucker anschließen. Ist vermutlich einfacher, zielführender und schneller, als hier lange nach einem Fehler zu suchen.

Wir haben das erst hinter uns, mittels ADMT die User, PCs und die Userprofile umgezogen. Von Dom A in Dom B. In Dom B wurden alle Gruppen neu angelegt. Die User wurden manuell in die neuen Gruppen verfrachtet, so haben wir 'Altlasten' aus en Berechtigungen bereinigt. User- und Computerobjekte + Userprofile auf den Clients mit ADMT migriert, der Rest per PS-Script. Verteilergruppen auf dem Exchange wurde auch neu angelegt. Mit entsprechender Planung, Vorarbeit und ausreichend Testen funktioniert das.

Stimmt, whoami hatte ich komplett ausgeblendet. ;)

Die IFMEMBER.EXE https://www.gruppenrichtlinien.de/artikel/anmelde-skript-benutzer-gruppenabfrage-zuweisung-drucker/ gibt es wohl nicht mehr, deshalb müsste man es mit NET USER /Domain %username& | find versuchen, ob es schnell genug ist. https://blog.friedlandreas.net/2011/09/gruppenmitgliedschaft-von-einem-benutzer-auslesen/ Noch eine Möglichkeit: https://www.gruppenrichtlinien.de/artikel/drucker-verteilen-und-bereitstellen/

Wie lange darf der Printserver Offline sein? High Availability Printing: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj556311(v=ws.11) Alternativ die Treiber regelmässig exportieren und auf der zweiten Maschine immer wieder importieren.

Dann weiß er dass es funktioniert, aber er weiß immer noch nicht ob es supported ist. ;)

Wenn es eine Computerrrichtlinie ist, muss der Computer zugreifen können. Der User kommt viel später. Also pack die Authentifizierten Benutzer mit Leserechte in die NTFS-Berechtigungen und alles ist gut.

Für einen User kannst Du natürlich auch, wie Dukel schon geschrieben hat, eine Verweigerung setzen. Geht über den Reiter Delegierung. Das GPO darf der User lesen, aber nicht übernehmen.

Dürfen auch die Clients (Authentifizierten Benutzer) auf der Freigabe lesen? Hast Du einen UNC-Pfad für das GPO verwendet? Ist es ein Compuer- oder Benutzer GPO? Als Benutzer GPO wird es *NICHT* funktionieren, denn der Benutzer braucht Adminrechte. Welche Fehlermeldungen findest Du im Ereignisprotokoll?

Dafür kann man sich Erinnerungen im Outlook Kalender generieren. :)

Zeig doch mal das Script komplett und die NTFS- und Freigabeeinstellungen der Freigabe.

Da steht aber nicht 10 oder 15 Minuten, sondern 21.xx. Fang einfach nochmal bei 0 an und teste. Viel Erfolg noch.

Da passen deine Einstellungen im GPO wohl noch nicht. Was ist denn jetzt alles genau eingestellt? Und weshalb sollten die Clients dann ungezwungen neu starten bei der Meldung? Wenn der Anwender auf Schließen klickt, passiert doch nichts. Wie sehen die Erinnerungen dazu aus?

Weshalb will ein Windows 10 1903 auf WU nach aktuelleren Druckertreibern suchen? Das hatte ich noch nie. Die WU-Einstellung hat damit aber nichts zu tun. Lies doch mal die Hilfe dazu: Wa sind denn das für Drucker? MFC oder Consumer Geräte? Point and Print habt ihr korrekt konfiguriert?

In https://social.technet.microsoft.com/Forums/en-US/867b0c70-fc6a-475d-8491-ee9ed029aa84/disabling-fullscreen-force-notifications-on-windows-10-that-are-controlled-by-musnotificationexe?forum=win10itprogeneral findest Du im vorletzten Posting einen Hinweis auf die Aufgabenplanung. In 1803 gibt es einen Ordner UNP, darin der Task RunUpdateNotificationMgr, bei uns ist der Deaktiviert. Schau auch mal ob es andere/weitere gibt. Die Aufgaben sollten eigentlich durch das passende GPO deaktiviert werden. Teste doch mal an einem 1903 Client. Wir geben den Benutzern 2 Tage Zeit für den Reboot, es wird immer wieder erinnert. EDIT: Welche von den hier gezeigten Meldungen bekommen die User dauernd? https://administrator.de/forum/aufforderung-neustart-313442.html

Du hast nicht zufällig für ein oder mehrere Updates einen Stichtag vergeben? Wir haben zwar nur 1803, aber kein Rechner startet ungefragt neu. Was findet sich im Ereignisprotokoll zu dem Zeitpunkt des Reboot? Alternativ in der mit Powershell erzeugten WindowsUpdate.log?

1903 weiß ich nicht, wäre es so wie Du es beschreibst, wären hier mehr Admins mit den von dir geschilderten Problemen. Hast Du auch die ADMX-Templates von 1903 dafür verwendet? Hast Du einen Central Store? Falls ja, dann reicht es, die ADMX-Templates von einem aktuellen 1903 in den Central Store zu kopieren.