Tripredacus

What about audio devices in Device Manager? Is the driver installed, but perhaps a Code number is being reported on it?

Were these rules updated since Vista? I am pretty sure that the Windows System Backup tool (that works in conjunction with WinRE) uses Imagex to create system backups in Windows 7.

Welcome to the MSFN!

As a comparison tool, I am using 2 HTA files to work with. One is the one in the GImageX which works fine, and one with the SVG. I have determined that the EMBED tag does not work, but you can actually get "something" by having the SVG actually embedded into the HTML code. However, when MSHTA executes this HTA, a blank "error" box appears (that you can close) and see the HTA. It does not show the vector objects, but it DOES show the words... So basically the HTML portion of the HTA is visible and (somewhat) working, but the Scripted portion does not appear. Wait... back up there. (I just deleted a bunch of post after noticing something). What did I notice? The text that DOES appear in the HTA are NOT in the HTML portion of the file, they are in the XML (or SVG) portion. So some of the XML is working, but the objects do not appear... So the only SVG object that works is TEXT, however it ignores X and Y. I will have to test the STYLE attribute to see if that actually is working. It should be noted that all of the Polygons are in object groups, which make it easier to assign functions to large amounts of objects. Think of the Object Group as a DIV container, same idea. After lunch I'll have to try using a vector object outside of the group, as well as try to determine why MSHTA doesn't like CDATA. Unless I can find another way to assign functions to the objects, presuming I can get these objects to even appear... Reattempting to use IE9 x64 files based on the new ones that the IE9 Platform preview installs. Too bad the preview isn't x64 capable, or else I could use that instead... Some of the following files I CANNOT CHANGE in the mounted WIM. And there is no ability to change permissions (or even take ownership, etc) so I'm stumped on those... I'll try turning off DEP perhaps tomorrow to get around that. advpack.dll dxmsft.dll dxtrans.dll html.iec ieapfltr.dll iedkcs32.dll ieframe.dll ieframe.dll.mui iertutil.dll iesetup.dll ieui.dll imgutil.dll jscript9.dll jsproxy.dll msfeeds.dll mdfeedsbs.dll mshtml.dll mshtml.tlb mshtmled.dll msls31.dll msrating.dll occache.dll sqmapi.dll urlmon.dll wininet.dll

I deleted your duplicate topic.

Well first you need to be able to acquire an older BIOS. Then you need to determine what type of BIOS it is. You should be able to tell by going into your notebook's BIOS. If it is an AMI (American Megatrends) you can do a BIOS recovery but its a pain and I never got it to work properly. I believe that Award is another BIOS manufacturer. Find out which kind it is and then it should be easier to determine how to do a recovery on it.

Good you got it to work. I think I see what that winpeshl.ini was doing. Not really sure what that custom app is, but it still executes the WinRE program (recenv.exe) which displays those 6 options. It will default to 5 options (as you know) but there is another file (that's not winpeshl.ini) that tells recenc.exe what to display as the 6th option.

Windows 7 has multiple partitions. If Win7 is still bootable, Ghost likely put the XP image into another partition, like the recovery partiton for example. Do you know that your XP image will work on this model?

Well to get started, I have modified the HTA enough so that the one animation is working and there are no errors when it opens. After that, I captured the 64bit versions of Procexp and procmon that are spawned when you open those on a 64bit OS. Boot into WinPE. Copy Procmon64.exe, procexp64.exe and svg.hta to X:\Windows\System32\ from USB key. Launch ProcMon64.exe, add mshta.exe to include filter. Launch mshta.exe x:\windows\system32\svg.hta (FQ path needed in PE to open HTA) Save PML file and view in x64 ProcMon, compare to MSHTA running the HTA in 7PRO64. I copied the 64bit DLLs that ProcMon showed it using in 7 vs what WinPE did with the same file. Before moving towards full scale dependency testing, I decided to check out the difference between the MSHTA in X:\ vs MSHTA on Win7 both in System32 and sysWOW64. It turns out that BOTH of the MSHTA.EXE in Win7 are 32bit apps, and not a native 64bit app like we have in WinPE. So my true wish was to use a 64bit MSHTA to determine what files were missing in WinPE but that won't happen now. I do not even know if MSHTA from an IA64 version of Windows would work properly in WinPE (or x64 Win7). So back to finding out what DLLs I needed, using Depends in WinPE, I was getting pretty close but ran into some problems. Depends complained that some of the DLLs had missing exports compared to imports on dependencies. I take this to mean that these files are looking for other versions of those files. However, some of them I cannot replace while booted into the PE and I will have to rebuild a WIM to make the changes. For example, I cannot overwrite shlwapi.dll while the PE is running. Alas I cannot continue at the moment as during some overwrites, CMD tells me that I am out of HDD space on drive X! Well I notice (in Notepad) that it is only 4MB large. So I need to learn how to make that bigger! I may also consider two other topics that I haven't read much on. 1. Look into using MakePE3 to build a x64 boot image with IE support. 2. Has anyone tried getting WinPE to allow both architectures? For example, If I can get 32bit MSHTA to work with Adobe SVG Plugin but STILL need the ability to run x64 based apps, that would be great. Info says I do have a 32MB Scratchspace, but shouldn't the X drive be bigger than a 4MB capacity? Well I'm done for the week on this. Maybe I can pick back up on Monday.

Are they the Microsoft Press books or something else?

I'll try this but I'm not sure I got it yet.. Stalagmites but no floor

BIOS->MBR->BOOTMGR->BCD->HotKey pressed->Recovery OS booting (WINRE) ->get data from factory.wim->restore OS BIOS (motherboard) looks for drives with a MBR so it knows what it can boot. MBR is the section on the drive that says "this is bootable" or "this is not bootable" If it is bootable (In Vista's case), The answer is, find BOOTMGR on the active partition. BOOTMGR looks at BCD to determine where Windows is located Windows is loaded. However, if you choose to run recovery, BOOTMGR changes the BCD, to de-activate the OS volume and active the recovery volume. Then BCD says boot to the active partition, which would then have WinRE. This is because the F8 menu is not part of the OS, it is a bootloader itself. I may have that backwards but the idea is the same. The reason why you are seeing strange files is that Microsoft did not give OEMs a turnkey solution to make recovery partition in Vista. All OEMs HAD to make their own method (rather in Win7 OEM can use turnkey solution or do whatever they want) so there are subtle differences between Vista recovery partitions between different brands of computers. Also, it is possible that your notebook supports an EFI style boot environment. Also, your answer to #5 is technically incorrect, but I cannot reveal as to where that last option really comes from.

Next up, I can do this project while I have some free time. It falls under R&D! The ability to use SVG for interactive menus has always been something I really wanted to do, however browser support was pretty lacking. We always had the ability to use SVG in Internet Explorer but only if you had the Adobe SVG Plugin. I had some great ideas to use SVG in HTA on my WinPE boot images, however they are all going to be 64bit going forward. I knew my attempt at getting SVG to work properly in WinPE 3 x64 because there was no 64bit binaries in the Adobe plugin, so that getting it to work in a native 64bit OS like WinPE would be next to impossible. I initially brought up this idea here, however it didn't go much beyond that discussion. So I have some extra time and can do some testing with this. Let's see if I can get this to work. I will be recording my steps and progress here in case anyone wants to follow along. First I will mention that I am using a test system for all testing, but a VM probably would work also. So in any case where I am doing something with an actual PC, you can use whatever you want. The first thing we need are some test files. While SVGs are all about the internet, most of them are static Vector images and not the interactive ones we want. Also, we need to be aware that in browsers that do support interactive SVG, the operate quite differently! Here is my example file: http://tripredacus.net/test/svgtest.html If you view this in IE5.5-8 with the Adobe SVGView Plugin, you will see that the red/white gradient box rotates clockwise, the large box changes colors if you click on it, and the other boxes are draggable. If you view this in Firefox, the large box color change works, but the other two features do not. It is know that Firefox does not support some of the interactive elements. So to begin our project, we need to get the following: 1. Dependency Walker x64: http://www.dependencywalker.com/depends22_x64.zip 2. Internet Explorer 9 Beta x64 Standalone Installer: http://download.microsoft.com/download/6/2/F/62F70029-A592-4158-BB51-E102812CBD4F/IE9-Windows7-x64-enu.exe 3. Internet Explorer 9 Beta x64 Prerequisites: http://support.microsoft.com/kb/2409098 4. ProcMon and ProcExp may end up being helpful, but I haven't had to use them yet. Presuming that ProcMon will open in the WinPE, that and Depends will be needed for use to determine why things aren't working... because maybe we missed a reg entry or a file from the host OS to put into the PE. IE9 "supposedly" supports interactive SVGs without a plugin (this is a selling point for IE) so having an IE9 x64 is the reason why I make this project. On your test PC, I installed 7PRO64. I Figured it would be best if the machine was activated, knowing in the past that IE and Updates won't install on a Windows that isn't activated. I also made some changes in SecPol: - UAC: Behavior of the elevation prompt for administrators in Admin Approval Mode: Elevate without promptiong - UAC: Detect application installations and prompt for elevation: Disabled - UAC: Switch to Secure Desktop when prompting for elevation: Disabled Probably don't need some of those lol. Install the 4 Prerequisites. The first one does not need a reboot but the other three do. After that install IE9 and reboot. Unfortunately, opening the test HTM and SVG file appeared in IE9 the way it would in IE8 without the plugin. Examining the code on the Platform Preview download, it appears the new SVG files that MS uses (I used the Twitter Cloud one for example) are actually inside of the HTML code in SVG tags, rather than using the EMBED tag. After changing this and adding a similar doctype, I was able to open the htm file in IE9. Unfortunately it behaved the way the original test url did in Firefox. So at this moment, I can go in two directions. First is getting any SVG to work in WinPE, and then afterwards, figure out how to get the interactive ones to work in IE9. I wrote the example SVG file about a year ago... Here is the source of the modified file: Removed Code example. You can save the HTM and SVG from the link I provided above. Interesting notices. When you open the HTM file in IE9, a prompt appears to allow you to run "Active-X Controls." After you allow this, the SVG is viewable, but only the color change code works. Opening the HTA version throws a JavaScript error, which points to getSVGDocument() and I'm not quite certain why. It also throws an error if you try to drag something as well. Interesting how in IE9 it just doesn't work, but MSHTA actually shows you errors. It is also interesting that the mere installation of IE9 allows SVG to work in MSHTA, as it does not work with IE8 (even with Adobe Plugin) with MSHTA. I would have been fine with trying to get just SVG to work in MSHTA, but I can't do it if it gives errors anytime you click on something. So I will have to go about solving those two coding errors first, then work on getting MSHTA to show SVG in WinPE.

Well for 7 you need to sysprep the OS before capturing it. This way, after you deploy to physical hardware, it will run "mini-setup" and redetect your hardware, including SATA or whatever else. As far as the System Reserved partition, you do not need to capture it, but you DO need to create a partition on the physical disk that is the same size and formatting. The System Reserved partition does not get a drive letter. Not sure how you'd use Arconis for this, but after you deploy the OS partition, you need to run BCDBOOT on it so Windows knows where the OS is, otherwise your system won't boot because the BIOS will attempt to boot off of the System Reserved partition. As far as actual backups go, Windows 7 has a built-in backup program where you can back up the entire disk, or just data or whichever (it gives you options) to another drive. I never got around to testing to see if you could restore this data to a different Windows 7 install. Its going to be a "probably not" but you never know!

Strangely enough, I've never tried to get WinPE to work on USB key. Currently I am without my dev environment (importantly a WDS) so to pass the time I was going to redo some stuff on my boot images. I am 0/2 right now and here is what's happening. First, I made a new WinPE 3.0 x64 boot image, but my PC is a Win7 x86 and using a 2GB USB key formatted NTFS... not sure if that matters. The first attempt, there was an unmount error. When you boot a PC up with that, it would load the PE shell (no wallpaper with black background) and you could move the mouse cursor around, and after about 1 minute the system would reboot. So I figured the unmount error was the problem so I rebuilt the boot image again. This time there was no unmounting error so I thought it was fine. When the system boots, it gives the following STOP error: File: msrpc.sys Status: 0xC0000098 FYI the system is now running a Memtest (it was recently moved to a new office, maybe it got damaged) and it was able to boot off a WinPE CD, so maybe I had made it wrong. I used the USB boot instructions found here: Not alot of hits on the Google for that stop error, so posting here! Update - I did a reload of the UFD by using the XCOPY command (instead of Copypasta) and The PE did actually boot. The command structure of this test key is: - wpeinit - wpeutil initializenetwork - ping itself for 10 seconds - launch HTA. I receive this error If I try to launch MSHTA: BTW, system completed 30 passes of Memtest overnight. Conclusion - It is my best guess that the computer I used to create the boot image is just not powerful enough to properly handle the mount/dismount and anything else I was running. I had gotten a boot image from another site and put that on the USB key and that worked perfectly. So the actual reason why it wasn't able to boot properly may never be solved, but at least now I can do some (sort of) real work for a change.

Assemblage 23 - Infinite

So basically you only experience a problem after you capture the image from the VM and apply it to the notebook? Is this a normal procedure for imaging (VM to hardware)? I never used VM for any imaging so I have no idea

Any XP SP2 or SP3 images created on a single core (UP HAL) and sysprepped will automatically redetect a system using a multi-proc (MP HAL). SP1 and older could not do this. Also it doesn't work backwards, so an image created on an MP will not install the UP HAL if deployed. Best way to handle this is to totally lock down your configs so you use your images appropriately.

You might want to consider your future plans for vista before tackling this project to get it all in one thing. Any time something comes up and we say "do we need to do this for Vista too?" It all comes down to whether or not the amount of time spent is worth the effort. In my company, we've basically written off Vista right when Windows 7 came out, so no one here will develop any sort of solution for Vista anymore, unless it happens to pertain to Server 2008 which is also going away pretty quick. So if you find that you are in a position to make any kind of solutions for Vista, you may want to consider creating a Key that just does Vista and keep the stuff used more often separate.

I took your posts out and made a new topic with them, so not to confuse your specific issues with the OPs.

Yes I found this problem also and Jaclaz found it has strange spaces appear (only in the post view, not the editor window) in most of the tag options. When this gets fixed, I'm not sure if that fix will fix old posts or what. We'll have to wait and see. AFAIK there is already a list of stuff to be done to the forum still (aren't upgrades fun?) but I don't know what the priority list is. We can just wait to see.

Which OS are you using? What have you tried so far?

Oh if this is the only problem (needing a delay) I've encountered situations where I need a delay as well. For examle, the onboard NIC on the Intel DG33BU motherboard does not enumerate by the point of WinPE finished the start of networking. So basically, in my scripts I was mapping a drive letter before the NIC took its IP and it would fail. I use this command after init networking and any other commands: ping 127.0.0.1 -n 16 -w 1000>null So now you don't have to worry about any extra programs being present, at least if you turn on networking.

We have a Customizing Windows section, you might find something in there.