tomasz86

Unofficial SP 5.2 for Microsoft Windows 2000 (WIP)

960 posts in this topic

Well I had been trying a remote access tool with every build you have made so far called logmein and until this release it has worked I am unsure why yet but I will investigate further

0

Share this post


Link to post
Share on other sites

@Tomasz

after some time I returned on w2k. I was a little bit busy.

I slipstreamed 2 version of UURollup 11:

1. Windows2000-UURollup-v11d120904-x86-ENU.7z, all is ok slipstreaming & VM installation

2. Windows2000-UURollup-v11d120906-x86-ENU.7z, installation ko.

I used w2k pro enu, usp 5.1, Ie6, wmp9, dx9, Windows2000-UpdateRollup2-x86-ENU.exe, mdac 2.81

Following link for screenshot:

http://ge.tt/5cosobN

Regards

0

Share this post


Link to post
Share on other sites

Welcome back :hello: as always thanks a lot for testing.

I myself haven't tested slipstreaming yet. If possible, could you try to slipstream the newest daily version of UURollup (d120911) but put only USP5.1 and UR2 with it (no other packages). This way we can track the issue more easily.

Edited by tomasz86
0

Share this post


Link to post
Share on other sites

Hi Tomasz.

New trial:

W2kpro, usp 5.1, UR2, UURollup (d120911).

When installing in VM PLayer, I obtain same error as before, same message, same error code of my previous screenshot.

regards

0

Share this post


Link to post
Share on other sites

Welcome back :hello: as always thanks a lot for testing.

I myself haven't tested slipstreaming yet. If possible, could you try to slipstream the newest daily version of UURollup (d120911) but put only USP5.1 and UR2 with it (no other packages). This way we can track the issue more easily.

Which folder is the daily versions of UURollup go into when slipstreaming with HFSLIP now that it's a 7z file? Does it still go in HF?

My2GirlsDad

0

Share this post


Link to post
Share on other sites

Problem confirmed. One of the newly added files seems to be causing the error. The last working version of UURollup is d120904.

This is a list of differences between d120904 (left) and d120906 (right):

dSo2n.png

I suspect the newly added wintrust.dll (verification needed). Normally this error appears when one of the digitally signed files like layout.inf has been edited, and can be usually "fixed" by disabling SFC but not in this case. I tried to disable SFC using nLite but it didn't help. More testing is necessary.

Edit: Confirmed. It's wintrust.dll to cause the problem.

@My2GirlsDad

"Officially" it's not possible to slipstream the daily versions. I think that acus simply created an SFXCAB installer himself. I've been storing the daily versions in the .7z format because it saves space which I'm running out of now. I've got 5 disks here but 4 of them are small (130 GB total) and the last one is a 500 GB SATA HDD. The problem is that the big one is dying :} so I can't keep important files on it. I could provide a script which would automatically create an installer from the .7z package though. I'll think about it :)

Edited by tomasz86
0

Share this post


Link to post
Share on other sites

@My2GirlsDad

As Tomasz said, I repack UUR11.

@Tomasz

The w2k I used is with usp5.1 slipstreamed before the use of HFSLIP.

Following instructions of www.vorck.com, I added a driver manually, and edited TXTSETUP.SIF to disable LAYOUT.INF check:

"TXTSETUP.SIF and LAYOUT.INF file "protection."

This one is easy. I keep telling people that the reason Windows chokes on some modified INF files like LAYOUT is because it checks file sizes against the list in the LAYOUT.INF file of any file that has an _X in its line. In other words, if we open LAYOUT.INF and TXTSETUP.SIF, and find the line of that file, it reads:

layout.inf = 2,,244801,,,,_x,20,0,0

If you want to modify this file, delete the _X!

layout.inf = 2,,244801,,,,,20,0,0

ZOMG the _X is gone

Additionally, I hexedit SFC.dll like Gas_Hed suggested: ()

To disable WFP, change the following in sfc.dll (version 5.0.2195.6921, file size 94,456 bytes, located in system32 subdirectory to Windows directory):

at x6276, change 8B C6 to 90 90

Regards

0

Share this post


Link to post
Share on other sites

@acus

What hex editor did you use to patch the file? I've been trying to do it with XVI32 but can't find the string :blink: The version of my sfc.dll is correct...

0

Share this post


Link to post
Share on other sites

A new daily version of UURollup-v11 is ready.

This one is very experimental so be careful, and do not try to slipstream it because I've been playing around with the registry changes and some of them won't be applied when it's slipstreamed. From now on I also won't be providing a changelog for the daily releases. It's too time consuming. If you want to know what exactly has changed then you can always compare the builds yourself by using a specialised tool and compare the two folders after unpacking the archives. I myself use KDiff3 which shows all differences very clearly :)

0

Share this post


Link to post
Share on other sites

Thanks a lot. I've found it. I'm weak at hex editing :blushing:

BGNua.png

0

Share this post


Link to post
Share on other sites

While testing installation from DOS (click) I have found out that there are two files in Update Rollup 2 which don't follow the standard 8.3 format. Normally they're located inside one of the CABs but HFSLIP doesn't add them there but rather slipstreams them separately. Because of that they can't be copied when Windows setup is being run from DOS :angry:

I've also found another problem. The unofficial KB973904-v3 was created in order to make slipstreaming possible because the original update added new Wordpad files which weren't originally present in the system. The problem was "fixed" by adding a modified wordpad.inf where new entries related with the newly added files were added. Now the problem is that it doesn't work in a HDD based system installation. I hadn't experienced any problems before when using a bootable USB but when installing the system from HDD the installer just cannot find the files! Fortunately, you can still search for them manually. I'm going to try modifying the wordpad.inf file differently and see whether it makes any difference. If it doesn't help then editing the layout.inf may be inevitable.

@acus

Hmm, I've been trying to get the new wintrust.dll work properly during slipstreaming but no success yet. Did it work for you after "patching" the sfc.dll and removing the "_x" in the lines related with layout.inf?

Edited by tomasz86
0

Share this post


Link to post
Share on other sites

I haven't written for a few days...

The wintrust.dll problem is still unfixed. It must be possible to fix the problem but I haven't managed to do it yet. I've got something in mind but couldn't test it yet.

There won't be any new stable release of UURollup this month. The current daily versions of UURollup-v11 are still very experimental and there hasn't been any weekly version available too so it's still a long way to prepare a stable version. Good news is that I've finally managed to do a fresh installation of Win2k on my desktop and install the latest daily of UURollup-v11 there, and it worked! If I try to install it over UURollup-v10c in my current system it crashes so I was worried whether there might be a problem with my hardware but it doesn't seem so.

Edited by tomasz86
0

Share this post


Link to post
Share on other sites

I haven't written for a few days...

The wintrust.dll problem is still unfixed. It must be possible to fix the problem but I haven't managed to do it yet. I've got something in mind but couldn't test it yet.

There won't be any new stable release of UURollup this month. The current daily versions of UURollup-v11 are still very experimental and there hasn't been any weekly version available too so it's still a long way to prepare a stable version. Good news is that I've finally managed to do a fresh installation of Win2k on my desktop and install the latest daily of UURollup-v11 there, and it worked! If I try to install it over UURollup-v10c in my current system it crashes so I was worried whether there might be a problem with my hardware but it doesn't seem so.

I might suggest to start using SVN it would be much easier and fast plus you could have much outside help that way

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.