daabm

Jepp, Win32_BIOS/Win32_Computersystem, Manufacturer - das ist für "normale" Anforderungen halbwegs zuverlässig.

Bist Du Dir da gaaanz sicher? :D

Rausjoinen, booten, umbenennen, booten, reinjoinen, booten. Alles auf einmal wird nicht klappen :cool:

"net use /p:yes" reicht. Edit: Ja, ohne Laufwerk und ohne UNC - einfach so.

Na, dann mach doch genau das, was da steht... Lösche die Objekte IN dem Container, und dann erst den Container selbst. Ist Lesen so schwierig? :D

"tokens=1,2,*" wäre sinnvoller - sonst landet alles nach dem ersten Leerzeichen in 4... Dann aber mit %%k statt %%i beim "do".

Du musst Zeit und Datum "parsen" und dann auf zweistellige Werte auffüllen. Sonst sind Leerzeichen drin...

Ok, wenn es geht, dann steckt es vmtl. irgendwo in den DisplaySpecifiers drin...

dsa.msc? Passe einfach die Ansicht an... Edit: Du meinst den Doppelklick auf die Gruppe, dann "Mitglieder"? Geht nicht - nimm andere Werkzeuge. z.b. dsquery | dsget

Für das, was Du oben schreibst, gibt es sogar extra eine vordefinierte Gruppe... "Konten-Operatoren" :)

Der Autostart-Ordner wird vom Explorer verarbeitet - und den gibt es auf Core naturgemäß nicht. Entweder als Logonskript per GPO oder als geplanter Task bei der Admeldung...

Sind Deine User Administratoren? Dann scheiterst Du vmtl. an UAC und dem fehlenden EnableLinkedConnnections, da Anmeldeskripts mit dem elevated Token ausgeführt werden. Die Vermutung von 4077 ist falsch, Anmeldeskripts laufen erst, wenn alles andere aus GPOs angewendet wurde.

Das hab ich doch im Technet heute auch schon mal gelesen, oder? Auf Crosspostings solltest Du hinweisen, dazu hast Du Dich beim Anmelden hier sogar verpflichtet :cool:

Stimmt - vergessen/übersehen/was weiß ich ;-) http://msdn.microsoft.com/library/aa746475.aspx

Das muß nicht "wohl noch" installiert sein, das MUSS installiert sein. Hier kennen sich übrigens sehr viele aus - ein wenig Geduld schadet dabei allerdings nicht.

Was steht im Eventlog des Task Schedulers?

Grmfph.... ADM(X)-Templates haben NICHTS mit den IE-Versionen zu tun, die in dem GPP "Interneteinstellungen" verfügbar sind... Die orientieren sich ausschließlich an der IE-Version, mit der das jeweilige OS ursprünglich ausgeliefert wurde.

"Benutzer oder Gruppe ändern" - "Erweitert" - "Jetzt suchen" -> "Benutzer" auswählen. Das ist S-1-5-32-545 oder auch "jeder, der sich am lokalen Computer anmeldet"... Bei englischem Basis-OS natürlich "Users" statt "Benutzer". Wo ist das Problem?

"Loopback hatte also seinen Sinn" - das stelle ich mal in Frage. In der DDP hat es den garantiert nicht... Und mit "Mischung aus XP und W7" hat es auch nix zu tun. Und was genau meinst Du mit "bei der Revision einige Einstellungen abändern"?

Naja... Dann diagnostizieren wir mal (bzw. Du machst das :cool: ): Sysinternals Process Monitor, Filter auf "Path ends with" -> "lock.dbf".Dann starte Deine Anwendung und schau im Procmon nach, wo diese Datei gesucht wird und welcher Zugriff darauf nicht mit "SUCCESS" endet.

...wo mir das grad einfällt: Wenn man für die Auswahl von Usern und Gruppen immer schön den Object Picker ("..."-Button) verwendet, spielen die Namen eh keine Rolle, da die intern dann durch die SID ersetzt werden.

Jepp. Darren hat ein ganzes Rudel kleiner und größerer Tools, die viele Lücken im GPO-Umfeld exzellent schließen :cool:

Der TO hat insofern recht, als daß die Systemsprache des Computers bei der Installation darüber entscheidet, welche Namen die Well Known SID Gruppen und Benutzer haben. Kann man aber auch umbenennen, wenn das lebenswichtig ist... :cool:

...und auch wenn hier vmtl. nix mehr kommt :cry: 1. gpresult in einer Admin-Commandline hätte uns auch die Computer-GPOs gezeigt 2. Loopback "replace" ist bekannt für unerwartete, aber nachvollziehbare Ergebnisse... :cool:

www.sdmsoftware.com --> GPAA.