RyanVM.net Discussion Board Forum Index RyanVM.net Discussion Board

 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Welcome to Windows XP Service Pack 4
Goto page 1, 2, 3 ... 24, 25, 26  Next
 
Post new topic   Reply to topic    RyanVM.net Discussion Board Forum Index -> Community Update Packs
View previous topic :: View next topic  
Author Message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Mon Sep 09, 2013 3:04 pm    Post subject: Welcome to Windows XP Service Pack 4 Reply with quote

Windows XP SP4 Unofficial Final is now available!

Windows XP official support has ended. Many users - including me - who won't be able to upgrade their old machines to a newer OS would like to easily install all Windows updates in one convenient package. For this reason I started working on a Service Pack 4 package in September 2013.

Windows XP Unofficial SP4 ENU is a cumulative update rollup for Windows XP (x86) English. It can be applied to a live Windows XP system which has SP1, at minimum, installed or it can be slipstreamed (integrated) in any Windows XP installation media.

It includes updates for most Windows XP components, including MCE and Tablet PC. Request-only hotfixes have been included. Currently, Microsoft .NET Frameworks 4.0, 3.5, 1.1 and 1.0 (Tablet PC only) are included in the Windows XP SP4 package. In addition, all post-eol updates for .NET Framework 1.1, 3.5 and 4.0 until May 2014 have been included. The .NET 1.x, 3.5 versions are automatically installed/updated in live installations. Only Microsoft .NET Framework 3.5 is enabled by default in integrated installation. Microsoft .NET Framework 1.1 will be always installed if Media Center Edition is present.

If you download the WindowsXP-USP4-v2-x86-ENU.exe you can also scan Windows Update for POSReady updates, because the POSReady trick has been included.

The WindowsXP-USP4-v2-x86-ENU.exe installer can also be downloaded in the form of two ISOs. These ISOs can be found in the ISO for SP4 installer Cloud folder.

Windows XP SP4 security enhancements: Windows XP SP4 includes registry updates to enhance security. I want to thank Stefan Kanthak, a security expert who has kindly given me the necessary information. These security enhancements address issues not fixed by Microsoft updates.
This is an example of security vulnerabilities fixed by Stefan's registry updates: http://seclists.org/fulldisclosure/2013/Oct/151

Windows XP SP4 Documentation

The Documentation Cloud folder contains all Windows XP SP4 documentation files.


Windows XP Unofficial SP4 Download Locations:

Verification information and description:

    1. WindowsXP-USP4-v2-x86-ENU.exe (recommended)
    Description: Windows XP SP4 Installer with POSReady Update support
    Version: 2.0
    MD5: CF07D21FFFF544283AEB455CBEBAFF8C
    SHA1: 95AE364CE2CB39D9ED022E84F8829C883F43AB5F
    Date/Time Stamp: 15 November 2014 00:00:00 UTC
    Size: 992 MB (1040456589 bytes)

    2. WindowsXP-USP4-NOPOS-x86-ENU.exe
    Description: Windows XP SP4 Installer (no POSReady Update support)
    Version: 2.0
    MD5: 965E47FCBCDF5800E7783AE02B0DC8C2
    SHA1: 088BBC0E8279607062202DC00C2E1D51896BDF1F
    Date/Time Stamp: 15 November 2014 00:00:00 UTC
    Size: 992 MB (1040461739 bytes)

    Tools to create 6 Bootable Floppy Disks for older systems:

    3. WindowsXP-USP4-Floppy-ic.exe
    Description: Windows XP Home Edition SP4 Floppy Disk Utility
    MD5: A55815299706C1F4A84FBD6DAA0CF3F0
    SHA1: B6AF4F46ECAF3DE958887F361DDC15B1A659A327
    Date/Time Stamp: 15 November 2014 00:00:00 UTC
    Size: 4.46 MB (4677668 bytes)

    4. WindowsXP-USP4-Floppy-ip.exe
    Description: Windows XP Professional SP4 Floppy Disk Utility
    MD5: A8BD830A91C1C3C39DF124D75C59FB07
    SHA1: 0F0D23DB590C09171340D6EAC0CB772FF8EFB765
    Date/Time Stamp: 15 November 2014 00:00:00 UTC
    Size: 4.46 MB (4678008 bytes)

    These two ISOs can be used to install WindowsXP-USP4-x86-ENU.exe on older systems without DVD/USB support:

    5. SP4CD1-v2.iso
    Description: Windows XP SP4 Installer CD-ROM #1
    Version: 2.0
    MD5: 19A42A10229113215448F72BEC2C9B04
    SHA1: 8BE6BC4E1D15E4092F72C64599F8232D194AD1AD
    Date/Time Stamp: 15 November 2014 00:00:00 UTC
    Size: 640 MB (671336448 bytes)

    6. SP4CD2-v2.iso
    Description: Windows XP SP4 Installer CD-ROM #2
    Version: 2.0
    MD5: 8A3DA247B696C02F54B59DE794A232AF
    SHA1: 7D16C64D5DAC4D4D4CB095F5D3D7D681790EC2F8
    Date/Time Stamp: 15 November 2014 00:00:00 UTC
    Size: 359 MB (376602624 bytes)

This is SP4 Final OS Version: 5.1.2600.6532

WARNING! This RyanVM.net thread is the most trusted download location for Windows XP Unofficial SP4. Although some other sites can be trusted, users download at their own risk. Generally avoid other untrusted download locations!

DISCLAIMER: The author shall not be held responsible for any damage caused to your system. It is strongly recommended that you test this update before deployment!

Please contact me at har.kaz94@gmail.com. You can also post you comments below.

SIDE NOTES:

1. Windows XP Unofficial SP4 can be used in English only. Howewer, it is possible to translate to other languages using MUI packs.

2. Patches Cloud folder includes a number of patched files. These files, when used with SP4 media, should be digitally signed. Some of these can be used to enable installation on systems with 4 GB of RAM (or greater) while others will help you changing the default set of components to be installed during CD-ROM installations.

3. nLite and Windows XP Professional SP4: nLite will detect all Windows XP SP4 Professional media as "Media Center" ones. Ignore any Media Center-related messages, this behaviour is a result of the way nLite checks whether Media Center is present. Media Center will be available only if SP4 is slipsteamed in a media Center installation source.

4. A note about POST-SP4 Hotfixes. The post-sp4 update KB2918614 updates MSI 4.5. It is imperative that you install this update seperately. After installing it RUN THIS COMMAND: msiexec.exe /regserver
Also, if you're using .NET Framework 4.0 make sure you run:
%systemroot%\Microsoft.NET\Framework\v4.0.30319\ngen.exe executequeueditems
every time you install a new update or application for .NET Framework. This will boost system's performance and ensure reliability.


5. There is an issue with post-sp4 .NET updates I would like to report, which is not caused by the SP4 itself.

Scenario: Install SP4 -> Enable .NET Framework 4.0-> Run Windows Update Manual Check. -> Install Updates -> reboot (twice) -> Installed all updates successfully -> Run Windows Update Manual Check.

You will get the .NET Framework 4 GDR update (KB2468871) in the optional updates.
Reason: This happens because one of the newest updates deletes the:
HKLM, "SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2468871" and
HKLM, "SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 4 Extended Profile\KB2468871"registry keys.


SOLUTION: You can either let Windows Update download and install the update automatically (it must not be removed afterwards) or apply a reg file to satisfy Windows Update: http://www.mediafire.com/view/p8jibcgq66w9t17/netfx40_GDR_KB2468871.reg


6. You can install SP4 v2 on top of SP4 version 1.0. Before installing, howewer, delete the HKLM,"System\CurrentControlSet\Control\Session Manager\Environment","TZ",0,"MEZ-1MESZ-2" key.

7. Post-SP4 Update Pack: An update pack, which can be slipstreamed into any SP4-integrated installation disk, is now available. You can find it in the Post-SP4 Update Pack Cloud folder.
This update pack must be used with Windows XP SP4 Version 2- integrated media to Clean install Windows XP SP4 + all post-SP4 updates until the date specified below.

Latest Version: 22 November 2014

READ BEFORE DOWNLOADING: UNLIKE ALL OTHER UPDATE PACKS its integration is done in 3 steps:

1. Integrate the 7Z FILE in SP4 media using nLite or RyanVm Integrator. DO NOT perform any other tweaks YET. Close nLite or RyanVM Integrator and proceed with step 2.
2. Copy the CMPNENTS folder from the ZIP FILE to the installation directory.
3A. If you're using HOME Edition copy the HOME\I386\hivesft.inf file from the ZIP FILE to the I386 subfolder of the installation folder. OR:
3B. If you're using PROFESSIONAL Edition copy the PRO\I386\hivesft.inf file from the ZIP FILE to the I386 subfolder of the installation folder.


WARNING: The post-sp4 update pack, unlike Windows XP Service Pack 4 v2, has undergone limited testing! It's designed primarily for Clean, CD-ROM/DVD-ROM-based installations

This update pack is based on Onepiece's .NET Framework addons and 5eraph's POSReady addon.

Verification Information for the UPDATE PACK:
1. SP4addon-Nov14.7z (22450838 bytes): MD5 - FFE1AFC0D9E764C39D2437AAF76F4065
2. sp4addon-manualcopy-Nov14.zip (22658042 bytes): MD5 - A4142AF8D18B8AC59522C0AA6604A246

8. POSReady 2009 updates easily ported to Windows XP post-EOL
I have easily "ported" all updates to Windows XP. I upload the sfx installers for testing on a monthly basis. You can find these in the Post-SP4 Update repository Cloud folder.

NOTE: The .NET Framework 3.0 updates are not offered via Windows Update even if you apply the POSReady update hack. They can be found in the update repository as well as the latest post-sp4 update pack.

9. Windows XP SP4 Source Files: These files have been used to build Windows XP SP4 Final. They are provided to You under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License. Download available at the Unofficial SP4 Source Files Cloud Folder.
MD5: 50FF5BB78E7F93C2E219974F382D7EF2


Last edited by harkaz on Sat Nov 22, 2014 2:26 pm
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ELiTE



Joined: 08 Apr 2007
Posts: 12884
Location: Canada

PostPosted: Mon Sep 09, 2013 5:32 pm    Post subject: Reply with quote

Two thumbs up. EXCELLENT idea. Not my thing, contribution wise, but BEST OF LUCK with your project........... Cool
_________________
By downloading an ELiTE Switchless Installer Addon you, the End User, agree to abide by any Terms of Use prescribed by the Freeware App contained within.
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Tue Sep 10, 2013 4:32 pm    Post subject: Reply with quote

Thanks for you support. I am organising the SP3 files and preparing to update them later. I have decided to remove MSN Messenger completely, because it's no more functional.

I will also replace MSN Explorer with its latest free release. The current version is 13.562.5 Build 560 (source:Wikipedia) but I have only found MSN Explorer 10 as a free download. Is this the latest free MSN Explorer version available?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ricktendo64



Joined: 21 May 2006
Posts: 3203
Location: Honduras

PostPosted: Tue Sep 10, 2013 5:08 pm    Post subject: Reply with quote

Ask OnePiece or user_hidden, they may have the complete set of post sp3 updates for XP (with no superseded updates)
_________________

Please, donate any old PC hardware
Save time & space on your HDD/SSD with these installer repacks
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Wed Sep 11, 2013 3:46 pm    Post subject: Reply with quote

Thanks for the tip. I'll send them a PM later. Right now, I'm working on Windows Messenger removal. It's hard work after all. I have just finished modifying the update.inf and will proceed with the other setup files.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Kelsenellenelvian
Moderator


Joined: 30 Nov 2004
Posts: 4371
Location: Pocatello, ID

PostPosted: Wed Sep 11, 2013 3:51 pm    Post subject: Reply with quote

I have a "fixed" copy of sfxcab.exe.

Are you interested?

It is what was used to build the usp5 for win2k.
_________________

Please donate to Kelsenellenelvian
Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Wed Sep 11, 2013 4:48 pm    Post subject: Reply with quote

Yes, why not? It may be useful... Wink
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Thu Sep 12, 2013 6:52 am    Post subject: Reply with quote

I have a problem with editing syssetup.inf file. It seems that the file is digitally signed. How do I patch the syssetup.dll file to bypass this check?

Update: I tried copying the syssetup.dl_ from an Nlite'd disk, but it failed.
I can't find a patched syssetup.dll anywhere, msfn.org seems to be down at the moment and all other links are dead.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
5eraph
Moderator


Joined: 05 Jul 2005
Posts: 3992
Location: Riverview, MI USA

PostPosted: Thu Sep 12, 2013 12:09 pm    Post subject: Reply with quote

Have you tried Zacam's patch addon, PatchAddon_SYSSETUP_InfSkip_v14.7z? Apply it to a Windows source, then pull the file from the source once patched.
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Thu Sep 12, 2013 1:49 pm    Post subject: Reply with quote

Thanks for the link. I tried with nLite under Windows 7 (XP SP3 compatibility mode) but it failed to patch the file. I will retry on a real XP SP3 machine and update this post.

UPDATE: Nothing happens. syssetup.dll is still the original Sad
I'm using this addon:

INF Unlock Only: PatchAddon_SYSSETUP_InfSkip_v14.7z
SHA1: 99522BBBEA3C529170A2FE059ACC394793BB380C
Back to top
View user's profile Send private message Send e-mail Visit poster's website
5eraph
Moderator


Joined: 05 Jul 2005
Posts: 3992
Location: Riverview, MI USA

PostPosted: Thu Sep 12, 2013 3:36 pm    Post subject: Reply with quote

It must be used with the RyanVM Integrator:

Zacam wrote:
Requires Integrator 1.3.0 or higher Service Pack 2 or 3.
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Thu Sep 12, 2013 4:26 pm    Post subject: Reply with quote

I used RyanVMi for the patch. But now Windows XP Setup shows messages about installing unsigned drivers. Is there something wrong I'm doing? Is there a way to avoid this?

I also had this problem with a manual patch I did.

UPDATE: This does not happen with the original syssetup.inf file.
The only modification I've made is to comment out the

msmsgs.cat file

in [ProductCatalogsToInstall] section.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ELiTE



Joined: 08 Apr 2007
Posts: 12884
Location: Canada

PostPosted: Thu Sep 12, 2013 5:18 pm    Post subject: Reply with quote

Not a pro but you could possibly run an ignoreprompt.cmd in your install package:

Code:
Thank you for visiting Microsoft answers.

To turn OFF the Digital signature do these steps:-

1. Open the Command Prompt window by clicking the Start button, clicking All Programs, clicking Accessories, and then Right clicking Command Prompt and select
     "Run as Administrator".

2. On the Command Prompt type in the command “Bcdedit.exe /set nointegritychecks ON” without the quotes.

This will disable the Digital Signature.

http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_programs/how-to-i-turn-off-digital-signature/a7047647-bf29-468f-a885-8e23d60f3daa


I know, Go AWAY ELiTE.............. Laughing
_________________
By downloading an ELiTE Switchless Installer Addon you, the End User, agree to abide by any Terms of Use prescribed by the Freeware App contained within.
Back to top
View user's profile Send private message
5eraph
Moderator


Joined: 05 Jul 2005
Posts: 3992
Location: Riverview, MI USA

PostPosted: Thu Sep 12, 2013 5:44 pm    Post subject: Reply with quote

Try the following code in your WINNT.SIF file, harkaz:

Code:
[Unattended]
DriverSigningPolicy=Ignore
NonDriverSigningPolicy=Ignore
Back to top
View user's profile Send private message
Kelsenellenelvian
Moderator


Joined: 30 Nov 2004
Posts: 4371
Location: Pocatello, ID

PostPosted: Thu Sep 12, 2013 9:13 pm    Post subject: Reply with quote

harkaz wrote:
I used RyanVMi for the patch. But now Windows XP Setup shows messages about installing unsigned drivers. Is there something wrong I'm doing? Is there a way to avoid this?

I also had this problem with a manual patch I did.

UPDATE: This does not happen with the original syssetup.inf file.
The only modification I've made is to comment out the

msmsgs.cat file

in [ProductCatalogsToInstall] section.



This is the reason I gave up on making a new usp5
_________________

Please donate to Kelsenellenelvian
Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Fri Sep 13, 2013 2:20 am    Post subject: Reply with quote

Elite's solution is intended for Windows 7 but not for XP.
Creating WINNT.SIF and adding these lines is not a solution for a service pack, because it has to be as generic as possible.

@Kelsenellenelvian: It seems I have 3 options here:

1. Find a different patch for syssetup.dll, if possible.
2. Don't modify syssetup.inf at all, but this may impose limitations in creating the service pack.
3. Abandon the project, as you did.

I will start with number 1 to see if I can do something. A kernel debugger may be useful. Have you tried this before?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Fri Sep 13, 2013 8:01 am    Post subject: Reply with quote

The pSetupVerifyFile in setupapi.dll is responsible for this check. I will start working on it. I search Setup API SDK, but it's not documented there... My goal right now is to understand how pSetupVerifyFile works and change its parameters, not to prevent calling it.

A quick look with MASM: Can somebody help me understanding the Assembly language?

Code:
1. The "hot spot" in SYSSETUP.DLL:

6974F086                    loc_6974F086:               ; Xref 6974F063
6974F086 56                     push    esi
6974F087 57                     push    edi
6974F088 33F6                   xor     esi,esi
6974F08A 56                     push    esi
6974F08B 56                     push    esi
6974F08C 56                     push    esi
6974F08D 56                     push    esi
6974F08E 56                     push    esi
6974F08F 56                     push    esi
6974F090 8D85F4FDFFFF           lea     eax,[ebp-20Ch]
6974F096 50                     push    eax
6974F097 50                     push    eax
6974F098 E871310200             call    jmp_pSetupGetFileTitle
6974F09D 50                     push    eax
6974F09E 56                     push    esi
6974F09F 56                     push    esi
6974F0A0 56                     push    esi
6974F0A1 56                     push    esi
6974F0A2 E85B310200             call    jmp_pSetupVerifyFile
6974F0A7 8BF8                   mov     edi,eax
6974F0A9 3BFE                   cmp     edi,esi
6974F0AB 7421                   jz      loc_6974F0CE
6974F0AD 57                     push    edi
6974F0AE 68608A7169             push    offset off_69718A60   ; 'Setup: MyLoadLibraryWithSignatureCheck failed pSetupVerifyFile, le = %x',00Ah,000h
6974F0B3 56                     push    esi
6974F0B4 6A58                   push    58h
6974F0B6 68F88A7169             push    offset off_69718AF8   ; 'd:\xpsp\base\ntsetup\syssetup\misc.c',000h
6974F0BB E8158CFFFF             call    pSetupDebugPrint
6974F0C0 83C414                 add     esp,14h
6974F0C3 57                     push    edi
6974F0C4 FF153C137169           call    dword ptr [SetLastError]
6974F0CA 33C0                   xor     eax,eax
6974F0CC EB0D                   jmp     loc_6974F0DB



2. The Setuapi.dll pSetupVerifyFile:


779743A9                    pSetupVerifyFile:
779743A9 8BFF                   mov     edi,edi
779743AB 55                     push    ebp
779743AC 8BEC                   mov     ebp,esp
779743AE 8B452C                 mov     eax,[ebp+2Ch]
779743B1 33C9                   xor     ecx,ecx
779743B3 3BC1                   cmp     eax,ecx
779743B5 7410                   jz      loc_779743C7
779743B7 83381C                 cmp     dword ptr [eax],1Ch
779743BA 7506                   jnz     loc_779743C2
779743BC F6401201               test    byte ptr [eax+12h],1
779743C0 7505                   jnz     loc_779743C7
779743C2                    loc_779743C2:               ; Xref 779743BA
779743C2 6A57                   push    57h
779743C4 58                     pop     eax
779743C5 EB2D                   jmp     loc_779743F4

779743C7                    loc_779743C7:               ; Xref 779743B5 779743C0
779743C7 51                     push    ecx
779743C8 51                     push    ecx
779743C9 FF7534                 push    dword ptr [ebp+34h]
779743CC FF7530                 push    dword ptr [ebp+30h]
779743CF 6A02                   push    2
779743D1 50                     push    eax
779743D2 FF7528                 push    dword ptr [ebp+28h]
779743D5 FF7524                 push    dword ptr [ebp+24h]
779743D8 FF7520                 push    dword ptr [ebp+20h]
779743DB FF751C                 push    dword ptr [ebp+1Ch]
779743DE FF7518                 push    dword ptr [ebp+18h]
779743E1 FF7514                 push    dword ptr [ebp+14h]
779743E4 FF7510                 push    dword ptr [ebp+10h]
779743E7 FF750C                 push    dword ptr [ebp+0Ch]
779743EA 51                     push    ecx
779743EB 51                     push    ecx
779743EC FF7508                 push    dword ptr [ebp+8]
779743EF E8F0F0FFFF             call    fn_779734E4
779743F4                    loc_779743F4:               ; Xref 779743C5
779743F4 5D                     pop     ebp
779743F5 C23000                 ret     30h

779743F8 9090909090             db      5 dup (090h)


UPDATE: It seems what needs to be patched is here:

Code:

6974F0A2 E85B310200             call    jmp_pSetupVerifyFile
6974F0A7 8BF8                   mov     edi,eax
6974F0A9 3BFE                   cmp     edi,esi
6974F0AB 7421                   jz      loc_6974F0CE


The jz command prevents error messages from appearing when last result zero.
The cmp combined with jz has a special role:
http://stackoverflow.com/questions/9342659/assembly-jz-instruction-after-cmp

So edi and esi are subtracted. If they're equal, the result is zero, so it jumps to next routine. If it doesn't jump, it calls pSetupDebugPrint and it prints the error:

06/07/2010 20:44:24.515,d:\xpsp\base\ntsetup\syssetup\misc.c,88,,Setup: MyLoadLibraryWithSignatureCheck failed pSetupVerifyFile, le = 800b0100

The error code is 0x800B0100. This seems to be what we're looking for because the error message setup throws is:

The signature for Windows XP Professional Setup is invalid. The error code is 800b0100.
No signature was present in the subject.


I''ve located the section in HEX editor: the cmp command is at offset 3E4A9.

I need your help to create a patch here.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
bphlpt



Joined: 19 Apr 2008
Posts: 1083

PostPosted: Fri Sep 13, 2013 12:46 pm    Post subject: Reply with quote

It's been a looooong time since I've done assembly work, and I could be totally wrong, but it seems like it might be easiest to just change the jz to a jmp, ie always jump, not just if zero. Assuming that the non-zero result, if present, won't mess up the code located at "loc_6974F0CE". Unless I'm missing something?

Cheers and Regards
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Fri Sep 13, 2013 1:33 pm    Post subject: Reply with quote

I will try your suggestion bphlpt, this seems to be the solution. However, I have a practical problem: How do I get the hex code (machine code) after changing jz to jmp? This is essential to know in order to patch the syssetup.dll (I've already found the offset). Should I go trial and error?

UPDATE: I just patched it. I'm testing it right now. Will report back soon.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
bphlpt



Joined: 19 Apr 2008
Posts: 1083

PostPosted: Fri Sep 13, 2013 1:52 pm    Post subject: Reply with quote

Of course if the file you patched is also digitally signed, then ... ? Good luck!

Cheers and Regards
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Fri Sep 13, 2013 2:03 pm    Post subject: Reply with quote

It failed Sad The same error message appears...

Well.. Let's start from scratch...

I haven't used a kernel debugger so far... Probably I'll need to use SoftICE after all... For the moment, I'll work on the existing patch.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Fri Sep 13, 2013 2:58 pm    Post subject: Reply with quote

OK guys, I started working on the original patch.

I have GOOD NEWS: I have vastly improved the original patch.

Now the ONLY problem I face is "UNSIGNED BATTERY".
I will try to fix this later.

Code:
697446FE                    loc_697446FE:               ; Xref 697446B2
697446FE 39B5B8F5FFFF           cmp     [ebp-0A48h],esi
69744704 0F84E8000000           je      loc_697447F2
6974470A C785ACF5FFFF01000000   mov     dword ptr [ebp-0A54h],1
69744714 89B5B4F5FFFF           mov     [ebp-0A4Ch],esi
6974471A                    loc_6974471A:               ; Xref 6974477B
6974471A 8B85D0F5FFFF           mov     eax,[ebp-0A30h]
69744720 8B8DB4F5FFFF           mov     ecx,[ebp-0A4Ch]
69744726 3B4804                 cmp     ecx,[eax+4]     
; SOS this is the address of the original patch:
69744729 7375                   jnb     loc_697447A0
6974472B 56                     push    esi
6974472C 6804010000             push    104h
69744731 8D95DCF7FFFF           lea     edx,[ebp-824h]
69744737 52                     push    edx
69744738 51                     push    ecx
69744739 50                     push    eax
6974473A FF1578147169           call    dword ptr [SetupQueryInfFileInformationW]
69744740 85C0                   test    eax,eax
69744742 743B                   jz      loc_6974477F
69744744 56                     push    esi
69744745 56                     push    esi
69744746 56                     push    esi
69744747 56                     push    esi
69744748 FFB5CCF5FFFF           push    dword ptr [ebp-0A34h]
6974474E 8D85DCF7FFFF           lea     eax,[ebp-824h]
69744754 FFB5C0F5FFFF           push    dword ptr [ebp-0A40h]
6974475A 50                     push    eax
6974475B 50                     push    eax
6974475C E8ADDA0200             call    jmp_pSetupGetFileTitle
69744761 50                     push    eax
69744762 56                     push    esi
69744763 56                     push    esi
69744764 8D85F4FDFFFF           lea     eax,[ebp-20Ch]
6974476A 50                     push    eax
6974476B 56                     push    esi
6974476C E891DA0200             call    jmp_pSetupVerifyFile
69744771 FF85B4F5FFFF           inc     dword ptr [ebp-0A4Ch]
69744777 8BF8                   mov     edi,eax
69744779 3BFE                   cmp     edi,esi
6974477B 749D                   jz      loc_6974471A ;patched here with jmp - succeeded, only problem with battery catalogs!
6974477D EB21                   jmp     loc_697447A0


UPDATE: Additional flaw I discovered. Setuperr.log "noticed" my syssetup.dll patch:

Error: Setup detected that the system file named [C:\windows\system32\syssetup.dll] is not signed properly by Microsoft. This file could not be restored to the correct Microsoft version.
Use the SFC utility to verify the integrity of the file.


Needless to say that sfc /scannow shows no problem.
However, I discovered that the file is not present in dllcache and propably it's not protected by SFC!

Have you faced anything similar? For example, after modifying Setup billboard DLL?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
bphlpt



Joined: 19 Apr 2008
Posts: 1083

PostPosted: Fri Sep 13, 2013 6:01 pm    Post subject: Reply with quote

Isn't this the same kind of error that OnePiece mentions here?

Quote:
Integration side effects (not UpdatePack bugs):
  • setuperr.log will point out harmless error messages about some IE files like imgutil.dll, inetcpl.cpl, inseng.dll, mshtml.dll, msrating.dll, pngfilt.dll, occache.dll, webcheck.dll (caused by the patched Syssetup.dll used for integration and then restored with the original one). If you don't tolerate it you can integrate in addition this Onepiece Repair IE8 cosmetic problems addon
    (Hash MD5 5C7AF8CA9F637C993F4AEEFFB63F39ED - Filesize: 1.28 Kb - updated 2008-03-27) which does nothing else than cleaning those false errors in your setuperr.log file. Please note that in some rare configurations the integration of this addon could cause issues, so we don't suggest to use it.


Cheers and Regards
Back to top
View user's profile Send private message
tomasz86



Joined: 09 Aug 2011
Posts: 481
Location: windows2000.tk

PostPosted: Fri Sep 13, 2013 7:16 pm    Post subject: Reply with quote

SFC won't protect unsigned files.
_________________
Back to top
View user's profile Send private message Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sat Sep 14, 2013 10:53 am    Post subject: Reply with quote

Thanks for the tip, bphlpt, I'll check this later.
tomasz86, I've noticed that syssetup.inf is also present in the Lastgood and Lastgood.tmp directory. Is this normal?

Currently working hard on the "Battery unsigned" problem.

I'm making progress: I have been able to reproduce the problem I faced with the original patch with the new one I applied yesterday. I'm confident I'll find the solution.

UPDATE: Having tried many different patches, I haven't yet intercepted the check for battery catalogs... Can someone help me debug it to find its region in EXE?

Note: This is the region which, if changed, causes all catalogs not to be recognised correctly. This seems to be independent of battery, however. It seems that battery is checked in a previous stage:

Code:

697447F2                    loc_697447F2:               ; Xref 69744704
697447F2 8D85F4FDFFFF           lea     eax,[ebp-20Ch]
697447F8 50                     push    eax
;=========== HOT SPOT: Forcing this function to jump even if successful,
; reproduces the problem with the original syssetup.dll patch!===========
697447F9 E8ECD90200             call    jmp_pSetupVerifyCatalogFile ;verify catalog files
697447FE 8BF8                   mov     edi,eax
69744800 3BFE                   cmp     edi,esi
69744802 7520                   jnz     loc_69744824 ;IF NOT SUCCESSFUL jump near
; This line MUST NOT be changed; it reproduces the problem!
;=====
69744804 56                     push    esi
69744805 FFB5C8F5FFFF           push    dword ptr [ebp-0A38h]
6974480B 8D85F4FDFFFF           lea     eax,[ebp-20Ch]
69744811 50                     push    eax
69744812 E8DFD90200             call    jmp_pSetupInstallCatalog
69744817 8BF8                   mov     edi,eax
69744819 3BFE                   cmp     edi,esi
6974481B 7469                   jz      loc_69744886 ;Possible patch with jmp (EB).
;===============================
6974481D B819F60000             mov     eax,0F619h
69744822 EB05                   jmp     loc_69744829 ; it failed installing the catalogs, so it checks for driver signing policy.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sun Sep 15, 2013 5:49 am    Post subject: Reply with quote

Making progress: With a second patch, I managed to completely remove Messenger (its catalog was manually removed by me in syssetup.inf file). So it seems that this patch is required for some changes in syssetup.inf to actually take effect, apart from a simple change in verification routines. Now, the final step is removing the "Battery unsigned issue".
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sun Sep 15, 2013 7:00 am    Post subject: Reply with quote

Fixed the "Battery unsigned" issue, will perfrom some additional checks before giving you the essential details.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sun Sep 15, 2013 7:46 am    Post subject: How to properly patch syssetup.dll Reply with quote

Patching syssetup.dll is now completed Smile

The required steps to get rid of all syssetup.dll-related errors are presented below:

1. Grab the original XP SP3 syssetup.dll file.
2. Using a hex editor, like XVI32, open the dll file.
3. Go to address (offset) 33B7B.
4. Replace 74 with EB.
5. Save changes to syssetup.dll
6. Using modifype -c command or a similar tool fix the PE checksum.
7. To get rid of the "Battery unsigned" issue, you have to perform this additional step: Open the syssetup.inf with notepad. Go to the [DeviceInfsToInstall] section of the INF file. Delete or comment the line with the battery.inf file. Save changes.
8. Use the new syssetup.dll and syssetup.inf files instead of the original ones.

Known side-effects: Setuperr.log file reports that syssetup.dll is not properly signed. In addition, SFC does not protect syssetup.dll after installing Windows. However, SFC does not report any problems after Windows installation.

Waiting for your comments after testing the new patch.

UPDATE: Removed some redundant steps.

Time to return to my SP4 project Wink Very Happy
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Mon Sep 16, 2013 7:01 am    Post subject: Reply with quote

NEW: After reverse engineering the Gurgelmeyer's USP5 update.exe I have patched the latest update.exe (package installer version 6.3.15.0 - found it in Onepiece's update pack). This will considerably improve service pack 4 installation/unistallation experience.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Atari800xl



Joined: 30 Dec 2012
Posts: 116
Location: NL

PostPosted: Mon Sep 16, 2013 9:21 am    Post subject: Reply with quote

Thanks harkaz, nice to read your "adventures" every day. I'm not an expert, but I hope I can build a Dutch SP4 when you're done with all your magic...
Yesterday, I saw xdot's page at http://xdot.tk/updates.html and that looked like a nice way to collect all the updates, but of course the files on his site are English only... I still tested them with nLite and Dutch XP, but of course (?) that didn't work... (Well, it kinda worked, but there were 2 errors).
So I hope you'll tell us how we can build the SP4 when the time's right, from your last posts, I'm sure you will succeed!
Back to top
View user's profile Send private message
5eraph
Moderator


Joined: 05 Jul 2005
Posts: 3992
Location: Riverview, MI USA

PostPosted: Mon Sep 16, 2013 11:57 am    Post subject: Reply with quote

The following file, when used with RVMi, will apply harkaz's SysSetup.DLL patch (steps 1-6).

Details:
  • Intended for Windows XP x86 SP3
  • Tested in VirtualBox 4.2.18.
  • Integrates with RyanVM Integrator 1.3.0 or later only. nLite doesn't do custom patching via entries.ini files.
Download:


Last edited by 5eraph on Tue Sep 17, 2013 2:55 am
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Tue Sep 17, 2013 2:02 am    Post subject: Reply with quote

Thanks Atari800xl. I'm working on MSN Explorer 10.5 update now. I haven't tested the removed Messenger yet.

A great way to download all important updates from microsoft (no request-only hotfixes) in ALL languages, is WSUSOffline: http://download.wsusoffline.net/

I'll keep you updated with the latest changes in my project.

@5eraph: Have you tested the new patch? Is it working as it should?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
5eraph
Moderator


Joined: 05 Jul 2005
Posts: 3992
Location: Riverview, MI USA

PostPosted: Tue Sep 17, 2013 2:42 am    Post subject: Reply with quote

Tested and working as intended following steps 7 and 8 of your patching guide. Details added to my previous post.
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Tue Sep 17, 2013 9:09 am    Post subject: Reply with quote

A new challenge: While installing the service pack (testing now) this error message appears:

Setup cannot copy the file syssetup.dll.

Let's see what's going on here...

UPDATE: I will also have to fix catalog installation failure.

Let's see if Gurgelmeyer has done sth on that...

... The error GetCatVersion: Failed to retrieve version information from.... .CAT is also present in Gurgelmeyer's USP5. Probably patching it is not needed...

UPDATE #2: The error message: "A component's fil soes not match the information peresent in the verification manifest" seems to be related with update.ver. . It is probably related with modified syssetup.inf verification.

Issue seems to have been fixed with a second patch I applied. Note that Gurgelmeyer's update.exe suffered from the same issue as well. Smile

Messenger removed. The only thing I need to add for removal are the start menu messenger entries. Smile

After that, I'll test slipstreaming to SP3 installation media.

Is there an automated way to keep the update.ver up-to-date?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Thu Sep 19, 2013 6:16 am    Post subject: Reply with quote

Some instructions to create a self extracting executable. (Example: The D:\SP4 fodler is used as a source for service pack 4 components)

Code:
A. Extract the sfx from the KB942228 (for example) package for the desired language:

In the update package of the desired language, using a hex editor, search for MSCF string. (the third one).
From that one MSCF string where the CABINET file which is integrated in the update package begins, delete from cursor
(including that last MSCF string).

Save as D:\sp4.sfx.

This the self-extracting "header for EXE file.

B. Create the self-extracting cabinet

- Using CABARC (important, don't use makecab) run the command:

  cabarc -m LZX:21 -p -r N D:\sp4.cab D:\SP4\i386\*.*

- Mark the update.exe in the cabinet for auto-run.

The update.exe will be run each time you extract the cabinet. Any argument parsed to the sfx executable
will be parsed to the update.exe in the cabinet.

Using a hex editor, open the sp4.cab file you just created.
Search for "i386\update\update.exe" text (without the quotation marks).

Go to the hex editor section. In front of the hex numbers that translate to SP4\i386\update\update.exe there is
the number 20 00.

Change 20 to 60 and save changes.

- Append the sfx with sp4.cab file in a new self-extracting executable.

Run the command:

copy /b D:\sp4.sfx+D:\sp4.cab D:\WindowsXP-UnofficialSP4-ENU-x86.exe

(choose a suitable name for the EXE like the one above).

Optionally, add a manifest to require elevation each time the SP4 package is run.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
tomasz86



Joined: 09 Aug 2011
Posts: 481
Location: windows2000.tk

PostPosted: Thu Sep 19, 2013 10:52 am    Post subject: Reply with quote

@harkaz Good luck with the project but I think you're spending a lot of time on things which have already been done...

Same instructions as the ones above were already posted by WildBill 3 years ago here, and here you can also find my automated version.

As for Gurgelmeyer and USP5 - he didn't modify any signed system files so no additional patching was necessary (except for the installer).
_________________
Back to top
View user's profile Send private message Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Thu Sep 19, 2013 3:21 pm    Post subject: Reply with quote

Thanks! This was the source of theseinstructions, and thank you for mentioning it! I posted it in this thread so that everything is one place.

Now, I have an additional problem with update.exe. No catalog file installs after SP4 installation completes. Similar problems arise when slipstreaming the SP4 to installation media.

I will try to create a new patch.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
X



Joined: 10 May 2011
Posts: 4

PostPosted: Fri Sep 20, 2013 6:17 pm    Post subject: Reply with quote

Seeing if this will subscribe me to the thread. Interested in this project. Have nothing else to say except good luck.

Last edited by X on Sat Sep 21, 2013 1:15 pm
Back to top
View user's profile Send private message Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sat Sep 21, 2013 8:04 am    Post subject: Reply with quote

Thanks! Smile Right now, I'm trying to fix some issues related with modified syssetup.dll and syssetup.inf files: no catalog is installed during service pack installation.
If you know Assembly, I need your help here:

After some examination of the svcpack.log file (I tested various possible patches), I'm almost certain that the problem is related with the SetupDiCallClassInstaller function of the setupapi.dll library.

This function fails with error code: 0x800b0100 (No signature was present in the object).
However, no "unsigned driver" dialog is displayed.

Probably the SP_DEVINSTALL_PARAMS structure, which is passed to the SetupDiSetDeviceInstallParams function is the key to the solution. This function is normally called before the SetupDiCallClassInstaller and sets the device installation parameters.

Which flag of this function would cause such a behaviour? Luckily, the SP_DEVINSTALL_PARAMS structure is fully documented: http://msdn.microsoft.com/en-us/library/windows/hardware/ff552346(v=vs.85).aspx.
As we read there, the DI_QUIETINSTALL flag of the structure seems to do what we're looking for:

Quote:
DI_QUIETINSTALL
Set if the device installer functions must be silent and use default choices wherever possible. Class installers and co-installers must not display any UI if this flag is set.


We search the update.exe disassembly for the SetupDiSetDeviceInstallParams function.

Found this:

Code:
;====POSSIBLE PATCH REGION======================
0107A549                    loc_0107A549:               ; Xref 0107A536
0107A549 8D8D8CF8FFFF           lea     ecx,[ebp-774h]
0107A54F 51                     push    ecx
0107A550 8D8DECFBFFFF           lea     ecx,[ebp-414h]
0107A556 51                     push    ecx
0107A557 8D8D98F8FFFF           lea     ecx,[ebp-768h]
0107A55D 51                     push    ecx
0107A55E 6A00                   push    0
0107A560 6800030201             push    offset loc_01020300
0107A565 50                     push    eax
0107A566 C7858CF8FFFF04010000   mov     dword ptr [ebp-774h],104h
0107A570 FF1504100001           call    dword ptr [RegQueryValueExA]
0107A576 85C0                   test    eax,eax
0107A578 0F858B020000           jne     loc_0107A809
0107A57E 83BD98F8FFFF01         cmp     dword ptr [ebp-768h],1
0107A585 0F857E020000           jne     loc_0107A809
0107A58B 8D85ECFBFFFF           lea     eax,[ebp-414h]
0107A591 50                     push    eax
0107A592 57                     push    edi
0107A593 8D85F8FEFFFF           lea     eax,[ebp-108h]
0107A599 6803010000             push    103h
0107A59E 50                     push    eax
0107A59F E8C2D0FBFF             call    fn_01037666
0107A5A4 83C410                 add     esp,10h
0107A5A7 FFB5A8F8FFFF           push    dword ptr [ebp-758h]
0107A5AD FF1508100001           call    dword ptr [RegCloseKey]
0107A5B3 838DA8F8FFFFFF         or      dword ptr [ebp-758h],0FFFFFFFFh
0107A5BA 8D85C8FBFFFF           lea     eax,[ebp-438h]
0107A5C0 50                     push    eax
0107A5C1 56                     push    esi
0107A5C2 53                     push    ebx
0107A5C3 C785C8FBFFFF28010000   mov     dword ptr [ebp-438h],128h
0107A5CD FF156C900901           call    dword ptr [SetupDiGetDeviceInstallParamsA]
0107A5D3 85C0                   test    eax,eax
0107A5D5 0F84E5020000           je      loc_0107A8C0
0107A5DB 818DD0FBFFFF00080004   or      dword ptr [ebp-430h],4000800h
0107A5E5 8D85C8FBFFFF           lea     eax,[ebp-438h]
0107A5EB 50                     push    eax
0107A5EC 56                     push    esi
0107A5ED 53                     push    ebx
0107A5EE C785CCFBFFFF00008000   mov     dword ptr [ebp-434h],800000h
0107A5F8 FF1568900901           call    dword ptr [SetupDiSetDeviceInstallParamsA]
0107A5FE 85C0                   test    eax,eax
0107A600 7511                   jnz     loc_0107A613
0107A602 FF15C8110001           call    dword ptr [GetLastError]
0107A608 50                     push    eax
0107A609 68D4720201             push    offset off_010272D4   ; 'SetupDiSetDeviceInstallParams() failed with error 0x%lx ',00Ah,000h
0107A60E E9E2000000             jmp     loc_0107A6F5
;==============================================


A search in setupapi.h (in Windows SDK) for the DI_QUIETINSTALL value gives us the hex value 0x00800000.

We can find the value at offset 0107A5EE above, just before the SetupDiSetDeviceInstallParams function is called. An amazing coincidence Wink Probably the device installation flags are retrieved using the SetupDiGetDeviceInstallParamsA call at 0107A5CD and then the DI_QUIETINSTALL value is added to them to force a silent UI.

My goal is obvious here: I want to remove the additional flag.

I will try and test this very soon afterwards, but I would like to hear your suggestions.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sat Sep 21, 2013 12:14 pm    Post subject: Reply with quote

Changing the parameter to 0 changed absolutely nothing. Sad

Probably it requires some debugging.
For the moment I'm working on the other errors I haven't checked.

The GetCatVersion failure is a characteristic example. This error is also present in Windows 2000 USP5 when applied on top of Windows 2000 RTM. I don't know if it will solve the problem however.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sat Sep 21, 2013 1:22 pm    Post subject: Reply with quote

It's very difficult to install all catalogs with a modified syssetup.dll on a live system.

I'm abandoning the idea of using a patched syssetup.dll for installation on a LIVE system.
After all, a modified syssetup.dll is required only for syssetup.inf modification to install catalogs during Windows XP Setup.

I'm working on that.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sun Sep 22, 2013 4:22 am    Post subject: Reply with quote

I put back the original syssetup.inf and syssetup.dll files but it did not fix the problem!

That's very interesting...
Back to top
View user's profile Send private message Send e-mail Visit poster's website
5eraph
Moderator


Joined: 05 Jul 2005
Posts: 3992
Location: Riverview, MI USA

PostPosted: Sun Sep 22, 2013 6:33 am    Post subject: Reply with quote

Are you getting any catalog files to install? Would it help to use a command line tool to install them, like SignTool?
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sun Sep 22, 2013 7:04 am    Post subject: Reply with quote

No catalogs are installed at all. I will test signtool. It seems that the issue is related with messenger removed INF files - the catalog nt5inf.cat fails.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
5eraph
Moderator


Joined: 05 Jul 2005
Posts: 3992
Location: Riverview, MI USA

PostPosted: Sun Sep 22, 2013 7:44 am    Post subject: Reply with quote

You can find the latest known version of SignTool in an addon of mine.
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Sun Sep 22, 2013 11:30 am    Post subject: Reply with quote

When I manually tried to add some catalogs with signtool, it reported no problems.

I'm trying to find out why update.exe can't do that.

UPDATE: An interesting observation: After installing SP4, the partmgr.sys driver is the only one which is signed. On the other hand, disk.sys is unsigned. However, BOTH FILES are signed by sp3.cat, as signtool indicated!

MOST interesting....

UPDATE#2: After some testing, it seems that the GetCatVersion error is strongly related wkth the patch applied to skip update.inf verification,
The same error appears even when changing almost nothing in update.inf (existing catalogs remain installed however, thus avoiding further complications).
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Mon Sep 23, 2013 3:33 pm    Post subject: Reply with quote

After all, I have been able to install the SP4 on top of SP3 with all the catalogs installed. (The GetCatVersion error is still present). I have to use the original layout.inf, syssetup.dll and syssetup.inf files for installation on a live system.

Are ALL these files required for a sysprep installation - I know that layout.inf is required. Is there a patch to accept a modified layout.inf in GUI mode setup?

Another issue I detected: When I create a new user profile, it tries to configure Messenger, but it complains about msmsgs.inf not being present (I've deleted it in SP4, along with messenger). How do I update the registry to remove this?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ricktendo64



Joined: 21 May 2006
Posts: 3203
Location: Honduras

PostPosted: Mon Sep 23, 2013 4:23 pm    Post subject: Reply with quote

harkaz wrote:
Another issue I detected: When I create a new user profile, it tries to configure Messenger, but it complains about msmsgs.inf not being present (I've deleted it in SP4, along with messenger). How do I update the registry to remove this?


You need to delete the reg in HKLM\Software\Microsoft\Active Setup (search for the INF) and delete the GUID
_________________

Please, donate any old PC hardware
Save time & space on your HDD/SSD with these installer repacks
Back to top
View user's profile Send private message
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Mon Sep 23, 2013 4:46 pm    Post subject: Reply with quote

Thanks ricktendo64 Smile I will update the SP installer.

Guess what? Just added a modified syssetup.dll and syssetup.inf flawlessly Smile It seems that layout.inf is the culprit. Let's see if we can fix this issue completely...
Back to top
View user's profile Send private message Send e-mail Visit poster's website
harkaz



Joined: 16 Nov 2012
Posts: 531
Location: GR

PostPosted: Tue Sep 24, 2013 12:37 pm    Post subject: Reply with quote

I applied the setupapi.dll patch found here:
http://www.vorck.com/windows/edit-setupapi.html

(also replaced the ,_x, with ,, in layout.inf file)

but it didn't fix the update.exe issue.

I will keep this patch for CD-ROM installations and try to intercept the check.
Probably the signtool will be useful...
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    RyanVM.net Discussion Board Forum Index -> Community Update Packs All times are GMT - 5 Hours
Goto page 1, 2, 3 ... 24, 25, 26  Next
Page 1 of 26

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group