Thursday, December 04, 2008
Deployment Forum HomeDeployment Forum ArticlesDeployment Forum Download LibraryDeployment Forum Member BlogsDeployment Forum Community Forums
Member Login
StandardLiveID


Register
Forgot Password ?



Guests can view and read messages in the community forums, but you must register and log in to Deployment Forum before you can post messages. Click Register at the top of this page. Before posting messages, please read the forum guidelines at the bottom of this page.

Subject: SCCM\PXE Without the PXE Role
Prev Next
You are not authorized to post a reply.

AuthorMessages
Or TsemahUser is Offline

Posts:53

Send Message
04/10/2008 3:36 AM  

Hi,

Whenever i try to boot from WDS with an imported WinPE from SCCM i get a restart

Looking at the SMSTS.log tells me that the WinPE could not get a Variables.dat file through smsTFTP.exe command

Searching the WEB about it found that this error is maybe releated to something called "Portfast" that should be enabled in CISCO router\switches.

This allways happen, and because other PXE related WinPE Does work in the environment i suspect maybe this option was not considered to work with only SCCM and WDS (Without the PXE Role, which in turn, has it's limitations)

Surly there must be a simple way to get this to work, did someone was able to resolve this without doing some Firmware modifications to network equipment ?

 

Or.

ujeUser is Offline

Posts:2

Send Message
06/19/2008 9:51 PM  
Hi

I have sveral customers that do not want the PXE Service Point. They want select the boot media from a boot menu created in WDS. When SCCM 2007 has the PXE role, it take full control of the PXE service point, so it is not possible to use the SCCM 2007 approach, so we need to run the WDS in normal mode.


1. Create an SCCM 2007 installation media
2. Mount the iso file or burn it to a cd
3. Copy the files from the cd to a temp location, in this case c:\Temp
4. To create an image that runs correctly from WDS run these command lines.

Imagex.exe /mountrw C:\Temp\Sources\Boot.wim 1 C:\Mount
Copy C:\Temp\SMS\DATA\*.* to C:\Mount\SMS\DATA\

5. Set Unattended=True in C:\Mount\SMS\DATA\TSMBOOTSTRAP.INI (this can only be done manually)
7. To commit the changes to the wim file run this. imagex /unmount c:\mount /commit
8. Import C:\Temp\Sources\boot.wim to the WDS.

Remember to put the boot.wim file in another location first

Hope this can help you

Ulrik Skadhauge Jensen
You are not authorized to post a reply.



ActiveForums 3.7
Forum Policies
Minimize

These forums are a user-supported community for IT professionals to exchange deployment tips, solutions, and techniques. For the benefit of all Deployment Forum members, please observe the following guidelines when posting to these forums:

  • We reserve the right to remove any message. Our moderators will remove all messages that are not respectful or productive. Profanity, racism, prejudice, and flaming are not tolerated.
  • Do not advertise products or services. Our moderators will remove all advertisements or service announcements. Product and service recommendations from active Deployment Forum members are encouraged, however.
  • Make sure your question isn't already answered. Before posting questions, search the forums. After ensuring that your questions are unique, post them to the most appropriate forum. This will help reduce noise in the forums.
  • Help make the most of each thread. Do not post unrelated messages to a thread. Also, if you've resolved a question outside of these forums, please share the solution with other members by posting it back to the thread.
  • Do not share confidential information. Confidential information includes product keys and addresses. Our moderators will edit any message containing confidential information, so double-check messages and their attachments before posting them.
  • Post messages using only the English language. For the benefit of all Deployment Forum members, please post your messages using the English language.

We hope that you enjoy using this community. Please submit your comments and feedback on the Comments and Feedback page or post them to the Comments, Feedback forum.



Privacy Statement  |  Terms Of Use
© 2007 Jerry Honeycutt