4077

Deswegen hat man einen eigenen Benutzer für das MDT und nutzt nicht den Domänen-Admin. Korrekt konfiguriert hat dann ein normaler Benutzer keinen Zugriff auf den Deployment-Share und die Dateien. Und um sich vor irrtümlichen Installationen zu schützen läßt man in der bootstrap.ini das Passwort auch besser weg.

Damit ich was lerne, weil ich bisher was anderes verwende und nicht beratungsresistent bin : kann Notepad++ das gleichzeitig in 500 Dateien?

$collection=Get-ChildItem -Path \\<Server-Name>\Benutzer$ -filter "*.ini" -Recurse foreach ($item in $collection) { (Get-Content -Path $item.FullName) | Foreach-Object {$_ -replace "Inhalt1", "INhalt2"} | Set-Content -Path $item.FullName -whatif } Sollte grundsätzlich damit auch funktionieren. Das "-whatif"nimmst Du raus, wenn es passt. ;-)

Das ist ein anderes Zeichen vor Powershell! Ändere das mal ab. Ist vermutlich kopiert, oder? Sonst wird die ganze Zeile ignoriert. Bin da auch reingefallen.

Hast Du PowerShell auch als Standard-Sprache hinterlegt? (“files.defaultLanguage”: “powershell”,)

Hast Du die PowerShell-Erweiterung schon heruntergeladen? Ansonsten ist dieser Link ganz gut: Klick mich

Die Syntax für Windows 10 ist eher Add-WindowsCapability –Online -Name NetFx3~~~~ –Source D:\sources\sxs oder mit dism DISM /Online /Add-Capability /CapabilityName:NetFx3~~~~ /Source:D:\sources\sxs

Ich würde eher mit den PowerShell-Commandlets arbeiten: get-Command *-wb* Was gibt Get-wbjob -previous 3 aus?

Geht das nicht über die Regeln des Abwesenheitsagenten in Outlook?

Was sagt das Ereignisprotokoll "Deployment-Services-Diagnostics"? ggfs. aktivierst Du das mal.

Hilft das?

Ich hatte so einen Fall auch schon mal. Die Lösung damals: "chkdsk" drüberlaufen lassen.

Die kostenlose eierlegende Wollmilchsau: Microsoft Deployment Toolkit

https://der-eigelb-laden.de/gruppenrichtlinien-fehlerbehandlung/

Dein Konstrukt ist kein PowerShell. Ich bekomme da nur Fehlermeldungen. Für Deinen Weg hättest Du mind. Get-WmiObject und Invoke-Command gebraucht, damit es funktioniert.

Alles was im AD steht, lässt sich relativ einfach abfragen. Schau bei sowas zuerst in "Active Directory Benutzer und Computer". Wenn Du es da findet: Bingo! Meist genügt dann ein Commandlet.

Warum so umständlich? Das bekommst Du über das AD schneller: get-adcomputer -filter * -Properties * | select-Object -Property name,operatingsystemversion

Da wirf doch mal ein Auge auf "Prestaging".

Wieder was im Detail gelernt!

"Physicaldeliveryofficename" ist erst verfügbar, wenn Du bei Get-ADUser ein "-properties *" hinzufügst.

Das MDT installiert Betriebssysteme mit bereitgestellter Software und konfiguriert den Client ggfs. per Skripte. Es verteilt keine Software. Das ist auch nicht seine Aufgabenstellung. Für eine Softwareverteilung brauchst Du SCCM, OPSI, DSM Heat, Empirum und wie die alle heißen.

Wäre ich Prüfer, dann würde ich Dich lauter Sachen fragen, die unter dem Knoten "Advanced Configuration" stehen: "Linked Deployment", "Media", "Database". Wie sieht es mit Pre-Staging in der Datenbank aus?" Erzähle mir was über das USMT, welches das MDT auch verwendet. Oder ich liesse mir die Vor- und Nachteile von fat- und thin-image aufzählen und wie man am schnellsten zu einem Referenzimage kommt.

Ich habe stets die Seriennummer und das Installationsdatum aus dem Online-Portal notiert. Denn die Seriennummer ist eine andere, als der Key auf dem Retail Karton. So liess sich später die Lizenz zu Rechnern zuordnen und ggfs. noch mal direkt aus dem Online-Portal installieren.

Prüfe doch mal bitte per Gruppenrichtlinienverwaltung den Server mittels des Assistenten der "Gruppenrichtlinienergebnisse" (ganz unten im Baum), ob nicht doch irgendeine GPO dafür verantwortlich ist.

Steht doch deutlich in der Fehlermeldung: auf dem Server ist lokal oder durch Gruppenrichtlinie die Software-Einschränkung aktiviert worden. Ich denke mal, dass die Option "Whitelisting" gewählt wurde. Somit muss das Skript explizit erlaubt werden. Die beste Wahl hier vermutlich über "Hash-Freigabe".