46 replies to this topic

[Xtremee]

Should I try to build using Windows 7 Enterpise edition?

[pscEx]

You may ty it with win7pe in a brand new installation.

multiPE has sometimes troubles when running on a 64 bit host. I fixed, and then my Visual Studio died. After reinstallation I could not compile for 64 bit. Currently I'm fully busy with google and reinstalls.

I think that will take a while ...

Maybe I have to apply a backup from some weeks ago. But that demands some other reinstalls ...


Peter

[Xtremee]

okay, I'll give it a try with win7pe.

btw, my host OS isn't 64bit. I'm using 32bit windows and my source is also 32bit but the version I got is 64bit!!

[pscEx]

btw, my host OS isn't 64bit. I'm using 32bit windows and my source is also 32bit but the version I got is 64bit!!

Thanks for that hint!. Here something happens what never should happen!

I'm starting to (re)believe on

Nevertheless, next days I'm publishing a new version of WimCaptEx and WimInfoEx.

Peter

[pscEx]

Blindside had a similar issue.

I think that we found a explanation why it happens.

Can you have a look here and check against your local situation?

Peter

[pscEx]

The issue should be fixed with muitiPE version 48.

Peter

[Xtremee]

Yes it is Peter. The issue of 64 bit error message is fixed. Although there is another error but this time, I guess, it's with the configuration of Creating ISO file.
Please check the screenshot below:


Moreover, the size of the created ISO file is only 22.136 MB. Howerver, the size of the "Target" folder is 506 MB.
I tried to use the same ISO created but replace all folders there with those on the "Target" folder then boot it using VMware but I got blackscreen!!
I also tried to build a new ISO using those file in "Target" folder with a bootsector from a previous Win7PE 32bit version but I got the same blackscreen.

N.B> I haven't change any settings within multiPE version 48. I just downloaded it then set the source file and fire it.
I also tried it twice.

For more information, please check the attached log file
http://www.mediafire...rek1d1hskuci84c

[edit] @ Peter
I've sent to you a link for my 22MB ISO on you inbox

Xtreme

[pscEx]

My fault!
In ImageIndex.script three sections have been deleted!

Currently upload of version 50 is running.

[Xtremee]

bad news!
It is still the same. Furthermore, I got also this new error message




I tried it using the last available version 49 and tried it twice. No settings changed. Just pointing to the source and fired it...
Please check log file
http://www.mediafire...a17jy6yhh479j66

[pscEx]

OOPS!

msvcr100.dll is a redistributable used by Visual Studio generated programs (here WimCaptEx).

Most PCs have it, so I simply right now did not see the necessarity to include in the project.

I uploaded a new multiPE version 50 (no number increase) which contains it.

The second error is caused by the first one.

Peter

[Xtremee]

Well, there isn't any error this time. However when the ISO is built and it ran uisng VMware. The bootscreen is loaded then a black screen comes up and that is it. Nothing more. Please check the below video. I've tried to emulate the file using Virtaul PC without any success.
http://www.mediafire...974u5ztkdq3vud3

and here is the log file
http://www.mediafire...k8e4lvrk9nm3yrs

btw, why when I created ISO file was 22.xxMB and when I built the ISO manually using the folders from "Target" folder and the bootsector from win7PE, it didn't boo??
What was the problem?

THanks!

[pscEx]

The 22 MB iso was a result of missing boot.wim.

I'm currently downloading "your" Win7 SP1 En Ultimate ISO and will try with that. German SP1 ISO makes no problems.

Peter

[pscEx]

Well, I did the download of http://msft.digitalr...n/X17-59463.iso and built (untouched factory settings in multiPE, besides choosing VMWare as emulator).
It run well into VMWare.

Maybe, there is in your system something left from the mixed x86 / x64 underground DVD.

Short explanation how it works.
To increase build speed, depending on your PC's situation, sometimes multiPE extracts boot.wim and install.wim once from the source DVD and stores them in <BaseDrive>StoredWims. (<BaseDrive> is the drive, where multiPE project is running).

When the store is successful, multiPE writes a flag into the StoredWims boot and install directory.
Name of the stored wims directory is something like Wn72I1de0617601

• Wn7 / Wn8 or Vis: Type of source
• 2 / 4: Host OS architecture (2=x86 / 4=x64)
• I / B from install.wim / boot.wim
• 2: Image index
• de: language
• 0 / 9 architecture x86 / x64 of the source DVD
• 61: Major Version of the OS in the source DVD
• 7601: Minor Version of the OS in the source DVD

Next build sees the flag an uses whatever is in StoredWims.

Maybe there is some garbage from the above mentioned underground DVD.

To use "official" content:
Delete the StoredWims directory and it will be rebuilt next time with original files from Billy the Door.
Unfortunatelly there are some owner rights which do not allow to delete from inside your running PC.

I usually boot in this case into PartedMagic and delete the directories.

There might be a more simple way, but I did not test:
Just delete the empty flag files "multiPE" in both directories, and try again.
Maybe next build the current underground content is overwritten with the official content.

Peter

[Xtremee]

I've created a new folder for multiPE and fired it without any settings change and got the same issue.
Please check the log file
http://www.mediafire...d7p5l8ij8p7bip7

Also I've uploaded the ISO file. Please check in in your inbox.

[pscEx]

Your project directory and source CD are in "Users".

I remember that there have been a lot of troubles when the project dir has been in "Documents and settings" or a localised translation.

"Users" is a link to that (or vice versa).

I tried in a win7 x86 host with project dir in "users" and got the black screen, too.

Please use a different directory for WinBuilder and the source CD.

If this is the reason of your troubles, I'll add a check in multiPE to refuse use uf "Users"

Peter

[Xtremee]

It works now
You can add this check!

Thanks a lot for your kind support

[pscEx]

Can you test?
In %BaseDir%ProjectsmultiPECore1 - Core Basics0-SystemCheck.script add

StrFormat,POS,%BaseDir%,%UserProfile%,%pos%

If,%pos%,EQUAL,1,HaltMsg,"multiPE must not reside inside the user's profile directory!",Error

as first lines in [Process]
Peter

[Xtremee]

I've added the code before starting WinBuilder but the Build contain to the buliding process.
Please check the 0-SystemCheck.script
http://www.mediafire...ocuo618korb51dr

Log file
http://www.mediafire...wag3ko6w51a30jh

[pscEx]

You brought an unexpected "Impossible" condition:

StrFormat - converted [POS(C:UsershassanaDownloadsmultiPE_latest,C:UsersAdministrator)] to variable: [%pos%] with result: [0]

Try this:

StrFormat,PATH,%UserProfile%,%_p%

StrFormat,POS,%_%,%UserProfile%,%pos%

If,%pos%,EQUAL,1,HaltMsg,"multiPE must not reside inside the user's profile directory!",Error

Many thanks for your patience!

Peter

[Xtremee]

Oh nein! Wir haben das noch ein Mal!

It's still the same. Please check the "0-SystemCheck.script" file
http://www.mediafire...g9tzbeym713zsv1

and here is the log file
http://www.mediafire...t3u0bg3k0k1dg8r

It's okay! send to me the new script and I'll give it another try till it works
I like PE and may be I'm new to WinBuilder but I worked a lot for BartPE

[pscEx]

My proposed lines have a typo and a logical bug!

Line 2 must be
StrFormat,POS,%BaseDir%,%_p%,%pos%
rather than
StrFormat,POS,%_%,%UserProfile%,%pos
Sorry, sorry, sorry, ...

Peter

[Xtremee]

Oh ja!
Es läuft dies Mal



Congratulation!