TorstenM

Bei solchen Problemen hilft es meistens, den aktuellsten Grafikkarten-Treiber einzusetzen. Hast Du das schon probiert?

Genau das hab ich doch geschrieben. Sämtliche (B)DPs, DP Shares und PXE Service Point tauchen dort normalerweise freiwillig auf. Wieso das jetzt nicht der Fall ist: :confused:

Bringt smsreporting.log mehr? Gruppe SMSReporting_SiteCode? (http://technet.microsoft.com/de-de/library/bb693974.aspx ; wobei die Fehlermeldung dann eigentlich anders aussieht) Sieht eher nach einer Fehlkonfig vom IIS aus ...

Der DP ist per default dort vorhanden und es muss nichts extra konfiguriert werden.

Nicht abbrechen: liegt am Setup, nicht an ConfigMgr. Schau Dir mal die msi-Optionen an (Stichwort /qb!: http://msdn.microsoft.com/en-us/library/aa367988(VS.85).aspx: "Use qb! to hide the Cancel button") 1x abbrechen: nicht möglich. Alternativ: das Advertisement erst optional anbieten, den mandatory Zeitpunkt zB 1 Woche in die Zukunft legen.

Irgendwie hab ich ein deja-vue ... der Artikel sollte alles beleuchten: Planen von durch PXE initiierten Betriebssystembereitstellungen

Ja, geht auch ohne. Macht die ganze Sache aber auch nicht einfacher. "Sehr dringend" und "kenne mich ... garnicht aus". Genau die Kombination könnte bei ConfigMgr brandgefährlich sein. Ein Reboot aller Rechner und Server zur falschen Zeit könnte das geringste Problem sein. Eine Betriebssystemverteilung auf jeden Rechner, der per PXE bootet und in einem Bluescreen endet ein eher schlimmeres. Nur mal so als ein Wort der Warnung.

Wie oft schauen Clients nach Policies (Computer Client Agent)? Wie oft läuft Hardware Inventory? Werden die AI-Klassen auch inventarisiert (InventoryAgent.log)? Ansonsten: SQL-Statement des Report anschauen und mal in der DB kucken, welche Tables bzw Views nichts liefern. Der AI Sync Point ist nicht notwendig.

Standort? AD Site? Geografischer Standort? Boundary? Was denn nun? Prinzipiell kannst Du schon eine Collection erstellen, die nur Rechner der AD Site XYZ enthält ...

Wegen dem Link: siehe separates Posting. SLP braucht man nur für Workgroup-Clients oder wenn das Schema nicht erweitert ist bzw SCCM nicht in's AD published oder für Clients in anderen Forests ...

Hat mit SCCM eigentlich nichts direkt zu tun, aber so geht's zB: How to create a desktop shortcut with the Windows Script Host

Einfach bei Amazon nach "System Center Configuration Manager" suchen ... mehr gibt's nicht.

Ja, muß man.

Der Computeraccount vom ConfigMgr-Server braucht "full control" für den "System Management"-Container und alle child objects. Das SLP-Objekt wird natürlich nur erstellt, wenn Du auch einen SLP installiert hast. sitecomp.log sollte mehr Hinweise geben.

- Das mit C:\ (bzw D:\) liegt aber nicht an SCCM, sondern am .wim vom Vista. - Telnet: meinst Du: "Programs And Features" in der Systemsteuerung, "Turn Windows features on or off" -> "telnet client"? - für den USMT-Quatsch gibt's doch eigene, vordefinierte Tasksequence-Steps und den State Migration Point. Gruß, Torsten

Wo soll man jetzt antworten? http://www.mcseboard.de/windows-forum-ms-backoffice-31/sccm-2007-installationsproblem-uberwachung-setupaktionsstatus-152379.html oder hier? Das ist das "schöne" an double postings ...

C:\ConfigMgrSetup.log sollte Details beinhalten ...

Schau erstmal was passiert, wenn Du Vista händisch installierst, vielleicht kommen da ja Treiber mit bzw sind über Windows Update zu bekommen (wenn der Rechner irgendwie in's Internet kommt). Was für ein NIC ist denn auf dem Board?

Genau das sag ich doch auch ... aber ohne Treiber sieht's dunkel aus. Ohne Treiber kein Netz. Wenn's keinen Treiber gibt oder auch kein anderer zu finden ist dann ist hier Sackgasse. Was würde denn passieren, wenn Du händisch ein Vista installierst? Kommen dann evtl. Treiber per Windows Update?

Du brauchst einen Treiber für WinPE (Vista), den Du dann dem Boot-Image hinzufügen musst. Evtl. funktioniert auch ein XP-Treiber. Da hilft nur: suchen und probieren.

Die Gruppen haben IMHO damit nichts zu tun.

Hast Du den Server 2008 GENAU nach den Vorgaben eingerichtet (vor allem die IIS-relevanten wie ASP etc)? How to Configure Windows Server 2008 for Site Systems

Was soll denn der Remote Desktop Client mit einem Package zu tun haben? ;-) RDC = remote differential compression. 0x80040154 = Class not registered Muss also ein Problem des Betriebssystems sein.

distmgr.log sollte Details nennen.

Was ist das "Zugriffskonto"? Der Network Access Account? Wenn ja: der muss kein Domain Admin sein ... ist viel zu viel. Woran kann's liegen? Falsche Reihenfolge: erst das Buch bestellen, dann lesen, dann probieren ;-) Momentan hangelst Du dich nur von "Fehler" zu "Fehler". Also: der Rechner ist schon in der Collection, auf die Du die Software angewiesen hast? Dann: ist das Advertisement mandatory (d.h. ist ein Schedule eingetragen)? Wenn ja => das Program taucht nicht in "Run Advertised Programs" (RAP) auf. Wenn nein => Program sollte in RAP zu sehen sein. Vorraussetzung: der Management Point funktioniert (Troubleshooting Management Point Communication, Stichwort mplist und mpcert) und der Client hat sich die Policies ziehen können. Dann kann's auch noch je nach Einrichtung der Boundaries (Standortgrenzen) sein, dass das Advertisement als "do not run" für den "slow" / remote Fall konfiguriert ist. Das sind mal die wahrscheinlichsten Fehler ... Hilfreich könnten auch die Advertisement Status Meldungen sein (unter "System Status").