neochrome

Gibts noch andere Orte wo das Logfile sein könnte ? Die Suche findet nämlich auch nichts. Ich kann mir eigentlich kaum vorstellen das ich es versehentlich gelöscht habe (vor allem nicht wenn es mehrmals vorhanden sein sollte ) Für den Fall das es doch so wäre: Kann man das irgendwie wiederherstellen ?

Leider ist das smsts.log in keinem der möglichen Ordner auffindbar :mad:

OK Problem ist behoben, war das ConfigMgr Packet, was fehlerhaft war. Das läuft jetzt auf jeden Fall durch. Jetzt nach der Partitionierung kommt beim kopieren von dem Image jedoch ein neuer Fehler: Fehlercode 0x80070490. Kennt das jemand ? Gruß neochrome

Ich nochmal, bei der Verteilung von Win7 bootet der hoch, Ich kann das Passwort eingeben um die TS zu starten. Dann sagt der mir jedoch folgende Fehlermeldung: "Diese Tasksequenz kann nicht ausgeführt werden weil ein Paket auf das diese Tasksequenz verweist nicht gefunden werden konnte." Das einzige was ich ausgewählt habe ist das Win7 Image und das ConfogMgr Package. Hat einer eine Ahnung wo das Problem liegen könnte ? Sowohl das Bootimage als auch das ConfigMgr Aktualisierungspaket ist auf die Verteilungspunkte verteilt worden. Oder könnte es ein Berechtigungsproblem sein ? Danke und Gruß neochrome

Wie gesagt, die PE's gelöscht und noch mal neu auf den PXE DP moppeddisiert und das ganze läuft ohne Probleme durch. Vielen Dank für deine Hilfe bis hierher :)

"Kontrolliere auf jeden Fall auch, dass sowohl das x86, als auch ein X64 Bootimage auf dem PXE Service Point vorhanden sind." Wie meinst du das ? Beim erstellen der TS kann man ja jeweils nur eins von beiden auswählen ! Oder meinst die du beiden WinPe's ? Die sind beide auf die Verteilungspunkte verteilt, das passt ! zum device not found : MAC=00:0C:29:45:EB:87 SMBIOS GUID=3C4E4D56-8E4D-D9E6-642C-73628945EB87 > Device found in the database. MacCount=1 GuidCount=0 smspxe 21.03.2014 10:57:22 4168 (0x1048) Sollte also da sein, das not found wird nur bei FFFF angezeigt. Wie gesagt, das mit dem SMSboot x64 Ordner ist auch nach kompletter Neuinstallation des WDS und PXE immer noch so (nur die abortpxe). Gruß neochrome Klappt !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Ich habe die beiden PE Images mal entfernt und nochmal neu hinzugefügt dann den WDS per Script neugestartet und der Spass läuft durch !!!! Super, vielen Dank bis hierher für die Tipps und ein ganz großes Dankeschön an Torsten !! :thumb1: :thumb1: :thumb1: :thumb1: :) :) :)

Ja, per Import Computer Information ! OK, das mit der Deadline wusste ich nicht. Dachte das würde auch bei den anderen gehen. Was ich nach wie vor nicht verstehe ist die Tatsache das der immer direkt in den smsboot\x64\abortpxe.com läuft ! Warum überhaupt x64 ? Ich habe doch ein x86 verteilt ? Warum nimmt der nicht wenigstens die x86 abortpxe (gibts ja in dem Ordner auch). Oder hängt das damit zusammen das ich den SCCM auf nem x64 System laufen habe. Kann das Problem mit VMware zusammenhängen ? Bootet der immer die x64 weil 64bit Server und wählt dann aber die x86 TS ? No Boot Action for Device (12) found smspxe 19.03.2014 10:57:15 2576 (0x0A10) Was bedeutet diese Zeile im smspxe.log ? Kann man die auch ignorieren ? Found Image file: E:\RemoteInstall\SMSImages\SMSPKG\APU00019\sources\install.wim PackageID: SMSPKG\APU00019\sources ProductName: Microsoft® Windows® Operating System Architecture: 0 Description: Windows 7 ENTERPRISE Version: Creator: SystemDir: WINDOWS smspxe 19.03.2014 09:52:31 224 (0x00E0) Anscheinend erkennt der ja hier ein .wim File Closing image file E:\RemoteInstall\SMSImages\SMSPKG\APU00019\sources\install.wim smspxe 19.03.2014 09:52:31 224 (0x00E0) Hier scheint er es wieder abzubrechen (Oder bin ich da auf dem falschen Dampfer ?) Dann erscheint noch folgendes: Mutex was not owned. Now have ownership. smspxe 19.03.2014 09:52:31 224 (0x00E0) Kein Plan was das ist hab ich auf die Schnelle nicht gescheites zu finden können. Opening image file E:\RemoteInstall\SMSImages\SMSPKG\APU00019\sources\install.wim smspxe 19.03.2014 09:52:32 224 (0x00E0) Hier scheint er das wim file zu anzunehmen. Applying image 1 to volume C:\Windows\TEMP\PXEBootFiles smspxe 19.03.2014 09:52:32 224 (0x00E0) Das kopieren in den temp scheint jetzt auch zu klappen. Closing image file E:\RemoteInstall\SMSImages\SMSPKG\APU00019\sources\install.wim smspxe 19.03.2014 09:52:33 224 (0x00E0) Hier schließt er es wieder. PXE Provider finished loading. smspxe 19.03.2014 09:52:33 224 (0x00E0) Vorgang abgeschlossen. Eigentlich müsste ja dann in dem Temp Ordner was liegen. Der Ordner ist aber so leer wie die spanische Staatskasse. :mad: Danach kommen dann wieder die "Device not found in the Database" Meldungen (du hattest ja gesagt die kann man ignorieren, von daher uninteressant) Wenn ich die TS lösche und neu verteile, dann ist der temp Ordner wieder geblockt und kann nicht gerlöscht werden. Lasse ich dann wieder mein Script zum neustarten des WDS und zur Besitzübernahme auf C:\temp durchlaufen sieht das logfile wieder wie oben beschrieben aus. Ich such mir hier jetzt schon seit 2 Wochen den Wolf und finde einfach den Fehler nicht. Arrrrrgh ! Nochmals vielen Dank das du dir bisher soviel Zeit genommen hast. Gruß neochrome PS: Unter RemoteInstall\SMSBoot\x64 liegt nur die Datei abortpxe. Unter x86 liegen jedoch die anderen Dateien (bootmgr, pxeboot,pxeboot.n12 und wdsnbp) auch noch. Selbst wenn man WDS und PXE neuinstalliert liegt unter x64 lediglich die abortpxe. Kann das eventuell daran liegen ?

Wenn ich auf den Referenz Computer (über MAC hinzugefügt) gehe, und dann auf "Advertisements" wird mir meine TS angezeigt. Will ich aber jetzt "Clear Last PXE Advertisement" machen bekomme ich die TS darunter überhaupt nicht mehr angezeigt. Kann es vielleicht daran liegen ? Muss ich bei dem Erstellen der Sammlung noch auf irgendetwas achten ? Ich hatte für den Build and Capture einfach eine Sammlung ohne jede Optionen oder regeln erstellt. Gruß neochrome

Ok, dann kann ich das auch ausschließen, Danke dir :thumb1: :) Ich versteh immer noch nicht wieso der in den abortpxe springt ...... Danke und Gruß neochrome PS: Wenn sich jemand anderes auskennt oder eine Idee hat wär das nett wenn er sich melden könnte damit der arme Torsten hier nicht den Alleinunterhalter machen muss. :p

Closing image file E:\RemoteInstall\SMSImages\SMSPKG\APU00019\sources\install.wim smspxe 17.03.2014 10:21:11 4468 (0x1174) Leider kommt der oben genannte Eintrag nach dem kopieren in den Temp hoch. Danach läuft der dann wieder in die abortpxe und zeigt im log wieder folgende Zeile an: MAC=FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF:FF SMBIOS GUID=46746E94-D140-497A-8C46-5463A8F006FD > Device not found in the database. smspxe 17.03.2014 10:21:43 4764 (0x129C) Warum findet der das blöde Teil nicht ?

Super Danke ! Hab mir jetzt auch ein Script erstellt um den WDS zu durchzustarten und die Bootfiles neu anzulegen. Komischerweise stimmen jetzt auch die Pfade im DHCP wieder (Macht mir bisschen Angst :schreck: ) Leider legt der den Ordner im temp auch neu an und zwar hat der User "TrustedInstaller" die vollen Rechte und kann nur mit der Besitzübernahme da raus gekickt werden. Dennoch jetzt folgende Zeile: Applying image 1 to volume C:\Windows\TEMP\PXEBootFiles smspxe 14.03.2014 14:27:51 2356 (0x0934) Scheint also zu passen. Bootet leider jedoch immer noch in den abortpxe :mad:

So ich galube ich habe das Problem lokalisieren können. Die Zeilen: Warning: Still unable to delete folder C:\Windows\TEMP\PXEBootFiles\ (0x80070091) after 31 retries. Continue without further retry. smspxe 14.03.2014 09:21:18 2444 (0x098C) Warning: Failed to copy the needed boot binaries from the boot image E:\RemoteInstall\SMSImages\SMSPKG\APU00019\sources\install.wim. Cannot create a file when that file already exists. (Error: 800700B7; Source: Windows) smspxe 14.03.2014 09:21:18 2444 (0x098C) lassen darauf schließen das er die Images nicht in den Temp Ordner kopieren kann. Leider übernimmt er die Berechtigungen auf den Ordner nicht, d.h. wenn ich den Ordner lösche oder die Berechtigungen mit Besitzübernahme auf den Ordner für den Domainadmin und den sccm_netaccess Account setze, sind die Berechtigungen nach dem nächsten Advertisement oder Neustart wieder weg. Hat jemand das problem in dieser Form schon mal gehabt ? Danke und Gruß neochrome

So nochmal neu verteilt. Wen ich auf meinen Reference Computer gehe (über MAC importiert) dann steht unter "Advertisements" die Tasksequenz drin. Das logfile sagt das Gegenteil. ????? Bin ich jetzt b***d oder der SCCM ?

Hallo, mir ist grad aufgefallen das der Pfad im 67 Bootfile Name im DHCP sich ohne mein Zutun auf E:\RemoteInstall\SMSIMAGES\SMSPKG geändert hat ? Warum ist das so ?

OK vielen Dank soweit, die Zeile hab ich wohl übersehen :( Hast du eine Idee woran es liegen könnte das kein Advertisement vorhanden ist ? Ich meine die Ankündigung wird doch in der Übersicht angezeigt ! Danke im Vorraus neochrome