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. 


tomasz86

Member
  • Content Count

    2,768
  • Donations

    $0.00 
  • Joined

  • Days Won

    1

tomasz86 last won the day on July 28

tomasz86 had the most liked content!

Community Reputation

95 Excellent

About tomasz86

  • Rank
    twilczynski.com/windows

Contact Methods

  • Website URL
    https://twilczynski.com/windows

Profile Information

  • OS
    Windows 2000 Professional
  • Country

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  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.
×
×
  • Create New...