Romarak

Hallo, nein den Treiber hab ich im PE nicht injiziert, du meinst ja sicherlich das Boot Image oder? Dort sind nur die Netzwerktreiber drin. Das mit dem Class=SCSIAdapter hab ich auch schon probiert, kommt aber aufs gleiche raus.

Also ich habe den txtmode Treiber jetzt soweit angepasst das er nur noch den Treiber für besagten Chipsatz enthält, dieser wird auch erfolgreich von SCCM injiziert. Leider bringt das wenig da beim ersten Start vor dem Sysprep immer noch der Bluescreen 0x7B kommt. Jemand noch eine Idee?

Hallo zusammen, ich habe hier einen Fujitsu Siemens P5645 welchem ich über SCCM 2007 einen Treiber nach dem Aufspielen das Betriebssystemabbild geben möchte. Wenn ich im PE über WMIC Abfrage welcher Controller genutzt wird, dann bekomme ich folgendens: WMIC idecontroller get pnpdeviceid VEN_1002&DEV_4394&SUBSYS_119A1734&REV00 So also habe ich mir den txtmode Treiber besorgt, diesen eingebunden und sage ich meiner Tasksequence das er diesen als Mass Storage Treiber einbinden soll. Wenn der Treiber nicht korrekt eingebunden wird erhalte ich natürlich einen 0x7B Bluescreen vor dem ersten Start da ja kein AHCI Treiber vorhanden ist. Allerdings habe ich jetzt wenn ich ins Log meiner Tasksequence schaue einen anderen Chipsatz angezeigt. Im Tasksequence Log steht: Installing Mass Storage Driver for PCI\VEN_1002&DEV_4380&SUBSYS_280A103C from C:\drivers\3\x86\ahcix86.inf. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Der Treiber wird zwar korrekt injiziert, allerdings für den falschen Controller. Jetzt frage ich mich wo kommt diese Device ID her bzw. wie versucht das PE den Chipsatz zu erkennen? Ich habe noch diverse andere Rechner mit Intel Chipsatz da funktioniert das alles bestens, nur mit o.g. Chipsatz gibt es nur Probleme. Der Treiber ist direkt vom Hersteller, aber auch andere txtmode Treiber funktionieren hier nicht. Den kompletten Log der TS häng ich unten gleich noch mit ran, vielleicht ja einer eine zündene Idee :) CurrentControlSet is mapped to ControlSet001 OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Driver Cache Index = C:\WINDOWS\inf\drvindex.inf OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Driver Cache = C:\WINDOWS\Driver Cache\i386 OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Device Search Path = C:\WINDOWS\inf;C:\Drivers;C:\Drivers\1;C:\Drivers\2 OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Adding C:\drivers\3\x64 to plug-and-play search path. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Adding C:\drivers\3\x86 to plug-and-play search path. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) TxtSetupOEM::init("C:\drivers\3\txtsetup.oem") OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Installing Mass Storage Driver for PCI\VEN_1002&DEV_4380&SUBSYS_280A103C from C:\drivers\3\x86\ahcix86.inf. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Copying mass storage driver files to offline machine. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Copying C:\drivers\3\x86\ahcix86.sys to C:\WINDOWS\system32\DRIVERS\ahcix86.sys. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Adding mass storage driver services to offline machine. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Installing driver service: ahcix86. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Adding mass storage driver settings to offline machine. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Adding mass storage driver to critical device database. OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558) Successfully applied driver package "HAM000B2". OSDDriverClient 20.08.2012 23:28:03 1368 (0x0558)

Also ich habe jetzt folgendes ausprobiert, ich erstelle das Computerkonto im AD und füge das System über Computerzuordnungen mit dem gleichen Namen und der MAC-Adresse im SCCM hinzu. Die Systemanalyse meldet dann natürlich: ERROR: System Testator7 is a unsupported operating system, unsupported version, or malformed AD entry. Allerdings erstellt die Systemgruppen Dsicovery einen DDR und danach wird das System auch über die Querys erkannt. INFO: DDR was written for system 'TESTATOR7' Ich frage mich aber gerade warum die Systemgruppen Ermittlung den Computer findet ?

Das macAddress Attribut ist im Attribut-Editor leider nicht verfügbar. Es wird zwar mit Dokumentiert aber ich kann nicht damit arbeiten. Wie du aber schon sagst reicht es sowieso nicht um den Rechner zu identifizieren. Ich schau mir grade die Import Scripte und ähnliche Lösungen an, aber so richtig klappt es ja leider nicht wie ich mir das vorgestellt habe :-( Wahrscheinlich muss ich den Weg vom SCCM zum AD gehen und über die Tasksequence den Computer der SecGroup zuweisen, zumindest bei neuen Rechnern.

Also hier macAddress attribute (Windows) wird zwar das macAddress Attribut aufgeführt, ich kann es jedoch nicht am Computerkonto finden. Das Attribut ist nicht vorhanden. Jetzt stell ich mir aber die frage wozu die Systemermittlung dann da ist? Das verwirrt mich jetzt ein wenig mit meinem eigentlich so schönen Konzept :(

Gab es nicht für Computerkonten den Reiter Attribute/Attributeditor an dem ich die MAC eintragen konnte? Irgendwie find ich es nicht. In der System Discovery kann ich ja auch bestimmen das er ein erweitertes AD Attribut mit Discovern soll, wäre das auch eine möglichkeit?

Danke für die Antwort, das beides kenne ich, aber dann habe ich noch den doppelten Aufwand da ich im AD das Konto anlegen muss und um SCCM, dies möchte ich aber vermeiden.

Guten Tag alle zusammen, ich scheiter gerade an folgender Problematik. Ich habe hier einen 2007er SCCM mit dem ich OS Deployment betreiben möchte. Ich habe bereits meine fertige Tasksequence die wenn ich auf Unknown Computers ziele auch wunderbar durchläuft und alles installiert. Nun möchte ich aber die Zugehörigkeit zu Collections automatisieren. Der Grundgedanke ist folgender. Im AD gibt es Security Groups mit A, B und C, in diesen Gruppen sollen Computerkonten Mitglied sein um die Rechner zu verschiedenen Projekten zuzuordnen. Durch die SCCM Discovery wird System, System Group und Security Group ausgelesen und über ein Criteria ausgewertet in welcher Security Group sich das Computerkonto befindet. Danach befinden sich die Computerkonten in den Collections und beim Ablauf der Tasksequence wird abgefragt ob die Tasksequence Variable gleich A, B oder C ist. Damit wird gesteuert welche Software verteilt wird. Jetzt ist mein Problem das die Computerkonten keine IP-Adresse etc. besitzen und der Discoverer von SCCM sagt das der AD Eintrag malformed ist. Daher meine Frage, kann ich beim erstellen des Computerkontos eine MAC Adresse mitgeben um den Rechner eindeutig zu Identifizieren oder wie würdet Ihr das machen um den Discoverer dazu zu bewegen das Konto in die Collections zu bringen? Vielen Dank für Eure mühe!