daabm

Nein, macht es nicht. Wer ist Owner der "gelöschten" Files?

Der fragt den ersten DC, der antwortet. -Server angeben :) Und Du weißt, daß alle Anmelde-Zeiten im AD unzuverlässig sind?

Dritte Alternative: Machs mit Win7, das klappt auch für Win10. Die FW-Regeln enthalten eine Versionsnummer...

Erstellungsdatum? "Aus dem Nichts" entstehen keine Ordner, und Robocopy kopiert auch nur, was live da ist.

...und wenn das einfaches HTML wäre, dann könnte man das in ein XML laden und da schön rausparsen. Oder in den IE, wenn es ein schönes DOM hat. Oder oder oder :-))

Schalt mal die Energiesparfunktionen der Netzwerkkarte ab. Irgendwas mit "Computer kann dieses Gerät deaktivieren" abschalten - dunkle Erinnerung... Edit: Und auch ggf. den Schnellstart abschalten. Sonst ist der erste Boot kein Boot, sondern nur ein Wakeup.

Treiber aktuell? Geht es nach "netsh int ipv4 reset" wieder?

So hätte ich das auch vorgeschlagen. Einfach das passende Objekt erstmal holen, dann ist die Lokalisierung egal :)

Sourceforge Regshot besorgen, Snapshot erstellen, ändern, 2. Snapshot erstellen und vergleichen. Mußt zwar bissle was rausfiltern, ist aber i.d.R. überschaubar.

Beide Rechner in einer Domäne? Sonst könnte ich mir vorstellen, daß als Owner ein lokaler Account des anderen Rechners drinsteht, und der ist dann natürlich ungültig... Weiß grad nur nicht, wie man den aktuellen Owner "raw" ermittelt, also direkt aus der ACL holt.

...wenn sie sich eingearbeitet haben, nicht mehr :)

<OT> Ich bin manchmal echt überrascht, wie viele Admins völlig ohne Skripting auskommen müssen... Hut ab vor der Arbeitsleistung </OT>

Da wäre jetzt hilfreich, wenn Du den aktuell verwendeten Skriptcode mal herzeigst.

Lernt da grad jemand auf eine MCP-Prüfung?

Ginge sogar noch einfacher, kanns aber grad net ausprobieren (keine Test-VM zur Hand..): wmic printer call _delete

Nein, man kann sich nicht "einklinken" zur Laufzeit. Hier findest Du alles, was quasi extern erreichbar ist: https://msdn.microsoft.com/en-us/windows/desktop/aa369432

Boah, was ein wirrer Fred

Läßt sich ganz kurz beantworten: Kunde weiß nicht, von was er spricht.... Vorher hat er in Explorer vielleicht lange Namen gesehen, aber niemals in seiner Anwendung :)

Ich würd noch nen Schritt früher anfangen: nslookup <domain> - beide DC-IPs müssen zurückkommen. dsquery server - beide DCs müssen zurückkommen.

Die Frage stellst glaub am besten bei surfaceinside.de - ist ein Kollege von mir, der sich da recht gut auskennt

Hm ja, und die Profile werden IMHO nur bei einem Rechnerneustart tatsächlich geprüft und gelöscht. gpupdate selbst bewirkt da nichts.

Aye, der Central Store - eigentlich so einfach, aber ein steter Quell von Fehlermeldungen :)

Profile oder Homesets in ein DFS-N mit mehreren Link-Targets zu legen ist ein absolutes NO-GO... Der Kaputt-Fall ist hier vorprogrammiert.

Hnm, "gpresult /h" - werden denn beide GPOs überhaupt angewendet, oder stimmt die Reihenfolge nicht, oder hast Du eine davon erzwungen? Und Du schreibst bei beiden "ganz oben verlinkt" - das geht technisch nicht, ganz oben kann nur eine sein

Wenn sich da ne Commandline öffnet, hat jemand was gefuschelt... Und bei Übergabe von Parametern an cmd.exe ist ein "&" immer problematisch. Schau doch mal, was für .html bei Dir so definiert ist :) HKCR\.html\OpenWithProgIDs, da sollte htmlfile stehen. HKCR\htmlfile\Shell\Open, was steht da so?