BOfH_666

... vorher nass machen, nicht vergessen!!

... huch ... ich glaube, ich hatte ein paar Weinbrandbohnen zu viel ....

Vielleicht für den Anfang noch ein ganz allgemeiner Tipp: Du machst Dir und anderen das Leben leichter, wenn Du Deinen Code leicht lesbar schreibst. Dazu gehört unter anderem das ein oder andere Leerzeichen zwischen Variablen, Operatoren und Werten, Parameternamen möglichst explizit anzugeben, "sprechende" Variablennamen, Zeilenumbrüche, wo sie die Lesbarkeit erhöhen und Einrückungen. Hier nochmal ein bissl was zum Nachlesen: The PowerShell Best Practices and Style Guide Da Du ja nur Teile der Dateinamen vergleichen möchtest, hilft es Dir vielleicht, die Dateinamen auch in ihre "Bestandteile" zu zerlegen. Und dass die Dateinamen offenbar bereits eine Struktur haben, macht es natürlich einfacher. Du könntest also z.B. den "BaseName" jeder Datei - also den Dateinamen ohne Endung - mittels -Split '_' an den Unterstrichen auftrennen und dann mittels Group-Object schon mal ganz einfach die zusammengehörigen Dateinamen ermitteln. Eventuell hilfreich für Deine Aufgabe könnten auch noch calculated Properties sein. Damit kannst Du Objekten Eigenschaften hinzufügen, die sie noch nicht von selbst haben .... about_Calculated_Properties.

Nein. Genau das meinte ich. Den ersten Lesestoff hat Dir Jan weiter oben ja bereits genannt. Weiter hilfreich ist dann bestimmt auch noch das hier: about_Split about_If about_Switch everything_about_Switch ... ich freu mich schon auf Deinen ersten Code.

Zur Unterstützung der Fehleranalyse könntest Du regelmäßig "von außen" die eingestellte Zeit abfragen. So könnte man wenigstens ermitteln wann, die Zeit wieder umgestellt wird.

Hmmm ... ja - man könnte das per PowerShell machen, aber was mir noch fehlt, ist die Info was denn dann mit den kopierten/verschobenen Dateien jeweils am Zielort gemacht werden soll.

... oder dism /online /Get-CurrentEdition zeigt (unter anderem) auch die Edition an ... das geht auch in CMD.

Hmmm ... läuft das nicht auf ein einfaches Backup hinaus? Wenn Du die Quelldateien nicht "ausdünnen" darfst, macht es vermutlich auch keinen Sinn, weniger als den aktuellen Status zu sichern, oder? Vermutlich schon ... solange Du klar formulieren kanns, was genau Du möchtest, kann man es vermutlich in Code umsetzen.

... und die zugreifenden Konten auf dem NAS berechtigen ist keine Option?

... nur ne Idee ... könnte es sein, dass IrfanView ein Problem damit hat, wenn es nicht in einer interaktiven Session läuft?

Ich dachte das galt nur, wenn Du von Sensei Miyagi san Karate oder Master Pai Mei Kung Fu lernen willst.

... nur, um es wenigstens einmal erwähnt zu haben: Wenn Du jetzt anfängst zu programmieren oder skripten, solltest Du nicht mehr mit VBS oder CMD anfangen. Such Dir ein gutes Einsteiger-Tutorial oder Buch für PowerShell und starte damit. Das wird Dir auf lange Sicht, ne Menge verschwendete Zeit und Frustration ersparen.

Das wär aber ungünstig, oder? Genau die Dateien will @MitchAndi doch behalten.

.... wenn's nich anders geht ... ... offenbar ist ja eine professionelle Lösung nicht gewollt.

Warum nicht?

Wo buddelt ihr nur immer wieder so alten Sch**ß aus ... nimm Powershell: $Quellverzeichnis = 'C:\sample\Quelle' $Zielverzeichnis = 'C:\sample\Ziel' Get-ChildItem -Path $Quellverzeichnis -Filter *.pdf -File | ForEach-Object{ $Name = ($_.BaseName -split '_')[2] $Ziel = Join-Path -Path $Zielverzeichnis -ChildPath $Name if (-not (Test-Path -Path $Ziel)) { New-Item -Path $Ziel -ItemType Directory | Out-Null } Move-Item -Path $_.FullName -Destination $Ziel }

Hallo und willkommen im MCSEBoard. Du möchtest also die IP-Adresse zu einem Namen auflösen, richtig? ... oder umgedreht? Ich hab mal für Dich gegoogled: https://morgantechspace.com/2015/06/powershell-find-machine-name-from-ip-address.html

Das gilt aber nur für den Machine Wide Installer. Für die User-Installationen läuft das Update online.

Du immer mit Deinem Pragmatismus .... tztztz

Wie wär's mit'm RasPi?

Da MSFT ja quasi "an der Quelle sitzt", weiß es, wie man die Sachen vom alten System ins neue übertragen muss, damit alles wie vorher funktioniert. Und wenn man das weiß, dann kann man eben in diesem Prozess die unerwünschten Sachen auslassen. Es hat bei der Umstellung auf dieses System am Anfang auch ein bissl gedauert, bis exotischere Sachen korrekt migriert wurden. Da musste MSFT noch nachjustieren.

Ein Magier kann doch sein Tricks nicht verraten. Was ist denn der Hintergrund Deiner Frage. Willst Du ein bestimmtes Problem damit lösen?

... das schreit ja geradezu nach einem Arbeitgeberwechsel ... ... ich hab da glücklicherweise mehr Glück mit meinem Arbeitgeber - der hat mir sogar einen schicken neuen großen Monitor für zu Hause spendiert .... jetzt bin ich zu Hause besser ausgestattet als im Büro.

Ich gehe davon aus, dass Du von einem Feature-Update sprichst ... Grob gesagt verschiebt das Setup die bisherige Installation komplett in einen versteckten Ordner und führt eine frische Image-Installation durch ... als wäre es eine Neu-Installation. Danach holt es aus der versteckten "Alt-Installation" alle Daten und Einstellungen raus und verwurstet sie in der frischen Installation. So steht die "Alt-Installation" auch noch für ein Roll-Back zur Verfügung.

Wie schon geschrieben - wenn es Dir um eine Synchronisation geht, solltest Du Dir robocopy anschauen. Das ist speziell für diesen Zweck entwickelt worden. Ein aufwändiges/potenziell fehleranfälliges Script ist dafür nicht nötig. Davon unabhängig - wenn Du die Ergebnis-Objekte filtern möchtest, kannst Du Where-Object verwenden: $Folder1Path = 'C:\test1' $Folder2Path = 'C:\test2' $Folder1Files = Get-childitem -Path $Folder1Path -Recurse $Folder2Files = Get-childitem -Path $Folder2Path -Recurse Compare-Object -ReferenceObject $Folder1Files -DifferenceObject $Folder2Files | Where-Object -Property SideIndicator -EQ -Value '<=' | ForEach-Object { Copy-Item -Path $_.InputObject.FullName -Destination $Folder2Path }