Tripredacus

I'm sorry Dave, I can't do that.

First before doing all that work, post the command you are using, and verify that the files are in those locations. Here is an example command I have used in the past: DISM /IMAGE:c:\winpe_x86\mount /ADD-DRIVER /DRIVER:D:\Drivers\Intel\DQ57TM\PROWin32\PRO1000\Win32\NDIS62\e1k6232.inf EDIT: there is no space before e1k6232.inf as it appears in my example. That is a formatting error with the forum.

You can try this, it was designed for Win PE 2.0, so some code may be deprecated.

The error I see is that it can't find PEIMG.exe. If you read the first post there is this: By that description, it may not be a critical error, but I have not used this program before.

It needs to create a user account. You can just have it create an account, and put your CMD into the FirstLogon Commands. The problem is that once you change the password on the Administrator account, you will still log in with the created account. You could also run a script that adds the Auto Logon keys into the registry for the Administrator account, so on a reboot that is the account that logs on instead of the new one. There is no harm to have another account on the machine to use in case of emergency, or by your technical staff.

There are a couple bugs to note here. One is with Server 2008 and the other with Windows 7. The Windows 7 bug is that if you choose a Network Location other than Public and then run sysprep, the image will become damaged. I'm not sure why it wouldn't let you choose the Work option, but as a precaution, I set Network Location to Public on everything I work on, even my work and home PCs. So try specifying Public to see if that is any different. Also validate your answer file in WSIM, it is possible that Setup doesn't understand what option you have chosen. The valid options are: Home Work Other <-- Other = Public The bug in Server 2008 is with WDS not clearing out the client database properly. Someone else posted a thread about this.. When I use WDS, I never use the options to add computers into an object, and just let the server approve everything. Although the reasons for this is that my imaging servers have/were/are (I'm not sure what their exact status is nowadays) are on separate networks that do not contain any standard client machines, so all clients that attempt a PXE boot are doing so to get imaged. I haven't had the opportunity yet to setup and operate a WDS Server from within a corporate domain... It is interesting to me, especially MDT 2010 but I'm not licensed to use it

Just a question, was the original OS from an OEM like Dell? What type of CD did you reinstall with, was it a recovery CD with a company's name on it or was it the Microsoft hologram disc?

May you find many large trees underneath your present this year!

When I've done these types of deployments, I've used the install key to install Windows, and not worrying that Sysprep will remove that key. Then use another XML for the sysprep /unattend which has the activation key in it. Of course you are using a deployment solution I have no experience in, so hard to translate that.

Nice summary! Stay awhile and chat a bit first before you link to your tool, Boyans...

I want to think you can set TCP settings in the registry. I remember reading about such things when I was troubleshooting a Server 2008 issue, so it might not be related. I do not remember much more than that though.

Welcome to the MSFN! Use the normal font when you post, check out our rules too!

I figured, I'll have to wait until IE9 has an x64 peice to view the file.

The two "locations" are for the two different WIMS. But the Install.wim and the Boot.wim use different XML. The XML you attach to the boot.wim are for Setup passes, the install.wim uses the oobeSystem, Specialize, etc. Look up the term WDSClientUnattend, this is for the install.wim. Here is a start: TechNet

Why not just leave the Administrator account disabled and create a new user account in the Administrators group? If you use the built-in Administrator account, you run the risk of bricking the OS if the account gets corrupted.

I would suggest that you re-create the answer file with WSIM. It is obvious you did not use WSIM to create it (there was no name space specified for example). After some modification, i was able to get WSIM to open it, however there was still an error in the XML Parser "Cannot find Windows image information in answer file." I have not seen this message before and do not know what it means. I compared it against install_Windows 7 ENTERPRISE.clg from the Sources folder.

OK!

Welcome to the MSFN!

Dj Zygraich - UFO Remix

Welcome to the MSFN!

I haven't had a problem with Flash so far but, now that I think of it, I never used it in x64. Flash for me in WinPE was in x86 and using Projector. Not sure if I have ever tried to make an x64 Projector or if it is possible. Currently, I do not have the resources to do WinPE testing like I used to, since my dev environment has changed radically. My only testing option is WinPE x64. The only reason why I am concentrating on x64 is becuase it can handle everything concerning deployments, with very few exceptions (such as creating recovery partitions with MBR.exe) so naturally I want to be able to do everything in x64. SVG is Scalable Vector Graphics. It was something I worked on back in 2003 or so, building regular graphics and also interactive graphics. I had found in the IE9 platform previews that SVG is making a comeback. The reason why this is cool (and a good competitor for Flash) is that it is written as XML files. Originally, you could only use SVG files in IE using the Adobe SVG Viewer Plug-in/ActiveX control. In recent years, SVG has been viewable without a plugin in newer IE (I think 8, not sure about 7) and Firefox and Chrome. The problem is that you still need the plugin in IE to use interactive SVGs but in FF they will remain mostly static! I had originally written a website that was all XML and had no pictures except for SVG. I ended up killing that site because it only worked in IE with the plugin, so it wasn't a viable option. Even with today's browsers it doesn't display properly or at all in anything but IE. The answer to this may lie in the IE9 beta for x64 but I don't have a system to try that on. I have uploaded an example of an SVG I made earlier this year for fun (also to show off to a guy at work who was trying to out dev me lol) http://tripredacus.net/test/svgtest.html You can see the differences in this between IE and Firefox, so even using Firefox files to render SVGs is not an option, and there is no x64 SVG Viewer plugin from Adobe. Wikipedia uses SVG a lot as well, especially for any articles with maps for countries, cities, etc. Their page is here: http://en.wikipedia.org/wiki/Svg

I see by your screenshot that you can access the internet (and use flash) in x64 WinPE. I'm not too concerned with IE, but can yours have the ability to view SVG files in IE? I've tried working on this (presumably if SVG can work in IE, then it can work in MSHTA) however the DLL that is used is 32bit and cannot be registered. Or is there perhaps another source besides Adobe to be able to view SVG in IE? FWIW, IE needs a plug-in for SVG files that are interactive. As far as I know, other browsers like Firefox (haven't tested Chrome) do not fully support interactive SVGs, although that may change once more adoption of HTML5 and IE9 hits RTM.

Moving this to Software Hangout for now.

You should find the answer in one of the Panther folder logs.