[Closed] Error: No entries*.ini Found, Exiting

[GC_917]

Error: No entries*.ini Found, Exiting
I keep receiving this message when I try to integrate. I have tried using the XP Pro cd as well as emptying the contents of the CD onto the hard drive but I still receive this message.
gets past
Gathering temp files
Expanding Drivers cab
Expanding SP3.cab
Copying files for drivers.cab repackaging
Integrating XP Professional Files
Compressing Files --integrator hangs here. Any ideas?

[GC_917]

I put the integrator on drive C: instead of using another partition and got to shifting stuff around where it failed again with same message. There are no spaces or special characters in any of the paths. I did post this before reading what others said in regards to this error. Sorry for being redundant but I hate readme files. If anyone has an answer and doesnt mind responding, thank you

[mr_smartepants]

Can you post your RVMI log files please? Your ini file too.

[GC_917]

19-06-2007 00¦06¦13
Log Startup @ 00:06:13 On 19-06-2007

00:06:13 - System Running: WIN_XP Service Pack 2
00:06:13 - RVMIntegrator v1.4.3
00:06:13 - C:\RVM_Integrator_1.4.3.exe
00:06:28 - Windows XP Professional - Corporate SP2 Found
00:07:26 -
00:07:26 - Source Drive = I:
00:07:26 - Destination Drive = M:\RyanFinishCD
00:07:26 - Destination Size = 15820.36328125
00:07:26 - Working Directory = M:\RyanFinishCD\I386
00:07:26 - Temp Directory = M:\RyanFinishCD\I386\rvmtemp
00:07:26 -
00:07:26 - Starting Integration
00:07:26 -
00:07:26 - Copying Files To The Destination Directory.
00:07:30 - Copying Working Directory...
00:10:46 - 6771 Files Copied in 192 Seconds
00:10:46 -
00:10:46 - Checking Destination For OS Type.
00:10:46 - Windows XP Professional - Corporate SP2 Found
00:10:46 - Clearing any Read Only Attributes.
00:10:47 -
00:10:50 - Extracting RVMUpdatePack2.1.10.7z
00:10:50 - MD5 Hash = 1acb32de4c64864271514d6e49f0b41a
00:11:09 - Extracting Xable_CalcPlus_v1.3_addon.cab
00:11:09 - MD5 Hash = 404b16181f086ee08fb31d89cf7a5c14
00:11:11 - Extracting MrsP_Absolutist_Flash_Games_Addon_v1.0.1.cab
00:11:11 - MD5 Hash = 35486ccea33109d4175cddceb2e847cf
00:11:11 - Extracting MrsP_FreeWare_Games_Addon_v1.1.1.cab
00:11:11 - MD5 Hash = 135c1541a10366d8bfc7b00983067c81
00:11:11 - Extracting MrsP_Neave_Flash_Games_Addon_v1.0.1.cab
00:11:11 - MD5 Hash = eb6d89dd939a79f50ac82b725138169f
00:11:11 - Extracting NR_VGamezMain_Addon_v2.rar
00:11:11 - MD5 Hash = 7b442fd38bb66730edf28964528229dd
00:11:12 - Extracting NR_VGamezP1_Addon_v2.cab
00:11:12 - MD5 Hash = 929cf820e4fd7ff7d3213f6cb8bbe9cc
00:11:15 - Extracting NR_VGamezP4_Addon_v2.cab
00:11:15 - MD5 Hash = 44aaea3582f4fffb82a56877c0ff0726
00:11:17 - Extracting NR_VGamezP7_Addon_v2.cab
00:11:17 - MD5 Hash = 583d45eeaabe62b31cb7654a78fba268
00:11:18 - Extracting RVMAddons_1.8.2.7z
00:11:18 - MD5 Hash = f8194d929d6c38d16501633525f982dd
00:11:19 - Extracting RVMAddonsDX9_1.3.7z
00:11:19 - MD5 Hash = c03ce21eaf4cb4d1dd2f9feaaceddd33
00:11:21 - Extracting RVMAddonsWGAN_1.7.18.5a.7z
00:11:21 - MD5 Hash = 508d1d54542e380dd07e9b2e580da798
00:11:22 - Extracting RVMAddonsWMP10_3.1a.7z
00:11:22 - MD5 Hash = e67166623215e21f1f06d4b4d7747e77
00:11:26 -
00:11:26 - Gathering temp files
00:11:27 - Expanding driver.cab
00:12:22 - Expanding SP2.cab
00:12:31 - Copying files for driver.cab repackaging.
00:12:33 - Moving files for driver.cab repackaging.
00:12:33 - Integrating XP Professional Files.
************************************************** *
[Settings]
Source=I:\
Destination=M:\RyanFinishCD
UpdatePack=M:\Hotfixes\RVMUpdatePack2.1.10.7z
ExternalRun=
ParametersRun=
IsoFile=
IsoVolume=
IsoExtTool=
IsoExtCmd=
IsoIntExt=Internal
IsoCmdLine=mkisofs

[Switches]
IKnowWhatImDoing=4

[AddonPacks]
Xable_CalcPlus_v1.3_addon.cab=M:\Hotfixes\other addons
MrsP_Absolutist_Flash_Games_Addon_v1.0.1.cab=M:\Ho tfixes\other addons
MrsP_FreeWare_Games_Addon_v1.1.1.cab=M:\Hotfixes\o ther addons
MrsP_Neave_Flash_Games_Addon_v1.0.1.cab=M:\Hotfixe s\other addons
NR_VGamezMain_Addon_v2.rar=M:\Hotfixes\other addons
NR_VGamezP1_Addon_v2.cab=M:\Hotfixes\other addons
NR_VGamezP4_Addon_v2.cab=M:\Hotfixes\other addons
NR_VGamezP7_Addon_v2.cab=M:\Hotfixes\other addons
RVMAddons_1.8.2.7z=M:\Hotfixes\other addons
RVMAddonsDX9_1.3.7z=M:\Hotfixes\other addons
RVMAddonsWGAN_1.7.18.5a.7z=M:\Hotfixes\other addons
RVMAddonsWMP10_3.1a.7z=M:\Hotfixes\other addons

[mr_smartepants]

There are no spaces or special characters in any of the paths.


M:\Hotfixes\other addons


Looks like spaces to me.:mrgreen:

I don't think that matters though.

It's possible one of your addons is corrupted. All the the hashes for Ryans packs match up so it must be one of the others. Try opening them up to check for an entries file.

[GC_917]

I know I tried to integrate without the addon's but i thought i'd try again. This time I put everything in C except the xpsp2 CD (left that in drive). I fixed that space in the other addons folder so it reads otheraddons. I also tried creating it without any of the other addons and got the same message. I did all this without my antivirus as i thought that might be the culprit, but it wasn't. Maybe the integrator file or the post sp2 files are corrupt...im downloading new files to give it one last try before i give up. Either way thanks for the input.

[GC_917]

downloaded New updatepack, and new Integrator....same failed result. I guess it just doesnt like something on some computers.

************************************************** *
19-06-2007 13¦34¦13
Log Startup @ 13:34:13 On 19-06-2007

13:34:13 - System Running: WIN_XP Service Pack 2
13:34:13 - RVMIntegrator v1.4.3
13:34:13 - L:\RVM_Integrator_1.4.3.exe
13:34:24 - Windows XP Professional - Corporate SP2 Found
13:34:58 -
13:34:58 - Source Drive = I:
13:34:58 - Destination Drive = M:\RyanFinishCD
13:34:58 - Destination Size = 16996.40625
13:34:58 - Working Directory = M:\RyanFinishCD\I386
13:34:58 - Temp Directory = M:\RyanFinishCD\I386\rvmtemp
13:34:58 -
13:34:58 - Starting Integration
13:34:58 -
13:34:58 - Copying Files To The Destination Directory.
13:35:01 - Copying Working Directory...
13:38:22 - 6771 Files Copied in 200 Seconds
13:38:22 -
13:38:22 - Checking Destination For OS Type.
13:38:23 - Windows XP Professional - Corporate SP2 Found
13:38:23 - Clearing any Read Only Attributes.
13:38:23 -
13:38:26 - Extracting RVMUpdatePack2.1.10.7z
13:38:26 - MD5 Hash = 1acb32de4c64864271514d6e49f0b41a
13:38:44 -
13:38:44 - Gathering temp files
13:38:46 - Expanding driver.cab
13:39:19 - Expanding SP2.cab
13:39:26 - Copying files for driver.cab repackaging.
13:39:28 - Moving files for driver.cab repackaging.
13:39:28 - Integrating XP Professional Files.
13:39:28 - Compressing Files
13:43:56 - Shifting Stuff Around
13:43:56 -

*******************************************
[Settings]
Source=I:\
Destination=M:\RyanFinishCD
UpdatePack=L:\RVMUpdatePack2.1.10.7z
ExternalRun=
ParametersRun=
IsoFile=
IsoVolume=
IsoExtTool=
IsoExtCmd=
IsoIntExt=Internal
IsoCmdLine=mkisofs

[Switches]

IKnowWhatImDoing=4

[ENU_user]

what looks very funny is with the parts that are to read :
M:\Hotfixes\other addons
now look closely on each line its written differently

MrsP_Absolutist_Flash_Games_Addon_v1.0.1.cab=M:\Ho tfixes\other addons
MrsP_FreeWare_Games_Addon_v1.1.1.cab=M:\Hotfixes\o ther addons
MrsP_Neave_Flash_Games_Addon_v1.0.1.cab=M:\Hotfixe s\other addons
NR_VGamezMain_Addon_v2.rar=M:\Hotfixes\other addons

ask for a beta version from siginet before yo give up or join beta testers to get it ;)

[Siginet]

The spaces are caused by the forum. So that's not the issue. But good eye ENU. ;)

I agree... please join the beta testers.

[posian]

hello. I just want to say that at first it gave that error to me too, but then, after I moved all files to a directory named 'xp_post_sp2' directly in c: it worked.
[when I say all files I mean: Ryan integrator, xp kit files copied from the cd,updates pack, add-ons packs,and 2 empty at first directory where I saved new created kit and iso]

[GC_917]

Thanks Posian....i'll have to make room on my C drive for the CD files....i didnt realize my C, which is 20 gig partition, is almost full. i almost gave up hope but i'll try your idea and let you know if it worked

[GC_917]

Posian,
Thank you that did do it. Everything must be on my C drive for this to work on my computer

[wade]

hihihi
my first post here so i thought a quick detail of my thoughts to begin with. I really like this program because it is clean and doesnt require any .net cludge and so forth. I use linux for everything I do and i've managed to get this program running on linux because of it's tidy design, limited dependencies and a system called WINE.
I'm still getting the No entries*.ini Found error after doing everything suggested on this post, probably due to the way wine creates disk drives for win32 programs to use.
How can I change the location for this file(s) manually?
If I knew more about this problem maybe a workaround for it but for now it's just killing me. any info?
how about a native linux version? (show me the source :twisted: ):mrgreen: thanks

[Siginet]

I would be glad to try to make it support linux as much as possible. But I am not a linux user... so I am at a loss as to what is needed.

Have you tried the latest Beta version of the integrator?
http://siginetsoftware.com/forum/showthread.php?t=240&page=5

Try that first... then we can go from there.

I would think Wine would be able to work with the integrator just fine the way it is. The integrator does use som built in environment variables like %TMP%, %CD% and so on... but I assume WINE has those built in as well.

[xrobau]

Perhaps this is the problem.. Something, somewhere is assuming it's on C. I'm trying to run it from Z: (network mapped drive) and I'm getting this error.. Siginet, you can try to duplicate this yourself, I guess - if you move everything into c:\foo\wibble\blah\long name\CD and then share that directory and then map it back to another drive letter, does it break for you?

I'll try moving it next weekend, but I've run out of playtime for this weekend 8)

--Rob

[balle]

Same problem here!
I'm still getting the No entries*.ini Found error after doing everything suggested on this post.

[Siginet]

Same problem here!
I'm still getting the No entries*.ini Found error after doing everything suggested on this post.

we need some info before we can help you. Please post your log file, z_datastore.ini and integrator.ini. If possible can you run the integration again and use "Advanced Debug Mode". Then post the Advanced Debug log.

Have you checked the md5 on your UpdatePack?

[rubab]

I am having the same problem. I had this problem twice . Please look at the Logs i have Attached.

[ENU_user]

same here i believe it has something to do with that new svcpack checking phaze that some how screws up something and causes false/positive outcomes ...

[rubab]

Then what is the solution?

[ENU_user]

for now i reintegrate the addon as i said im getting false|positive outcomes ..

[rubab]

Then i am waiting for a permanent solution.
Thanks

[rubab]

I only Use the "Optimize System Files" when i integrate my Last Addon, before making the ISO.

Through my integration i only keep The 'Used Cahced Driver' Option Enabled.

[mr_smartepants]

I can get RVMI 1.5.1 to fail consistently with this error when using .CAB compressed addons. If I repackage the offending addon using .7z it works perfectly. See attached addon for an example of a failure-prone addon.

[Siginet]

I can get RVMI 1.5.1 to fail consistently with this error when using .CAB compressed addons. If I repackage the offending addon using .7z it works perfectly. See attached addon for an example of a failure-prone addon.

I just ran a recompression on that same addon using 1.5.1 with no error.

Allthough that addon can not be recompressed because it is allready compressed. So there is no gain from recompressing it. But it does not give me any errors.

[mr_smartepants]

I have to admit, that I almost never got these errors either until I started using Vista64 as my operating environment during integrations. I notice that many functions in RVMI don't work right unless you select "Run as Administrator". Maybe permissions have something to do with it.

[Siginet]

Yes... the RVMi should be run as an administrator. Because it does use specific files in system32 that I beleive need admin access. I haven't actually tested it in a 64 bit environment. So for the most part it works ok in a 64bit environment? But yes... permissions are very important. Especially in vista. It is mainly because of the UAC crap.

[ENU_user]

Yes... the RVMi should be run as an administrator. Because it does use specific files in system32 that I beleive need admin access. I haven't actually tested it in a 64 bit environment. So for the most part it works ok in a 64bit environment? But yes... permissions are very important. Especially in vista. It is mainly because of the UAC crap.

well i think its because there are no proper error handles for tasks arriving from autoit or in the code or no proper start /wait arguments

some tasks fail to run in xp as well, some processes are simply swallowed
so they get skipped because they are not processable.

a command can try to run a command with a following command that will check if the first one was carried out in the code

but if there is no error control as it seems the command launcher processor in autoit is not using error handling or will not pause because it has no arguments to begin with

for instance a command thats is governed to check the first command in code .. can kick in first before the the actual one, the one that needs to run before! simply because the first failed for any reason...

this will cause the memory handle to get flooded and finally to skip the bad process. might even cause some AV software to get triggered
i don't think autoit handles such cases, it may handle some.. but probably not all ...

this means you will need everything to be covered inside the code
maybe run all processed with n7Epsilon's tool http://www.ryanvm.net/forum/viewtopic.php?t=5017
so it works also as a debugger ...

there is nothing wrong with errors so long as they don't get swallowed
and they are backed up by something that can point them out

like dotnet ,well not really, so long as you can tell where the errors are from
like what command/process is proven to be the weak one ... and how it can get improved .

[Siginet]

well i think its because there are no proper error handles for tasks arriving from autoit or in the code or no proper start /wait arguments

some tasks fail to run in xp as well, some processes are simply swallowed
so they get skipped because they are not processable.

a command can try to run a command with a following command that will check if the first one was carried out in the code

but if there is no error control as it seems the command launcher processor in autoit is not using error handling or will not pause because it has no arguments to begin with

for instance a command thats is governed to check the first command in code .. can kick in first before the the actual one, the one that needs to run before! simply because the first failed for any reason...

this will cause the memory handle to get flooded and finally to skip the bad process. might even cause some AV software to get triggered
i don't think autoit handles such cases, it may handle some.. but probably not all ...

this means you will need everything to be covered inside the code
maybe run all processed with n7Epsilon's tool http://www.ryanvm.net/forum/viewtopic.php?t=5017
so it works also as a debugger ...

there is nothing wrong with errors so long as they don't get swallowed
and they are backed up by something that can point them out

like dotnet ,well not really, so long as you can tell where the errors are from
like what command/process is proven to be the weak one ... and how it can get improved .


I really do not think that is the reason for this problem enu. ;) Autoit does handle error processing just fine. I use it for just about every file I run from the integrator. Almost every command in the integrator has some sort of check for an error. The reason there is no error here is because there is no problem. The issue lies with something entirely different. In this case if UAC is denying admin access to the system32 directory certain files that the integrator uses are not being copied there. So this happens. I can put a simple check to see if the file exists in system32... (or wherever the integrator is looking for the specific file), then it can simply post an error message stating the file is not there.

I have not been able to cause this type of problem in xp whatsoever.

[ENU_user]

i just tried slipstream during integration with siginets critical updatepack
after expand driver was done i got the "no entries.ini found"

on a different computer using some native language path for the integration source path ,tried that after one attempt ,same no "entries found"

by then i had let it go with no extra debuging tests ...

[Siginet]

I never use the slipstream during integration feature. I always slipstream it seperately using File > Slipstream ServicePack, and then use my newly slipstreamed disk as the source. I'll do some testing and see if I can find the issue.

[mr_smartepants]

Yes... the RVMi should be run as an administrator. Because it does use specific files in system32 that I beleive need admin access. I haven't actually tested it in a 64 bit environment. So for the most part it works ok in a 64bit environment? But yes... permissions are very important. Especially in vista. It is mainly because of the UAC crap.

BTW, I'm still getting this error; even when RVMI is executed with 'run as administrator' in Vista64. The error crops up consistently using certain addons with hexedit (ex. Zacam's uxtheme patch) with no successful integrations unless I uncheck 'optimize system files' & 'enable advanced options', then they run fine (sometimes). Other addons and update packs work perfectly fine with all three options checked (optimize, advanced, cached).
Weird.:???:

[ENU_user]

removed

[ENU_user]

the parameter showing in choose addon(s) packs .. isn't really updated in the config file after pointing out the addon(s) to integrate
all it will show is addon*|addon*|*addon no paths in config file are saved!

the way to avoid a problem will be to have collected the paths and addon names right after the selection in the same time. placing all the addon names and path in the config file as a setup standby\ready to be integrated

paths are easily lost if they are not set strait after selections

[mr_smartepants]

That might be it. But I've deleted all the datastore/log/ini files from RVMI and started it cold so that those files are recreated from scratch and have still seen this problem consistently.
I've never seen this issue under 32-bit XP, ONLY under 64-bit Vista.

[ENU_user]

im not sure how this part is supposed to run whether it fills the config file upon integration to check it against the command line ....

again not sure why something doesn't seem rock solid about this process
another thing in 64-bit. like we know it most commands require using "I386\" or "AMD64" at a start parameter to run :

[HexEdit]
I386\

[runfile]
i386\ok.exe

[deletelineswith]
i386\

[editfile]
i386\
wile other commands don't require this

[copyfile]
@plugins\ok.exe,

now the 64-bit of XP got both i386 & AMD64 !!

I guess it can be fixed by parsing all i386\ to the root of the integration source no matter what is the integration source

[mr_smartepants]

So is this an issue that needs all the entries.ini files to be edited to compensate or does the RVMI code need to be amended to fix this?

[ENU_user]

So is this an issue that needs all the entries.ini files to be edited to compensate or does the RVMI code need to be amended to fix this?


maybe by adding some trivial %var% name to replace specifying (i386\ or AMD64\) (as optional of course) keeping it possible to edit in specific locations ...

trivial to the directory the code picks to work on ..
then some %var% in name is really the directory where the code identifies it being the source..
using for instance

@main\
or
source\

if "some" entries_.ini is compatible to run on both it may clutter the entries.ini
or raise some other problem on 64bit which happen to use have both directories...

[mr_smartepants]

most commands require using "I386\" or "AMD64" at a start parameter to run :

[HexEdit]
I386\

[editfile]
i386\


OK, so in the %VAR% parameter, do we declare i386 or I386 (upper vs lower case)? Because I've noticed both in some addons and you reference both above. Is the entries.ini case-sensitive?
@siginet, would the RVMI be confused because of a i386 vs. I386 pathway?

[5eraph]

We must troubleshoot this error on a case by case basis. This case is far too old, with an ancient version of RVMi (1.4.3). The newer replies belong in a new thread if the issue persists.

If you are having a problem similar to this, please start a new thread.