TorstenM

An welcher Stelle genau denn? Auch hier wieder die gleiche Antwort: smsts.log hilft immer oder ggfs. auch die Statusmeldungen.

smsts.log gibt es auf dem Client. Je nach Status unter X:\windows\temp\smsts.log, C:\smstslog oder C:\_smstasksequence.

Wartet auf Inhalt heisst, dass der Client versucht, das Package auf einem Distribution Point zu finden. Entweder ist es dort gar nicht, die Sourceversion stimmt nicht oder die Boundaries (Standortgrenzen) sind falsch. Im Log siehst Du mindestens die PackageID.

smsts.log auf dem Client oder die Webreports zu den Tasksequenzen helfen weiter. Damit kannst Du rausfinden, welche PackageID gesucht, aber nicht gefunden wurde.

Hilft das hier: Torsten's Blog Blog Archiv Neue ConfigMgr Dokus

Aber wieso willst Du ein Startabbild "erstellen"? ConfigMgr hat die doch schon automatisch dabei ...

Und wie sieht's mit dem Log aus? Einfach mal ignoriert den Hinweis, oder?

Steht da sowas wie

RegTask: Client registration is pending.

RegTask: Client is pending registration. Sending confirmation request...

RegTask: Client is pending registration. Sending confirmation request...

RegTask: Client is registered

drin?

Wie hast Du denn den Referenz-PC erzeugt (per .wim direkt von der DVD oder per Setup?) und auf welcher Partition war das OS?

Im ClientIDStartupManager.log auf dem Client siehst Du den approval Prozess. Das klappt natürlich nur, wenn die approval Einstellungen nicht auf manuell stehen (About Client Approval in Configuration Manager). Ansonsten ggfs. einfach mal die Collection aktualisieren (update collection membership) und ein Refresh der Console.

ccm.log auf dem Siteserver hilft weiter. Wenn dort nichts auftauchen sollte, dann ist der Client (aus ConfigMgr-Sicht) nicht innerhalb der Boundaries (Standortgrenzen) und es wird kein Push initiiert (es sei denn, du entfernst den Haken bei "include only clients in this site's boundaries").

XP war noch HAL-abhängig, Win7 ist das nicht mehr. D.h. bei Win7 brauchst Du nur noch ein Image pro Architektur (x86 / x64).

Was hast Du denn im Schritt "Apply Operating System" verwendet? "Apply OS from a captured image" oder "Apply OS from an original installation source"? Zweites wäre zum erzeugen des Referenz-PCs, bei dem Du auch eine unattend.xml angeben kannst.

Vielleicht hilft Dir ja http://download.microsoft.com/download/7/C/9/7C9A54AC-9661-48CA-9A7C-E3D2B5B23CF2/SystemCenterConfigurationManager2007OperatingSystemDeploymentGuide.pdf weiter.

Wenn Du das .wim-File direkt von der DVD nimmst, dann landet das immer auf D:\. Microsoft hat halt bei der Erstellung des .wims von Laufwerk D: "gecaptured". Deshalb sollte man mit einer build and capture Tasksequence mittels eines unattended Setups von Win7 erst einmal einen Referenzrechner erzeugen (wobei bei diesem Setup dann problemlos nach C:\ installiert werden kann).

Stimmt die unattend.xml auch mit dem Ziel-OS überein (im Hinblick auf die CPU-Architektur)? Dein Beispiel ist für x86.

Du kannst zwar das Win7-wim direkt von der DVD nehmen, das wird aber immer auf der Zielpartition D:\ landen.

Das system läuft auf 4x146GB 10k SAS im RAID5, 8GB RAM sind installiert. Es soll dort Virtual Center und SCCM drauf laufen, eventuell mal der Kaskersky Adminserver.

Die Plattenkonfiguration könnte zu Performance-Engpässen führen, je nachdem, wie viele Clients mal mit ConfigMgr verwaltet werden sollen. Bzw stößt man meist an I/O-Probleme vom Disksubsystem, bevor sich RAM- oder CPU-Engpässe bemerkbar machen (aus ConfigMgr-Sicht!).

es wird auch aus Performancegründen eher nicht empfohlen.

Um welche Clientanzahl geht's denn?

In dem Buch wirst Du aber nichts über SQL 2008 finden, wenn ich mich recht erinnere (weil zu alt).

Ist denn für den Anfang ConfigMgr und SQL auf der gleichen Maschine keine Option? Ist deutlich einfacher.

Du meinst sicher Informationen zur Gruppe ?Standortsystem-zu-Standortserver-Verbindung?, aber da muss der SQL-Server nicht rein.

BITS ist ein Windows-Dienst und der ist nicht aktiv? Sicher?

Schau Dir mal HKLM\SOFTWARE\Policies\Microsoft\Windows\BITS an, ob hier Unterschiede zwischen Laptops und Desktops sind.

Ist der Account, mit dem Du den Prereq Checker startest, auch lokaler Admin auf dem SQL-Server? Was steht im C:\ConfigMgrPrereq.log?

Genau, Du musst computername$ vom ConfigMgr Server in die lokalen Admins auf dem SQL-Server stecken.

Wie sieht's mit einer Firewall auf dem SQL-Server aus?

Für den ConfigManager gibt es ebenfalls diese drei Management Licenses. Wenn ihr hier nur Clients inventarisieren und betanken wollt würde Euch die Client ML genügen, ansonsten brauch ihr evtl. die Standard oder Enterprise ML. Dazu machst Du aber keine Angaben.

Ich bin definitv kein Lizenz-Spezialist, aber von 3 verschiedenen Lizenztypen bei ConfigMgr habe ich noch nie gehört. Meines Wissens sind's 2 MLs: Standard und Enterprise. Diese unterscheiden sich dann aber nur im DCM-Bereich, nicht beim Rest.

Das ist relativ ätzend. Seit kurzem gibt es aber Shavlik SCUPdates und Microsoft WSUS/SCCM technology to distribute third party patches by Secunia offering - News - Blog & News - Company, die genau die Anforderung abdecken.

Hast Du sowohl das x86 als auch das x64 WinPE Bootimage auf den PXE Service Point verteilt?

Gibt's ein Tasksequence-Advertisement für den Rechner (resp. dessen MAC)? Was steht im smspxe.log?

Hier steht's: Entscheiden, ob das Active Directory-Schema erweitert werden soll

Siehe oben .. mpsetup.log (plus mpmsi.log). Sollten Dir ziemlich genau den Fehler nennen. AD ist bei der MP-Installation auszuschliessen.

Was genau bei Server 2008 zu konfigurieren ist steht hier Konfigurieren von Windows Server 2008 für Standortsysteme. Bei Server 2008 R2 ist analog zu verfahren.

Steht doch alles genau hier beschrieben: Dell Business Client Operating System Deployment - The Dell TechCenter

Das sollten die aktuellen Treiber sein. Einfach mal runterladen und vergleichen ...

WinPE-Drivers brauchst Du für das WinPE (also das Bootimage), welches ja vom PXE-ServicePoint erstmal gebootet wird, bevor das eigentliche OS installiert wird.