Tripredacus

It may not specifically mean anything (that magic internet) but when I look up "CBS_E_INVALID_PACKAGE" in TechNet, I only find topics where people have installed some form of SP1. Have you updated your Win7 to SP1?

Welcome to the MSFN!

Could you maybe post the model numbers of the switches that you have there?

A reinstall might do it, but I believe the actual file here is inetcpl.cpl. It might be different name, I don't have access to an XP machine and both my Win7 PCs have some form of IE9 on them.

1. That isn't the correct log file. Get the one from C:\windows\panther\unattendGC or C:\windows\system32\sysprep\panther. 2. I'm wondering why there is Chinese in the log file you posted?

There are two registries in x64. On an unattended install of x64, does sysprep write the changes to just the x86 registry?

Try installing it from the website first, if that doesn't work then we can look at some logs.

Got some results finally. Got MSHTA and MSHTA64 to at least show an HTA with files without giving an error. Problem is that it doesn't show anything besides the Browse box on the Imagex HTA. The SVG HTA exits out completely. Had to take ownership of files in the mounted system32. Replaced the following: ieframe.dll ieui.dll imgutil.dll mshtml.dll mshtml.tlb mshtmled.dll msrating.dll Removed CDATA object from SVG.HTA and makes no difference. Got a little further using Depends to determine any particular issues. Added: wmdrmsdk.dll rpchttp.dll d3d10level9.dll d3d10warp.dll d3d10.dll d3d10core.dll Here's where the problem lies. Depends keeps reporting that DXGI.DLL is calling functions from D3D10WARP.DLL and they are returning NULL values. Unfortunately, these values are NULL by default, as can be seen here: MSDN So how to get these variables have values? This may be related to the fact that DX nor .NET support is in PE, so not sure how to troubleshoot what needs to be present, such as services or DLLs that need to be registered.

Run at least 12hour Memtest on each stick of RAM separately. Sometimes you can have errors when memory is used together and not separately.

You are running in Dual Channel. It is normal for it to read 667, as 667*2 = 1333Mhz (approx)... Check the BIOS to see if you can see the actual bus speed there, should be 1333MHz and not say... 1066MHz.

I want to point out that there is nothing wrong with the Sandy Bridge CPU! The problem Intel reported it only for the 6 Series of motherboards, including: DH67CF, DH67BL, DH67CL, DP67BA, DP67DE and DP67BG. It is also not really stated if the Sandy Bridge problem is in other integrator's boards like Asus or Gigabyte, etc or if it is just Intel branded boards.

Yep, wait until end of February 2011 for the fixed Sandy Bridge boards.

The error you are getting is caused by Windows Installer when attempting to install "an update" from Windows Update. Even the newer MSSE versions are considered updates... On KB it says to have it create verbose logging to determine what the actual problem is. Before you even go that far, you might want to check in Event Viewer to see what kind of errors show up in there from Windows Installer or Windows Update. Here is the link: http://support.microsoft.com/kb/958052 I'll move this topic into Windows 7 forum too.

We have a WPI forum. Since your topic is about installs (I do not use WPI) I shall move it there. Hopefully you aren't referring to a different WPI.

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.