Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


  • Content Count

  • Donations

  • Joined

  • Days Won


Everything posted by tomasz86

  1. Just a quick update, as I decided not to pay for the "windowsarchives.com" domain any more, and it has recently expired. The reason is that I have other things, unrelated to Windows, which I also want to share, so I would rather use and pay for just one single domain under my own name, and keep all the other things in their respective subfolders. I am sorry for the inconvenience and I hope you will understand . Anyhow, the Windows Archives website is, of course, not dead, and from now on will be available under https://twilczynski.com/windows.
  2. No, but I do not think that it is necessary. It seems to only be applicable to Windows 2000 RTM and SP1. I cannot find any specific information on the M$ website, but this site explains it well. I did manage to find an archived link to the original package, just in case: https://web.archive.org/web/20120430103429/http://www.microsoft.com/en-us/download/details.aspx?id=15667
  3. @Tommy, I am not sure when you used my packages before, but according to the changelog on my website, I removed the unofficial updates from the updates lists in 2014 . I do not remember exactly when I removed them from my FullPack, but I would guess that it was around that time too (maybe a little bit later, but still ~4 years ago). I decided not to include them, as I wanted to focus mainly on providing a stable base with all the official updates integrated, and leave the unofficial modifications to the more skilled people (who were @WildBill and @blackwingcat at the time). As for the USP 5.1, it is not included because it installs buggy USB 1.1 drivers, and also is English-only while I want to eventually provide my packages in all languages supported by Windows 2000. Also, while I do not have the hard data right now, judging from my testing in the past, I am almost 100% sure that all the updates and hotfixes included in the USP 5.1 (excluding the buggy ones) are covered by my updates list. As you said, DX 10 or even any unofficial drivers would require to have the unofficial kernel / core installed in the first place, thus I am not including any of them. While there are a few unofficial packages listed on my website, they are mainly just repackaged versions of official system components, such as the .NET Framework addons, or the additional system fonts, both of which work in stock Windows 2000. Unless I decide to include the unofficial kernel / core, or any other modified files on my website, I do not plan to include any such unofficial packages for now. If I ever change my mind, they would become a separate list, as I want to keep the main updates list stock.
  4. You can find the old Global version in https://mega.nz/#F!SlACALYL!9eek__QpDtB4CIqLR_hUDQ. Please keep in mind that it is very old, and also does not offer most of the benefits of the BWC kernel (or even the last UURollup for ENU), since most of the core system files are language specific.
  5. Unfortunately I do not have the skills to do it. In case of Windows XP, M$ has released a new version of the file termdd.sys. The file itself is OS specific, so it is impossible to use the XP file in Windows 2000. The file in our OS would have to be reverse engineered and patched accordingly to the XP file.
  6. Make sure that your drivers, and especially the graphics driver, support PAE. I do not know for now, but in the past in my testing only the NVIDIA drivers worked, while both AMD and Intel drivers did not.
  7. I asked the same question regarding Windows 2000 a few years ago, but there has been no definite answer.
  8. While true, I still think that this is a good option to do for the greater good. Right now, the links are accessible only to those logged in on the MSFN forum. If the forum goes down or something happens to the file, they may be lost forever. I myself have gathered all the POSReady updates with their respective links available in the MS Catalog from 2010 to now, but have not managed to archive the older links yet. In case of many Windows 2000 (and older) updates, some of them did actually "vanish", and we have no access to the files any more. Only the broken URLs remain. This is especially true for updates for the less popular language versions of Windows.
  9. I think that it may be beneficial to create a new topic with all the links listed directly in the post instead of a text file. This way they could be indexed by search engines, and also hopefully grabbed by the Wayback Machine while they are still functional.
  10. Ah, so I guess that we have found the culprit then! Even though you did take some time away from me, it is all right . At least now we know that slipstreaming with HFSLIP2000 works fine under all versions of Windows, and I myself will definitely make use of the HFSLIP2000-info script in my future testing. You kind of motivated me to actually write the script, and for that I am very thankful. I would guess that it is nLite adding those drivers to cause the IE/DX issue. Installing from USB should normally not affect anything, unless you have used some kind of a fancy tool which tampers with the system files. I do not use nLite anymore, but as far as I remember, there is a special instruction on using it after HFSLIP. Please check https://web.archive.org/web/20171220125454/http://www.vorck.com/windows/2ksp5.html, especially "Step 13". "This utility" can be found here: Edit: I just want to say that I have not forgotten about the .NET incomplete installation problem. If you look carefully at the progress bar during the Windows setup process, you can clearly see that the .NET Framework components are being processed extremely quickly. I would say - too quickly. This likely means that the INF files responsible for their installation are simply being skipped there. I will try to troubleshoot the problem, but I may need some time to investigate all the possible causes.
  11. Yeah, so the only difference between the old HFSLIPWU.INF and the new HFSLIPWU.INF is the HFSLIP2000 version number included in one of the strings (1.0.2 vs 1.0.3BETA), which does not matter also. Right now there seem to be basically no differences between your and my copies of the updated Windows 2000 source, but mine installs perfectly here, so I am quite confused. I myself am using Windows 7 (fully updated) as the host OS, and testing the installation in VirtualBox (v5.2.28). Where are you installing your Windows 2000? Is it a real computer, or a virtual machine? I will try to test slipstreaming under Windows 10 (1809), and will also try to find out why that experimental version of HFSLIP2000 fails (because it is the only case where I can reproduce the IE/DX versioning issue). Edit: Slipstreaming under Windows 10 makes no difference for me. The resulting source folder is exactly the same as the one slipstreamed under Windows 7. It installs correctly too.
  12. Thank you. As I mentioned above, the difference between the two SETUPREG.HIVs does not seem to matter though. There is, however, another difference in the two HFSLIP-info files of yours. Could you please upload HFSLIPWU.INF from the i386 folder - both the old and the new one?
  13. I think that we may have a little bit of a mistery here. Your "SETUPREG.HIV" is indeed abnormal. The file has basically its contents doubled, hence it has twice the size of the original. The problem is that even in this state, it does not affect the installation process. I have used the file for my test installation, and there was no difference with the previous one. The installed system was functioning 100% normally, with both IE6 and DX9 present. At the moment, the only way that I can reproduce the IE/DX missing issue is when using that experimental version of HFSLIP2000 from two years ago, but your log file suggests just the standard version of HFSLIP2000, so I am really not sure what may have caused the issue .
  14. Hmm, I expected some significant differences in the slipstreamed files, but in fact almost all of them are exactly the same as in my source, with the exception of "SETUPREG.HIV". Yours is almost double the size of the original, which is quite strange. This file is modified by HFSLIP only in the very beginning of the slipstreaming process when adding support for larger drives to the Windows 2000 installer, and I am suspecting that this may be the host OS (which is Windows 10 in your case) to mess the things up. Even after the modifications, the file size should normally stay roughly the same (as it is in my case). I would like to ask for two things: 1. Could you please share your "SETUPREG.HIV" file for inspection? If possible, both the one from your unmodified Windows 2000 source, and the one after using HFSLIP2000. 2. I have uploaded a new, beta version of HFSLIP2000 to the Archive under https://mega.nz/#F!2lBVBBLI!WqmqhpxuX0qyCY1LiX4-gw!L0omSarK. This one does not use "reg.exe" from the host OS, but rather relies on the one from Windows 2000 to patch "SETUPREG.HIV". This will probably require some time, but if possible could you use this version of HFSLIP2000 to slipstream everything again, and then run "HFSLIP2000-info.cmd" on the newly created source? I would like to compare it with the old one to verify my suspicions.
  15. I like this attitute . I have uploaded the script to the download Archive under https://mega.nz/#F!2lBVBBLI!WqmqhpxuX0qyCY1LiX4-gw!L0omSarK. Please download "HFSLIP2000-info.7z" and unpack it to your Windows source folder. The file structure will look something like this: I386 SUPPORT CDROM_IP.5 CDROM_NT.5 CDROMSP4.TST HFSLIP.LOG HFSLIP2000-info.cmd Then just run "HFSLIP2000-info.cmd" and wait for the results. It may take some time as the script is not optimized (=it is slow), and also right now requires to be run in Windows 7 and above (because of one of the tools used to calculate SHA1). The script will make a list of all files from the i386 folder, including their size, version, and SHA1 checksum. Once the script has finished its job, you will find a new file called "HFSLIP2000-info.txt" next to the script file. Please pack it and upload somewhere for me to see.
  16. Thank you. The log indeed indicates the official version of HFSLIP 2000, not the experimental one, and is exactly the same as mine from yesterday, which installs correctly here. Something must have gone wrong during the slipstreaming process, but the HFSLIP log, unfortunately, does not include any post-slipstreaming information. What is your host OS, by the way? HFSLIP, of course, always says "Windows Vista", but in reality this covers all Windows versions from Vista to 10. If the HFSLIP log included a full list of files with their version and what not, then it would be a different story, but with such limited information, I am unable to do any more blind troubleshooting. To really be able to investigate more, I would either need to have access to the full i386 folder to check the files myself, or ask you to run a special script that would make a full list of the slipstreamed files with their versions. My question is - would you be willing to run such a script? I am asking since I have to write the script first and do not want to do it for nothing. Another option would be to pack the i386 folder and upload it somewhere, but this would be classified as illegal Windows file sharing by M$, even if done only for troubleshooting purpose . PS To hide the content, you need to manually type [spoiler] [/spoiler] around the content you want to hide. It will show up as a thin line in the preview, but clicking on the line will not do anything at this stage. The content will become hidden only after you submit the post. Sounds complicated? Yes, the new "modern" and shiny forum software is kind of a pain to actually use. Who would have guessed...
  17. Please let me know once you try again. The thing is that that experimental version is/was also called "1.0.2", although the structure of the final log file would be a little different. If you can still find the log file, I would like to have a look at it.
  18. I did some testing and here is what I have found. Everything slipstreams and installs correctly when using the official version of HSFLIP 2000, which at the moment is version 1.0.2, which is also included in the FullPack package. Using my test version of HSLIP 2000 which I talked about sometime 2 years ago (i.e. the one which greatly sped up the integration process) results in a partially broken installation. I am not sure what exactly gets broken, but there is at least this IE and DX problem, and also the installer once asks something about installing unsigned drivers, which should not happen in an untouched, clean installation. I liked to use that version of HFSLIP 2000 for my testing because, well, it is so much faster, but I will not do it anymore. That version is currently available to download at my GitHub, but it is not advertised anywhere else otherwise. The FullPack uses just the standard version of HFSLIP 2000 as well. My question then is - @win32, did you happen to use the experimental version of HFSLIP 2000 by any chance? On the other hand, the problem with .NET is unrelated and I believe it is simply HFSLIP being unable to properly slipstream it. All the files are copied to the system folders correctly, but there is likely an error in the file registration and executing process. I will try to see if there exists any simple fix to this issue. In the worst case, I may simply end up disabling the automatic installation, and leaving only the manual installation through the Add/Remove Programs applet in the Control Panel. Right now I will very likely remove the broken experimental version of HFSLIP 2000 from GitHub, as I have not been working on it any longer. I actually do not want to do any more patchwork on HFSLIP, and I have some other ideas in mind for the future, so for now I will concentrate on bug fixes only.
  19. You are right. I can confirm that something is indeed very wrong. I would actually say that this is a critical bug. I am pulling the FullPack from the download Archive for now. I will have to test whether it is another component butchering the installation, or HFSIP2000 itself. I am very sorry for the situation. I am not using Windows 2000 as my daily OS anymore, and no one had reported these problems before, so I had no clue. I will try to find a solution as soon as possible.
  20. Could you provide more details on the exact problem? Do you end up with IE 5 and DirectX 7 installed instead of the newer versions? Could you post screen shots? I have personally not experienced such a problem. In my new, fresh installation of Windows 2000 using the FullPack I have both IE 6 and DirectX 9 installed correctly. I have conducted a fresh installation using the FullPack and can confirm that the .NET programs indeed do not work correctly. I am guessing that it is HFSLIP unable to correctly integrate the .NET addons. I will try to do more testing and see if the issue is fixable, either in HFSLIP2000 or the .NET addon packages themselves.
  21. Thank you for reporting the problem. I will try to check it myself, but just in case could you give me names of those programs?
  22. Yes, the FullPack contains all the required updates. I have not updated my website for a while, so some of the newest updates for XP POSReady are probably missing. The FullPack also does not contain any unofficial updates, just the official ones. It should still be more than enough though to serve as a basis for a fully updated Windows 2000 system. Judging from the screenshot, you seem to have everything unpacked and ready to go. By "unchanged Windows source" I mean the contents of your clean Windows 2000 CD (or ISO) which have not been modified by programs such as HFSLIP, nLite, or any others. You need to copy all the files from your Windows CD to the SOURCE folder. Then just right click on the "HFSLIP-1.0.2.cmd" and run it as Administrator. Do not use the computer while the script is running.
  23. Just for the record, the riched20.dll included in the USP 5.1 is old. The newest official version of this file is riched20.dll from KB953024.
  24. I am sorry but I do not really understand the question . The link seems to only show information of a user who is currently logged in to MEGA. Could you include a screenshot to make the question clearer? Judging by the quoted size alone, I am guessing that you may be asking about the size of my whole Archive which is indeed ~30 GB. Please keep in mind that it includes updates for both Windows 2000 and XP, and also SP3 for Windows Server 2003 which is ~7.5 GB alone.
  25. There were still several APIs missing when I was testing it for the last time a few years ago. I cannot say for now though, with the newest version of the @blackwingcat's kernel. The installation then was partially functional. Some programs requiring it worked fine, some others did not. Of course, the official installer has never worked in Windows 2000, so you need to use my unofficial combined .NET installation package instead.
  • Create New...