MSFN Forum: Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86 - MSFN Forum

Jump to content


Unattended CD/DVD Guide Homepage · MSFN Forum Rules

Welcome to the Applications Installs forum. Make sure you read the forum rules before you start posting.

Links/Requests to warez and/or any illegal material (porn, cracks, serials, etc..) will not be tolerated. Discussion of circumventing WGA/activation/timebombs/keygens or any other illegal activity will also not be tolerated.

We try our best to keep this forum clean of illegal content. If you see any illegal activity use the "report" button you find in every post to report the specific post to the moderators. If you ignore any of the rules you will be banned without notice.

Read Forum Rules
  • 50 Pages +
  • « First
  • 35
  • 36
  • 37
  • 38
  • 39
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86 Custom .NET+hotfixes+langpacks unattended installers/add-ons Rate Topic: -----

#721 User is offline   Pasha_ZZZ 

  • Newbie
  • Group: Members
  • Posts: 42
  • Joined: 03-December 09
  • OS:XP Pro x86
  • Country: Country Flag

Posted 17 January 2010 - 06:38 AM

View Poststrel, on Jan 17 2010, 12:29 AM, said:

I modified the error messages you pointed to finish with a dot character for your _SNMsynth.cmd color patch can be applied directly.
Can you please modify post #706 to reflect this change is not needed anymore and to add a working link for the ANSI... files like this one, so I can add a link to that post in the guide?
Post modified, direct link to ANSICON added.


#722 User is offline   strel 

  • segmentation fault
  • PipPipPipPip
  • Group: Members
  • Posts: 629
  • Joined: 24-February 08
  • OS:XP Pro x86
  • Country: Country Flag

Posted 17 January 2010 - 06:39 PM

New version released.

It solves a couple of minor bugs causing file not found errors, as described by Raoul90. Those errors only appeared in some cases if you used restricted hotfixes for 2.0 SP2 or if you used them only on some of the frameworks being processed. Those errors didn't harmed at all as the script was trying to execute files not present because of the bugs mentioned.

View PostKiki Burgh, on Jan 17 2010, 10:01 AM, said:

hi strel! just a few quick inquiries ... would this XPSEP XP and Server 2003 32 bit.exe have newer file than DNF30XPS? (there's 1 too for 64 bit.) so if i have this update in my UA, would it be better instead to leave this as DNF30XPS= in _SNMsynth.ini? would it be possible to have XPSEP XP and Server 2003 32 bit.exe processed in SNMSynth? thank you!
After some research, that packet installs WIC and MSXML6 in addition to XPS, and you cannot decide to avoid any of them. But though the packet is newer the files contained (or downloaded during install for the case of MSXML) doesn't. You can have more recent files from links in the guide, or from packets like YumeYao's WIC or so.


Pasha_ZZZ, I included a link to your patch.

#723 User is offline   coords 

  • Group: Members
  • Posts: 5
  • Joined: 23-June 05

Posted 18 January 2010 - 03:14 AM

Very interesting thread folks...

I have one issue that is annoying me, and hope that you have a solution. Is there a way to get the standard installation to do a passive install (with progress bar) but WITHOUT the dreaded cancel button? Our users just love playing with the cancel button if the installation takes too much time... any ideas/suggestions?

Thanks!

Co-ords

This post has been edited by coords: 18 January 2010 - 03:14 AM


#724 User is offline   Pasha_ZZZ 

  • Newbie
  • Group: Members
  • Posts: 42
  • Joined: 03-December 09
  • OS:XP Pro x86
  • Country: Country Flag

Posted 18 January 2010 - 03:18 AM

View Postcoords, on Jan 18 2010, 12:14 PM, said:

standard installation to do a passive install (with progress bar) but WITHOUT the dreaded cancel button?
In the script file (_SNMsynth.cmd) replace all /qb with /qb!

This post has been edited by Pasha_ZZZ: 18 January 2010 - 03:19 AM


#725 User is offline   Pasha_ZZZ 

  • Newbie
  • Group: Members
  • Posts: 42
  • Joined: 03-December 09
  • OS:XP Pro x86
  • Country: Country Flag

Posted 18 January 2010 - 11:47 AM

SNMs 20100118,
** Processing .NET 3.5 SP1 portion...
NDP35SP1-KB957661-x86.exe process delayed.
Processing NDP35SP1-KB958484-x86.exe...
& I see message box with error "Unable to open installer package......."
20100117 works w/o errors.

P.S.: All 3.5 sp1 updates give this error too. I think MSIEXEC cannot find MSI package (invalid extraction path?)...

This post has been edited by Pasha_ZZZ: 18 January 2010 - 12:09 PM


#726 User is offline   strel 

  • segmentation fault
  • PipPipPipPip
  • Group: Members
  • Posts: 629
  • Joined: 24-February 08
  • OS:XP Pro x86
  • Country: Country Flag

Posted 18 January 2010 - 12:28 PM

coords
Your custom installers will remove the cancel button for passive install. You don't need to change anything as Pasha_ZZZ proposes, unless what you want to remove is the cancel button during the building process.

Pasha_ZZZ
I could not recreate your errors, it's working fine for me. I'd need more data.

This post has been edited by strel: 19 January 2010 - 11:23 AM


#727 User is offline   Pasha_ZZZ 

  • Newbie
  • Group: Members
  • Posts: 42
  • Joined: 03-December 09
  • OS:XP Pro x86
  • Country: Country Flag

Posted 18 January 2010 - 12:53 PM

This is MSIEXEC commandline:
MSIEXEC  /p "C:\.NET\TMP\TMP1\HFX\NDP35SP1-KB958484.msp" /a "C:\.NET\TMP\TMP1\ADMIN35\vs_setup.msi" /qb
but there are no ADMIN35 folder!
2K3-KB971276-V2
ADMIN20
ADMIN30
DELAYEDHFXS
HFX
wcu
WRAP35
XP-KB971276-V3


#728 User is offline   strel 

  • segmentation fault
  • PipPipPipPip
  • Group: Members
  • Posts: 629
  • Joined: 24-February 08
  • OS:XP Pro x86
  • Country: Country Flag

Posted 18 January 2010 - 01:06 PM

But it's working fine for me, and unless you give me enough data to recreate your error, what you can do by simply attaching your PROCESSDATA.TXT file, I tend to think that something is wrong with the steps you're following... maybe something is wrong with your color patch... do some checkings.

#729 User is offline   Pasha_ZZZ 

  • Newbie
  • Group: Members
  • Posts: 42
  • Joined: 03-December 09
  • OS:XP Pro x86
  • Country: Country Flag

Posted 18 January 2010 - 01:19 PM

I found it! I forgot to append YES to MERGEFXS=. When I change to YES - all works fine, but why w/o YES doesnt work.... PROCESSDATA.TXT (when it gave me errors)
PROCESSDNF11=YES
PROCESSDNF20=YES
PROCESSDNF3520=YES
PROCESSDNF3530=YES
PROCESSDNF3535=YES
DNF20VC8RUNTIME=
DNF20OFFICE2K3DEBUGGER=
DNF30RGBRASTERIZER=YES
DNF30WIC=
DNF30MSXML6=
DNF30XPS=YES
DNF35VC9RUNTIME=
DNF35FFXBAPPLUGIN=
DNF35FFCLICKONCEEXT=
PROCESSLNGDNF11=YES
PROCESSLNGDNF20=YES
PROCESSLNGDNF3520=YES
PROCESSLNGDNF3530=YES
PROCESSLNGDNF3535=YES
TARGETOS=XP
T13ADDONS=
ROEADDONS=
ALSOINSTALLERS=YES
MERGEFXS=
SILENT=
COMPRATIO=

This post has been edited by Pasha_ZZZ: 18 January 2010 - 01:19 PM


#730 User is offline   strel 

  • segmentation fault
  • PipPipPipPip
  • Group: Members
  • Posts: 629
  • Joined: 24-February 08
  • OS:XP Pro x86
  • Country: Country Flag

Posted 18 January 2010 - 08:47 PM

I still cannot recreate your errors, and my ADMIN35 folder is being created as usual. May you have a problem with installer service, try restarting it; or may you have some issue with installed .NET frameworks in bad state, I'd try reinstalling them if the error persists, maybe using .NET framework cleanup tool.

#731 User is offline   clarkg888 

  • Group: Members
  • Posts: 5
  • Joined: 01-January 10

Posted 19 January 2010 - 06:32 PM

Hello,

I would first like to thank the developers of this great tool. I've used SNM in the past, and I'm just coming back to it to build a new XP install disk.

My trouble is that after install Microsoft Update wants to install KB974417. I'm creating the disk using the latest HFSLIP (1.7.10 beta D), and I'm using SNMsynth 20100118 to build an all-in-one passive installer that gets put in the GUIRUNONCE folder in HFSLIP. SNMsynth builds without errors, and the installer works without any errors that I can see.

I've checked the files 974417 updates: mscordacwks.dll, mscorlib.dll and mscorwks.dll: they are supposed to be version 2.0.50727.3603 and the installed system has this version.

Where should I look to find the cause of this?

By the way, I made a couple of small changes to _SNMsynth.cmd. It would not list the work or tmp directories in PROCESSDATA.TXT because I use the '-' as a date separator instead of '/'. For example:

 
ECHO>PROCESSDATA.TXT --- WORK FOLDER CONTENT:
REM fix by Clark
REM DIR /-C/ON|FINDSTR /R "../.*">>PROCESSDATA.TXT
DIR /-C/ON|FINDSTR /R /C:"^[^ ]">>PROCESSDATA.TXT
 


Thanks in advance,
Clark

Attached File(s)



#732 User is online   My2GirlsDad 

  • Junior
  • Pip
  • Group: Members
  • Posts: 97
  • Joined: 28-December 08
  • OS:Vista Home Premium x86
  • Country: Country Flag

Posted 19 January 2010 - 06:34 PM

I am still having a problem using Silent .NET Maker synthesized with my XP HFSLIPcd.

When I put XPDNF11SP120SP230SP235SP1.exe in SVCPACK folder, only Net 1.1 SP1 is installed. Upon further review actually Net 2.0 SP2 fails and that causes 3.0 SP2 along with 3.5 SP1 to fail. Why does 2.0SP2 fail?

When I put XPDNF11SP120SP230SP235SP1.exe in HFGUIRUNONCE folder, all NET frameworks are installed completely with no problems.

My question is what is happening in HFGUIRUNONCE that is not happening in SVCPACK? What is the difference?

Anybody have any ideas on this.

Just wondering.

M2GD

P.S.: My 2k HFSLIPcd works great when using SVCPACK folder.

#733 User is offline   clarkg888 

  • Group: Members
  • Posts: 5
  • Joined: 01-January 10

Posted 19 January 2010 - 07:11 PM

View PostMy2GirlsDad, on Jan 19 2010, 04:34 PM, said:

My question is what is happening in HFGUIRUNONCE that is not happening in SVCPACK? What is the difference?

P.S.: My 2k HFSLIPcd works great when using SVCPACK folder.


Items in SVCPACK are installed at T-13 (before the 2'nd reboot), while items in HFGUIRUNONCE are installed on the first GUI login after the 2'nd reboot. So, SVCPACK installs are done before HFGUIRUNONCE. There is less Windows 'infrastructure' available at T-13, so some things won't install then.

When I used SNM before the all-in-one installer feature was added, I would put the 2.0 installer in SVCPACK, and the 3.0 and 1.1 installers in HFGUIRUNONCE. Now, I'm just putting the all-in-one installer in HFGUIRUNONCE.

I might try putting in SVCPACK and test (after I've got the other issue I posted about resolved).

Clark.

#734 User is online   My2GirlsDad 

  • Junior
  • Pip
  • Group: Members
  • Posts: 97
  • Joined: 28-December 08
  • OS:Vista Home Premium x86
  • Country: Country Flag

Posted 19 January 2010 - 07:31 PM

Thanks for the reply clarkg888.

My confusion is because I had been putting it in SVCPACK with no problems but now it will not work there.

I just don't understand why and the fact that win2k works adds to that confusion.

M2GD

#735 User is offline   strel 

  • segmentation fault
  • PipPipPipPip
  • Group: Members
  • Posts: 629
  • Joined: 24-February 08
  • OS:XP Pro x86
  • Country: Country Flag

Posted 19 January 2010 - 09:08 PM

clarkg888
You should have this value in the registry:
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\DC3BF90CC0D3D2F398A9A6D1762F70F3\Patches\9E0DE89293FE9BB33898F24ED18CCF08\State 1 DWORD

My2GirlsDad
Don't know why this is happening to you but 2.0 should install properly at T-13.


I'll make tests tomorrow.

This post has been edited by strel: 19 January 2010 - 09:13 PM


#736 User is offline   clarkg888 

  • Group: Members
  • Posts: 5
  • Joined: 01-January 10

Posted 19 January 2010 - 10:32 PM

View Poststrel, on Jan 19 2010, 07:08 PM, said:

clarkg888
You should have this value in the registry:
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\DC3BF90CC0D3D2F398A9A6D1762F70F3\Patches\9E0DE89293FE9BB33898F24ED18CCF08\State 1 DWORD


Thanks strel for your quick reply.

Yes, that value is set.

However, the problem install was done on a Virtual PC machine. I ran the install on a partition on my real machine and it worked fine: Windows updates did *not* ask to install KB974417! One difference was that the LAN drivers weren't integrated, but were installed after the system was restarted, so Windows update didn't do its thing until then.

I'll have to make a build with the drivers integrated (Driverpacks) and try again to test that hypothesis.

#737 User is offline   strel 

  • segmentation fault
  • PipPipPipPip
  • Group: Members
  • Posts: 629
  • Joined: 24-February 08
  • OS:XP Pro x86
  • Country: Country Flag

Posted 21 January 2010 - 10:26 AM

My2GirlsDad, clarckg888, what I did: I built passive merged installer with 1.1 SP1, 2.0 SP2, 3.0 SP2, 3.5 SP1, with regular hotfixes and langpacks and not removing any subcomponent; I used HFSLIP 1.7.10 beta D over a vanilla XP SP3 applying the former installer in the HFSVCPACK folder, the process worked well except a couple of file not found messages not stopping the process and not while applying custom .NET installer, that I suppose has to do with some kind of error with HFSLIP beta itself. Nothing more. I went through the install process on a Virtual PC 2007 and ALL frameworks and langpacks installed correctly (HFSLIP Total Slipstream entry in Add/Remove Programs). Then I run windows update and no KB974417 nor any .NET hotfix were listed.

So I think these issues has nothing to do with SNMsynth but with something about your methods to build your custom win sources, but I'm out of ideas. I'm not an HFSLIP user so in case it has something to do with it maybe other expertise HFSLIP users may have more precise ideas about what could be happening.

Is there anybody else with those issues?

#738 User is offline   asbluesky 

  • Group: Members
  • Posts: 1
  • Joined: 20-January 10

Posted 23 January 2010 - 08:25 AM

Why each time makes a compression package of size is dissimilar?

#739 User is offline   strel 

  • segmentation fault
  • PipPipPipPip
  • Group: Members
  • Posts: 629
  • Joined: 24-February 08
  • OS:XP Pro x86
  • Country: Country Flag

Posted 23 January 2010 - 08:44 AM

Slightly, yes, I observed that also. I suppose it's something with the way the compression algorithm works, but don't know exactly why.

EDIT: Making some tests with compression parameters I could check that the different output sizes for sequential runs with the same settigns are not caused by 7-zip compression, differences seems to arise during the admin install creation or patching stage.

This post has been edited by strel: 03 March 2010 - 09:44 AM


#740 User is online   My2GirlsDad 

  • Junior
  • Pip
  • Group: Members
  • Posts: 97
  • Joined: 28-December 08
  • OS:Vista Home Premium x86
  • Country: Country Flag

Posted 23 January 2010 - 04:32 PM

View Poststrel, on Jan 21 2010, 11:26 AM, said:

My2GirlsDad, clarckg888, what I did: I built passive merged installer with 1.1 SP1, 2.0 SP2, 3.0 SP2, 3.5 SP1, with regular hotfixes and langpacks and not removing any subcomponent; I used HFSLIP 1.7.10 beta D over a vanilla XP SP3 applying the former installer in the HFSVCPACK folder, the process worked well except a couple of file not found messages not stopping the process and not while applying custom .NET installer, that I suppose has to do with some kind of error with HFSLIP beta itself. Nothing more. I went through the install process on a Virtual PC 2007 and ALL frameworks and langpacks installed correctly (HFSLIP Total Slipstream entry in Add/Remove Programs). Then I run windows update and no KB974417 nor any .NET hotfix were listed.


Strel,

I am totally confused now. I did the same thing you did... XP Home SP2 in source, SP3 hotfix in HF, and installer in HFSVCPACK, nothing else, using 1.7.10 beta D. I went through the install process on a Virtual PC 2007 as you did. Still only 1.1 SP1 is installed but not 2.0 SP2 or 3.0 SP2 or 3.5 SP1. What am I doing wrong?

Please check my entries and help me figure this out.

Thank you.

M2GD

Share this topic:


  • 50 Pages +
  • « First
  • 35
  • 36
  • 37
  • 38
  • 39
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

3 User(s) are reading this topic
0 members, 3 guests, 0 anonymous users



All trademarks mentioned on this page are the property of their respective owners
Copyright © 2001 - 2013 msfn.org
Privacy Policy