Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - ZYX

Pages: [1]
Gena Support / "Failed to copy" error with "Other Fonts" plugin
« on: May 26, 2017, 07:47:14 AM »
I am getting the error with Components/Tweaks/Other Fonts plugin:
                        [Failed] CopyOrExpand - Failed to copy [I:\I386\FntCache.dl_] to: [%BaseDir%\Target\Gena\I386\System32\FntCache.dll]: The system cannot find the file specified.
                        [Warning] Halt

I have XP Pro SP3 32-bit as source. The same plugin from Gena 2015-01-07 works fine.

Gena Support / Error with "iso in iso" in "Creat ISO" plugin
« on: May 21, 2017, 11:21:51 AM »
There is an "invalid condition" error when creating ISO in ISO in the [Gena_ISO_ISO_Process] section, because the If condition has missing Equal. It should be:

If,%Gena_ISO_ISO_patch_setupldrbin_Checkbox%%Gena_ISO_ISO_CAB_compress_Checkbox%,Equal,TrueFalse,Call,Echo,"CreateISO-Gena_ISO_ISO : You must enable 'Patch setupldrbin' with 'CAB image'",Warn,,Message,,Exit

I am using one program that is based on scripting which I want to use in WinPE. I have Components\Core\1 System\ScriptingMS enabled, but when I start the mentioned program I still get the error saying that msscript.ocx is not registered, so I need to do that manually using regsvr32.

By the way, I searched all .script files in the project for "msscript.ocx" and found that string only in the mentioned plugin, which is visible in GUI, and also in Basic\Shells\Core\1 System\05CoreScripting.script, that is invisible. That second file has a line that registers msscript.ocx, but it seems that that second file is never executed during build. I am wondering now why there are two scripting plugins, one user-selectable and another invisible.

Using %ScriptDir% in Flash_Add.Script leads to an error with plugins that are not in the same folder. Here is the relevant part of log file:
Code: [Select]
Run - Processing section: [FlashPlayer] From file: [Projects\Yomi\AppY\Network\Mozilla Firefox_KYHI.script]
 [Success] SetVar - Sucessfuly changed the value of [%t%] to: [%BaseDir%\Projects\Gena\Apps\Network\Flash_Add.Script]
 [Success] IF - File exists: [%BaseDir%\Projects\Gena\Apps\Network\Flash_Add.Script] evaluated string: [If,ExistFile,%t%,Run,%t%,Process,%t%]
 Run - Processing section: [Process] From file: [%BaseDir%\Projects\Gena\Apps\Network\Flash_Add.Script]
 [Parameter] with parameters: [%BaseDir%\Projects\Gena\Apps\Network\Flash_Add.Script]
 [Success] SetVar - Sucessfuly changed the value of [%t%] to: [Projects\Yomi\AppY\Network\Flash_Add.Script]
[Failed] Run - Failed to find section [Add_Flash] in file: [Projects\Yomi\AppY\Network\Flash_Add.Script]
[Warning] Halt

It works Ok with Mozilla_Firefox_CR.script that is included in Gena, but not with Mozilla Firefox_KYHI.script downloaded from Yomi.

Gena Support / "File Sharing" in PENetwork is only half-working
« on: May 16, 2017, 01:55:27 PM »
I have trouble with file sharing and all available versions of PENetwork (0.56, 0.58.x, 0.59.x). If I try to connect from WinPE to two another computers on my LAN, I get the error: "\\xxx is not accessible. You might not have permission to use this network resource. Contact the administrator of this server to find out if you have access permissions.

Access is denied."

However, when I try to connect from any computer to WinPE, everything is fine and I could see and use its shared folders, but this is just a half solution. For example, if I want to make an image file of the partition from WinPE to some network drive, I am out of luck.

All computers belong to the same Workgroup and have set the same username and password. One computer has XP, the another one has Vista and the third one has Win7, but I have the same problem no matter on which computer I boot WinPE. When I boot them normally, they could connect with each other without problem. What is even more interesting is that I could use Remote Desktop from WinPE to control another computers.

Do anybody have any idea what I could do to resolve this problem?

By the way, the "Start "File Sharing" after starting network" option of the plugin is not working, I always need to start the File Sharing in PENetwork manually.

If I chose 0.59.x, when I click on the "Start Editor" button I get this error:
"[Window Title]

Windows cannot find 'D:\Temp\Boot\Gena_2017-02-04\Temp\Gena\PENetworkProfileEditor\PENetwork.exe'. Make sure you typed the name correctly, and then try again.


If "Hide CMD window Boot" control is ticked off, the path of the shortcut in the Startup menu of WinPE is wrong: "%SystemDrive%\Program Files\System32\Portable Finder CMD.cmd", hence it is not executed on boot.

Here are the lines from the log that are responsible for that because the third parameter of Add_Shortcut in the plugin is not specified:
             Run - Processing section: [AddShortcut1Full] From file: [%BaseDir%\Projects\Gena\Basic\Build\Macro_Library.script]
                   [Parameter] with parameters: [AutoRun],[],[],[Portable Finder CMD],["%SystemRoot%\system32"]
                               [Success] IF - [] is equal to: [] evaluated string: [If,#3,Equal,,Set,#3,%PE_Programs%\%programFolder%\%programExe%]
                               [Success] SetVar - Sucessfuly changed the value of [#3] to: [%SystemDrive%\Program Files\System32\Portable Finder CMD.cmd]

The same Add_Shortcut line is used in "Portable Finder Startup" and "Portable Finder CD" plugins, but they have HideCMD_CheckBox control set to True and hidden.

The pFileBox1 control should not open the "Open File" dialog box, but "Browse For Folder", i.e. it should be "dir" instead of "file" argument, since it is latter used in the code as folder.

Gena Support / Info button causes error in "Driver Import PE"
« on: May 12, 2017, 01:35:05 AM »
Click on the first Info button results with the error:
ExtractFile - Failed to expand file: [Gena.txt] to: [%BaseDir%\Temp\Gena]

Also, "Parameter 1" caption is not very intuitive. It could be better if it is named as: "fbwf ratio".

The pCheckBox2 and pCheckBox3 controls have swapped settings in the code. It should be:
Code: [Select]

Gena Support / "Add to Startup" doesn't work in Portabilitron
« on: May 10, 2017, 05:48:09 PM »
"Add to Startup" doesn't work for me (XP based WinPE). It works fine when I replaced:
Code: [Select]
    If,%CheckB_AddStartup_%LoopCount%%,Equal,True,AddPostConfig,"Start %TextB_PgmTitle_%LoopCount%%",%PE_Programs%\%TextB_FolderName_%LoopCount%%\%TextB_PgmExe_%LoopCount%%,%TextB_AddStartup_%LoopCount%%,4

Code: [Select]
      Else,AddPostConfig,"Start %TextB_PgmTitle_%LoopCount%%",%PE_Programs%\%TextB_FolderName_%LoopCount%%\%TextB_PgmExe_%LoopCount%%,%TextB_AddStartup_%LoopCount%%,4

Also, when "Run from RAM" is ticked off, the program should "RunFrom,Default" instead "RunFrom,CD".

Steps to reproduce:
- extract contents of to some empty folder;
- start BuildGena.exe;
- click Source and set Source directory (I have XP SP3 x86);
- set grub4dos in Basic/BootsectorPE;
- untick Components, Tweeks, Apps, Drivers and Virtual Test;
- tick Drivers/5 Ramdisk/FiraDisk;
- untick Finals/1 Optimizations;
- tick Finals/2 Create Image/BootDI;

this part is optional:
- click Play and wait for project to finish;
- copy resulting ISO to UFD having grub4dos (or Syslinux and memdisk) and modify its menu appropriately.
- boot UFD and choose the corresponding menu item;
-> WinPE works fine, Task Manager shows single CPU;

and here is the important part:
- tick MultiCPU support in Finals/2 Create Image/BootDI;
- click Play and wait for project to finish;
- copy resulting ISO to UFD having grub4dos (or Syslinux and memdisk) and modify its menu appropriately.
- boot UFD and choose the corresponding menu item;
-> the image file loads into memory and WinPE hangs showing "Starting Windows Preinstall Environment".

BootDiskImage.img contains ntldr that is patched setupldr.bin from the source CD, but I think it should be used from w2k3 sp1. Actually, I have some builds made with BootDI and MultiCPU with the correct ntldr that boot fine, but I cannot reproduce how to get it.

Because of the simplicity and uniformity of tests, I am currently using ISO files put on UFD which are chainloaded with Syslinux boot manager and memdisk. However, in my final build I would like to extract the content of ISO file to the folder on UFD and to avoid memdisk to get faster boot and/or larger available RAM.

The WimBoot plugin allows putting of extracted I586 folder from the ISO file into the root of UFD, here are its Syslinux lines:
  com32 chain.c32
  append boot ntldr=/I586/SETUPLDR.BIN

However, when I try the same with BootDI plugin, with extracted all files from the ISO to the root of UFD, I get the "NTDETECT failed" immediately on the begin of boot. Here are its Syslinux lines (the difference is only in the folder name):
  com32 chain.c32
  append boot ntldr=/I386/SETUPLDR.BIN

I tried "Patch setupldr.bin" option without luck.

Any suggestion how to get the direct boot of image file made with BootDI from UFD without using ISO mapping?

By the way, it would be nice if BootDI plugin has an ability to specify target folder for Image path, like WimBoot, because in that case I could put several image files on the same UFD. Currently, it is not possible with the hardcoded I386 folder.

Gena Support / Free Space in BootDI plugin doesn't work correctly
« on: May 04, 2017, 02:10:24 AM »
It seems that you have wrongly commented one line in the [Optimized] section, it is now:

With this second line commented, it doesn't matter what value I enter for Free Space, since that value is ignored. It is not essential with the basic project, but I cannot boot my full project containing many drivers and programs resulting with 450 MB ISO. If I uncomment that line, the ISO made with the full project boots fine (well, at least it boots fine on one test computer; I am trying now to find out how I could make it to boot on the other computers as well).

Also, the default value of "Of Target" is 100% which is too low for my full project, it should be at least 120%. I don't know how the used DirGetSize is internally working, but it seems that it doesn't take in account the slack space of files related to the size of sectors on NTFS drive. Because of that  slack space, the image file should be greater than 100% of the size of %TargetDir%.

If I choose "Create .LNK files at boot-time using" "Shortcuts.exe" in the ShortcutsCentro plugin, I get the following error in the "Profile Handling and Settings" plugin after some Access Violations errors:
Run - Failed to find section [Add-Shortcut-1-LNK-Boottime-Explorer-Shortcuts.exe-NoDebug] in file: [%BaseDir%\Projects\Gena\Basic\6 ShortcutsCentro.script]

If I set debug to on in ShortcutsCentro, I get the error:
Run - Failed to find section [Add-Shortcut-1-LNK-Boottime-Explorer-Shortcuts.exe-Debug] in file: [%BaseDir%\Projects\Gena\Basic\6 ShortcutsCentro.script]

Forum Support / Search is not working correctly
« on: April 25, 2017, 03:15:30 AM »
It seems that Search is not working correctly. I tried "ExpEnvVar" and got a bunch of posts with none of them containing ExpEnvVar. However, when I choose "Search in topic subjects only", then it works fine.

I am currently using WimBoot and WimPack with VMDK set outside of ISO because that combination gives me the fastest boot with the largest available RAM. However, one thing is balking me: that solution reserves three drive letters (by default B:, X: and Z:). If I don't choose VMDK container, I get occupied only two drive letters, but in that case the boot time is longer and the available RAM is lower. If I choose only WimBoot without WimPack, I get occupied only one drive letter, but the boot time is longest and the available RAM is smallest.

I have spent several days trying to accomplish some things with them, but without success. Here is my ideal configuration:
- I386 folder packed to BootDI.wim and Program Files folder packed to Program Files.wim, both .wim files inside ISO or directly placed on USB.
- After boot, I would like to get both I386 and Program Files folders on X: drive, or alternatively on two drives, B: and X:. I would like to avoid use of VMDK container and Z: drive.

It would be nice if "Place VMDK outside ISO" option of WimPack could work with its .wim files as well when VMDK container is disabled. I tried to add i386\*.wim into the [ExcludeFiles] section of WimBoot and turned on its System optimize option, but I didn't get anything better, i.e. the Program Files.wim is still inside of BootDI.wim.

I have EnvironmentPE set to RAM drive and ProgramFilesPE set to User Profile Drive, but I tried all other options as well (System Drive, Run From CD...), without luck.

I am not sure that understand how all these plugins and related tools work exactly, and if my requirement is possible at all, so I wish if someone could give me a help with that.

This is in log:
CopyOrExpand - Failed to copy [I:\I386I:\I386\mdminst.dl_] to: [%BaseDir%\Target\Gena\I386\System32\mdminst.dll]: The system cannot find the path specified.

Here is a wrong line:

It should be:

Gena Plugins / WimBoot: SETUPLDR.BIN missing
« on: April 21, 2017, 01:35:01 PM »
I turned on the WinBoot plugin and put setupldr.bin and other required files in the right folders. However, when I start project with the big blue button or if I start plugin with the small green button, I get the error message mentioned in the subject.

When I replaced all %pFileBox2V% with %pFileBox2% and %pFileBox3V% with %pFileBox3% in the [CheckFiles] section, everything went fine.

Gena Support / 2017-02-04 doesn't allow a root of drive as Source
« on: April 11, 2017, 02:17:18 AM »
Hi, I have found this great project a few days ago. Big thanks to anyone involved. I am glad that someone is still developing WinPE based on XP.

There is one bug in the latest version. If I specify a root of some drive as Source, I am getting this error on the same begin:
SourceDir Mismatch Winbuilder Bug - (Workaround: Change Source-SourceDir Manually) - i: NOT Equal i:\

The Source cannot be changed manually in the GUI typing it on keyboard, the only way to specify it is through the Open dialog box which paste the root of drive as i:\.

The only way to resolve this problem is to remove the backslash from the end of SourceDir= line in the script.project file.

The 2015-01-07 version doesn't have this problem.

Pages: [1]
Powered by EzPortal