n8w4tch3r

Hallo Community,

ich habe momentan ein kleines Problem mit USB Geräten.

Folgender Sachverhalt; für einen Kunden wurde ein Windows 7 auf einem Referenzsystem installiert welches dann mit sysprep und imageX bearbeitet wurde. Das dabei entstandene unpersonalisierte Image wurde dem Kunden zur Verteilung (mittels SCCM) auf seine Clients gegeben. Wohlgemerkt die Hardware des Referenzsystem entspricht 1:1 dem des Kunden.

Bei uns auf dem Referenzsystem gibt es keinerlei Probleme mit irgendwelchen USB Geräten wohingegen der Kunde die Fehlermeldung "unknown device" erhält wenn er seinen USB Stick mit seinem Testclient verbindet.

Gehe ich recht in der Annahme das entweder das USB Gerät nicht genug Strom bekommt (weil es zum Beispiel an einem USB Verlängerungskabel hängt) bzw. die Treiberinitialisierung fehlschlägt?

Wenn letzteres zutrifft dann weiß ich nicht mehr weiter da andere USB Geräte wie z.B. ein Touchpanel per USB angeschlossen sind und funktionieren zwar nicht mit Standarttreibern aber zumindest schlägt die Treiberinitialisierung /-installation nicht fehl.

Um den Fehler einzugrenzen habe ich bereits folgendes veranlasst:

-> dem Kunden unsere BIOS Settings durchgegeben zwecks Vergleich und Korrektur

-> die Aufforderung das Image lokal (nicht über SCCM) auf einen anderen Testclient zu installieren um einen Hardwarefehler und die Beeinflussung durch GPOs auszuschließen

-> anderen USB Stick bzw. USB Tastatur anschließen um einen defekt des USB Gerätes auszuschließen

Eine Frage zum Thema USB Treiberinitialisierung hätte ich noch: Wenn im Ereignislog steht "Der Prozess zum Installieren von Treibern FileRepository\disk.inf_x86..... wurde mit folgendem Status beendet: 0x0" dann bedeutet dies doch das der Gerätetreiber gefunden und installiert wurde, ich kann nämlich sonst keinerlei Fehlermeldung über ein "unknown device" im ereignislog finden und sollte es beim Kunden wirklich nicht funktionieren dann müsste ein solcher Eintrag doch exisitiern oder?

Wenn Ihr noch irgendwelche Ideen habt würde ich mich sehr darüber freuen da ich nun langsam mit meinem Latein am Ende bin.

Vielen Dank,

Gruß n8watcher

Hi

vielleicht werde ich das mit dem HyperV auch mal versuchen, darüberhinaus ist mir aber noch etwas anderes im smts.log aufgefallen. Mit dem SMS Trace sehe ich die Fehlermeldung: No MP Certificates _irgendeine Idee was es dami auf sich hat? Und gibt es auch ein SMS 2007 Toolkit?

Gruß

n8watcher

Hi Torsten,

ich glaube ich habe ein Problem gefunden. Wenn ich in der Eingabeaufforderung ipconfig eingebe dann bekomme ich die Ausgabe Windows-IP-Konfiguration mehr nicht, kein Interface.

Ich habe darüber hinaus schon versucht Treiber hinzuzufügen das hat aber auch keine Lösung gebracht. Wenn der Testaufbau ineinem VMware Netzwerk ist dann brauche ich doch eigentlich nur den Treiber von der Intel e1000 Netzwerkkarte oder?

Gruß n8watcher

Hallo Torsten,

war in letzter Zeit relativ gut eingespannt und konnte mich leider nicht mehr um den SCCM kümmern das hat sich gerade mal wieder geändert. Hab jetzt für unterwegs einen Client und einen Server auf meinem Notebook in einer virtuellen Umgebung. Hier das gleiche leidige Problem mit der Tasksequenz aber das du und andere hier nicht raten müssen werde ich den Inhalt des Ereignislogs -smsts.log- kurz anhängen.

Gruß,

n8watcher

smstslog.txt

Hast Du dafür auch eine Quellangabe?

Hier die Quellenangabe dazu: "http://www.informatikboard.ch/windows-server/13047-doppelte-client-sid-doch-kein-problem-dom-ne.html"

Gruß,

n8watcher

Die SID's werden bei der Installation des Betriebssystems generiert. Diese sind eindeutig und werden später mit der ID von Benutzern und Gruppen verkettet.

 

Die letzten vier Ziffern der SID eines Benutzers kennzeichnen den Benutzer selbst. Alle anderen vorangestellten Ziffern entsprechen der Computer-SID bzw. zuzüglich eines SID- Präfixes, dass auch die Domänenzugehörigkeit kennzeichnet. So kann man bei näherem Hinschauen also auch feststellen, "wohin" z.B. ein Benutzerkonto gehört.

 

Wird ein Computer nun in eine Domäne aufgenommen, werden seiner SID neue Informationen über die Domäne hinzugefügt. Das sind die ersten Zeichen einer SID, das sogenannte SID-Präfix, welches nun die Domäne kennzeichnet. Kennt man z.B. das Präfix eines Benutzers in einer Domäne, kann man ganz schnell feststellen, ob ein anderes Konto ebenfalls dieser Domäne angehört.

 

Zwar hat sich mit der Aufnahme in die Domäne die SID geändert, aber bei gleichen SIDs entstehen auch bei der Aufnahme in die gleiche Domäne doppelte SID's, da sie das gleiche Präfix erhalten.

 

Bsp. zwei Computer mit der gleichen SID:

Computer1 in DomäneS000 SID= S000-12345

danach in der DomäneS111 SID=S1111-12345

 

Computer2 in DomäneS000 SID= S000-12345

danach in der DomäneS111 SID=S1111-12345

 

Es wird KEINE komplett neue SID generiert, sondern nur das Präfix geändert. Der Rest, der sich aus der ursprünglichen Installation ergeben hatte, bleibt.

 

Anmerkung: Bei NT/2000 können sich Benutzer bzw. Computer mit doppelten SIDs nicht in der Domäne anmelden.

 

Probleme:

Es muss nicht zu Problemen mit doppelten SIDs kommen. Sie sind aber ein Sicherheitsproblem, da z.B. ein Konto mit derselben SID Zugriff auf Dateien bekommen kann, auch dann, wenn der Zugriff explizit verweigert ist.

 

Anwendungen können unter Umständen nicht richtig arbeiten. Unser Inventarisierungsprogramm funktionierte solange nicht mehr richtig, bis die doppelten SIDs im System beseitigt waren.

 

Domänencontroller mit gleichen SIDs können zu großen Problemen in Domänen führen (Vertrauensstellungen etc.).

 

Das Thema ist also nicht zu unterschätzen. Erst mal läuft es noch, irgendwann steht man dann da!!

Dieser User umschreibt das Ganze schon recht treffend...sry war gerade etwas schreibfaul...

Sysprep zum Ändern der SID braucht nur auf dem Ziel angewendet werden, an der Quelle macht das doch keinen Sinn. Oder?

 

Und Doppelmoppeln bringt doch nichts ein. :)

Hallo,

wenn ich mich da mal kurz einmischen darf, ich steck gerade in diesem Themengebiet drin.

Ich finde es macht an der Quelle schon Sinn denn wenn du das Image startest und dein Quellrechner noch im Netzwerk so hast du auf einmal 2 PCs mit gleicher SID im Netz was sicher nicht sogut kommt.

Ich erstelle Images wiefolgt:

-> OS aufsetzen Software installieren und Updates fahren

-> Sysprep mit entsprechenden Commands ausführen -> Herunterfahren des Quellrechners

-> Start von HDD mit meinem angepassten WinPE 3.0

-> Start von GimageX und erfassen der nötigen Partitionen

-> Deploying über WDS SCCM oder manuell am Zielrechner

-> Zielrechner muss je nach Einstellung (unattend.xml) konfiguriert werden unter anderem auch eine Eingabe eines Volumenlizenzkeys erforderlich

-> Beide Rechner können nun im Netzwerk agieren ohne Probleme mit der SID zu bekommen..

solong..

Gruß,

n8watcher

Hab das gerade gecheckt...jetzt nochmal --> Der Client bootet bekommt jetzt auch eine Adresse (im smspxe.log ist auch die richtige MAC aufgeführt). Nun lädt sich der Client der Architektur entsprechend das WinPE (bei mir x64). Nachdem laden bekomme ich den SCCM Screen wo ich anschließend eine Tasksequenz auswählen kann ( ich habe hier einmal ein Image x86 und eines x64). Die 3 Pakete die in dieser Tasksequenz stecken hatte ich bereits erwähnt (kurze Frage am Rand könnte der Fehler durch einen falschen SMS Client auftreten der an dieser Stelle hinterlegt ist?)

Wenn ich jetzt die, egal welche, Tasksequenz aufrufe prüft anscheinend der ConfigMGR (wir du schon erwähnt hast ) die Abhängigkeiten. Hiernach tritt der Fehler auf. An welche Stelle genau soll nun ein F8 funktionieren? Ich hab es bei jedem dieser Schritte versucht...no way. Desweiteren welcher DP soll denn wo fehlen? Ich habe doch bereits die vorhandenen (siehe Eintrag vorher) hinzugefügt.Der Fehlermeldung nach ist es ja auch ein Zugriffsfehler müssen hier vllt. noch Berechtigungen gesetzt werden? Ich bin sonst langsam echt am Ende -.-

Moin,

das kann ich mir nicht vorstellen...die Tasksequenz besteht aus 3 Paketen dem Startabbild, dem SCCM Client sowie dem Betreibssystemabbild. Jedem dieser Pakete ist der Server sowei die Server Freigabe ( also \\Server und \\Server\SMSPXEIMAGES$ ) als Verteilungspunkt zugewiesen.

Deine Seite hilft mir an dieser Stelle leider auch nicht weiter da ein solches Log nicht angelegt wird (der Client ist blank auf diesem befindet sich kein OS). Mit diesem Pfad meinst du dann wahrscheinlich das WinPE "X:\windows\temp\smstslog\smsts.log: Boot von WindowsPE / vor dem Formatieren der HDD" aber wenn nach dem PXE Boot der SCCM Screen erscheint habe ich doch gar keine Möglichkeit irgendwie an das WinPE VZ heranzukommen?

Gruß,

n8w4tch3r

So wollte nur kurz darüber informieren dass das Problem gelöst ist.

Der Fehler war eine Fehlende Bereichsoption im DHCP Server (Option 60) nachdem ich diese nachgetragen hatte funktionierte der PXE Boot sofort.

Allerdings hackts jetzt noch an einer anderen Stelle vllt. könntest du Torsten

dazu nochmal kurz was sagen:

Wenn Windows PE gebootet ist und ich die richtige Tasksequenz ausgewählt habe kommt es zu einem Fehler: "Fehler beim Ausführen der Tasksequenz. Diese Tasksequenz kann nicht ausgeführt werden, weil auf die Programmdatei für xxx am Verteilungspunkt nicht zugegriffen werden kann..."

Ich habe aber der dem jedem Paket meinen Serververteilungspunkt zugewiesen.

Warum kommt nun diese Fehlermeldung?

Gruß,

n8w4tch3r

Moin Torsten,

vielen Dank für deine Hilfe und den Link.

Ich werde mich da gleich mal reinlesen...

Dann wünsch ich noch nen guten Start in die Woche

und denke das die Anfrage / der Threat soweit erstmal gelöst ist.

Gruß,

n8w4tch3r

Ich befürchte ich muss dem DHCP Server noch nen paar Einstellungen mitgeben. Habe 067 Boot file name oder so ähnlich , hinzugefügt und jetzt habe ich zumindest schon einmal eine andere Fehlermeldung--> PXE-T04 Access Violation... ich denke bei dem DHCP fehlen einfach noch ein paar Optionen nur welche. Darüber hinaus habe ich in dem LOG für den DHCP gelesen das unknown Device nicht zu gelassen werden...so kann es dann ja letztendlich auch nicht funktionieren da der Client Rechner ja noch nicht bekannt ist. Befinden sich beide im gleichen Netz ( Testaufbau 2 Rechner stehen hier nebeneinander und sind übern Switch verbunden ).

Gruß

Morgen,

ich habe nun das entsprechende LOG gefunden worin der letzte Eintrag >>Installation was successful<< auf eine erfolgreiche Installation schließen lässt...nur wo liegt dann das Problem das der Client jetzt auf einmal keine IP bzw kein PXE - Image bekommt?? Hat das vllt. wirklich was mit der genannten Fehlermeldung (WDSIMGSRV) zutun?

Gruß aus dem verschneiten Hannover

Hm die PXEsetup Logfile ist nicht in dem SMS_CCM zu finden so wie technet es schreibt...aber ich habe definitiv meiner site eine PSP Rolle hinzugefügt..

Alles auf einer Maschine...

Im smspxe.log steht immer wieder Failed to read PXE Settings Unknown Error und Loaded PXE Settings from DB unkonwn machine GUIDs: (x86) , (x64)...hilft das weiter?

Ich muss mich korrigieren natürlich ist das SMS_CCM VZ vorhanden...welche Logs brauchst du?

Sooo ich habe jetzt nocheinmal alles neu aufgesetzt und die PSP Rolle hinzugefügt und unter der Bootimages diesen PSP Standort angegeben... der Link bringt mich an der Stelle nur bedingt weiter da ja der WDS NICHT konfiguriert werden soll..im übrigen kann ich das Command WDSUTIL... nicht ausführen weil laut Fehlermeldung der WDS nicht konfiguriert ist ..Firewall ist ausgeschaltet und der CLient bekommt jetzt keine Antwort vom Server..

Darüber hinaus habe ich immer noch keinen Ordner \SMS_CCM\ nur SMSData und SMSPKGSIG....hast du noch einen Tip für mich?

Gruß

Okay hab mich mal noch ein bisschen Umgeschaut und die Einstellung mit dem PSP gefunden... dieser ist nun gesetzt...und nun hab ich gesehen das der WDS dem PXE Client VOR dem SCCM antwortet...aber ich kann ja auch schlecht den WDS deinstallieren da ich die Services brauche...wie komme ich an dieser Stelle weiter?

Ich habe gerade mal in das EventLog geschaut dort steht dann:

The following Client completed TFTP Download

IP:xxx.xxx.xxx.xxx

Filename:\Tmp\x86x64{F9171F6A-16ED-4425-AAA9-926F49085A1B}.bcd

Was zum Henker wurde hier heruntergeladen, normalerweise lädt er per TFTP doch die benötigte WinPE Version oder?

Gruß

Hallo,

die beiden PE Versionen sind auf ein und dem selben Distribuiton Point verteilt (nämlich mein Server). Meinst du dass mit "Service Point"? Desweiteren kann ich kein solches log in meinem %windir% finden, merkwürdigerweise...was brauchst du noch für Infos um die Konfiguration zu verstehen, liefere ich gerne nach...

HDD wurde gelöscht bringt aber auch nicht das gewünscht Ergebnis...

Wenn ich das richtig verstanden habe muss man den WDS doch hinzufügen da mit diesem die benötigten Services (PXE) installiert werden...ansonsten mach ich mit dem WDS doch nichts weiter da die Images ja über den SCCM verteilt werden...liege ich da richtig?

Gruß

Hallo Community,

ich habe wieder einmal ein Problem. Diesmal bezieht sich das ganze auf den Server 2k8 R2 + SCCM.

Ich habe den WDS Installiert und soweit es nötig war konfiguriert außerdem befindet sich der SCCM auf einem Server zusammen mit DNS DHCP (Testnetzwerk).

Im SCCM sind unter den Boot Images standardmäßig ja die WinPE Versionen vorhanden (also x86, x64) deshalb habe ich hier nichts weiter verändert.

Unter Operating System Images habe ich ein gesyspreptes Win 7 WIM Image hinzugefügt.

Wenn nun ein Client im Netzwerk über PXE anfragt bekommt dieser eine gültige IP Adresse bricht aber den Windows Start mit folgender Info ab:

>>The Windows Boot Configuration Data file does not contain a valid OS entry<< File:\Boot\BCD

Was zum Teufel ist hier schief gelaufen...liegt es an der 100MB System Partition die ich nicht mitgesichert habe (mit ImageX)?

Wäre über jede Hilfe dankbar.

So long...

mfG n8w4tch3r

Nun man kann auch Standard Pfade als Netzwerkpfade angeben und so lässt sich dann auch ein Image von einer externen HDD oder den lokalen LWs einspielen.

Gruß,

n8watcher

Schön wenn man sich seine Frage selber beantworten kann...

Hab die Lösung gefunden.

Gruß,

n8watcher

Hi@all

ich hab mal eine Frage zum SCCM 2007 SP2. Ich möchte gern ein Boot Image hinzufügen aber die Software will nur UNC Pfade annehmen. Warum kann ich nicht einfach ein Boot Image von einer externen HDD ziehen? Ich weiß bei einer normalen Serverumgebung ist eher der erstere Fall gebräuchlich. Da ich aber momentan ein Testnetzwerk errichtet habe welches ich sicher nicht in unser Echtnetz hängen möchte würde mir ein lokaler Datenträger eher passen...

Gruß,

n8watcher