Jump to content

tomasz86

Member
  • Posts

    2,787
  • Joined

  • Days Won

    1
  • Donations

    0.00 USD 
  • Country

    Poland

Everything posted by tomasz86

  1. By the way, last month MS released a corrected versions of Visual Studio and Visual C++ which fixes an issue connected with Windows 2000. http://www.microsoft.com/technet/security/bulletin/ms11-025.mspx
  2. Actually the point of the Update Rollup 2 is like this - UR2.0 for people who want to stick only to the official M$ stuff and UR2.1 for those who do not hesitate to use the unofficial updates. UR2.0 is a set of critical updates for system components - system updates, IE/OE (5/6) updates, DX7 updates, Script, MDAC, etc. The important thing is that if you use newer versions, ex. DX9 and Script 5.7, the older ones just will NOT be installed with the Rollup. Everything is set automatically. UR2 installer detects whether you have DX9 installed and skips DX7 files. The same thing with MDAC, Script, etc. It also means that UR2.0 can be used together with Script 5.7, WMP9, DX9, etc. as the older files are just ignored in this case. It applies to HFSLIP too. As for IE/OE updates - UR2.0 automatically detects whether you're using IE5 or IE6 and installs only the appropriate versions of the updates. Please check IE / OE Mini Rollup for details as IEOEMR1 (not 1.1!) is included in UR2.0. Actually I wanted to include DX9 updates (not DX9 itself) in UR2.0 but gave up because it was not working with HFSLIP. UR2.1, on the other hand, is not something created separately. It's based on UR2.0. I just add additional components/updates to it. It means that I don't have to make two separate Rollups. It's just UR2.0 + other things. The other important point is that UR2.0 is going to be a final product - no updates when completed (as M$ support is over). UR2.1 will be updated constantly - I plan add new unofficial updates regularly. As for WMP6 updates, they are necessary even if you don't use it so I will include them in both UR2.0 and 2.1 (please remember that I'm talking only about security updates and not the codecs!). WMP9 with all updates & codecs will be available through WMP9 Mini Rollup which I want to make later on. I keep everything stored at my HDD and plan to make it available for everyone later on, so other people could use these tools to make custom udpates too. Don't worry I also keep bristols' site's copy here just in case. I also plan to prepare my own short list of updates for those who decide to use UR2, i.e. "which updates should I include together with UR2?". Actually bristols himself slipstreams IE5 only and uses FDV fileset to get rid of IE related components. As I said above, Script 5.1 is already in the system and I just replaced the file with a newer version from KB917344. If you decide to use ver. 5.7, the older file will be overwritten by the new ones from Script 5.7. DirecX9.0c Full Pack doesn't contain any x64 archives Actually HBRs seem to be instable I decided not to use them myself. I still plan to make a new version of the HBR Rollup but I personally advice against using them if you want a 100% stable system. I know what you're talking about but I'm not sure about making a separate "add-on" rollup only with the unofficial updates. The point is that they replace the official ones (i.e. system files are replaced by those from the unofficial updates). I believe unofficial updates are actually stabler than HBRs as they are modified XP's updates which were thoroughly tested by M$. On the other hand, HBRs while official and coming directly from M$ were not tested In my opinion you just have to use unofficial updates if you want to keep using Win2000 today, especially concerning the security holes. But I understand that there are some people who would like to stick to the official ones only. That's why there will be two versions of UR2 - 2.0 (only official updates) and 2.1 (official + unoffocial updates). As for MSFN contributors, please don't forget BlackWingCat! Even though he's not very active here, I've been heavily analising his updates and using some of his solutions when preparing the UR2 and also other unofficial stuff. BlackWingCat has also made a few very important unofficial updates: - kernel32 v5 (I strongly advise using it; will be included in UR2.1) - Microsoft Visual C++ 2010 v3 Of course I appreciate all help and input feel free to test and post comments here. As for HFSLIP, you can check Mim0's site for detailed information about it. It's for XP but the basic guide is the same (folders, etc.). Thanks for mentioning other components such as MS C++. I didn't think about them but I'll have to see if it's possible to add them to the Rollup 2.1 too.
  3. Process Hacker doesn't work under Win2k but I guess Process Explorer should be enough? I'll keep it running and see if there are some strange things when the problems occur. I forgot to say that sometimes (not always) when I get this cmd.exe freeze and reboot the machine, devices connected to USB are not detected. I need either to reconnect them or restart the system one more time to get them to work again. I guess it may have something to do with the mainboard but hope it does not
  4. WOW! That's a long post I'll try to reply to the second one first: If newer files are already included in other updates then HFSLIP will use only them so the older ones don't matter at all. Well, first of all this update is not for Windows 2000 system per se. You must have VB6.0 installed. If you do use it then I beliveve it should go to HFSVCPACK_SW1 (most of .msi installers go to this folder, except those that are supported, ex. MSXMLs go to HF). HFSLIP is not a very complicated thing in case of M$ updates, it just replaces the original files with the updated ones and sets the .inf files from these updates to be run when installing the system. If you want to be sure that all updates are slipstreamed correctly, you should just watch the whole process carefully and check if files are copied. 05-024 894320 894320 05/09/05 HF/ Windows2000-K894320-x86-ENU.EXE - w2k webview Obsolete. Newer version is already in another update. 05-027 896422 896422 06/13/05 HF/ Windows2000-KB896422-x86-ENU.EXE - w2k msg blk Obsolete. Newer version is already in another update. 05-032 890046 890046 06/13/05 HF/ Windows2000-KB890046-x86-ENU.EXE - w2k agent Obsolete. Newer version is already in another update. 08-032 950760 950760 06/10/08 HF/ Windows2000-KB950760-x86-ENU.EXE - w2k killbits Obsolete. Replaced by KB980195. 08-037 951748 951748 07/07/08 HF/ Windows2000-KB951748-x86-ENU.EXE - w2k dns Obsolete. Replaced by KB951748-v2. 08-052 957337 975337 10/13/09 HF/ WindowsXP-KB975337-x86-ENU.exe - w2k gdi+ This one is new for me It says WindowsXP but in the KB article you can see that it's for Win2k too. Anyway, it can't be slipstreamed because it doesn't include any installer. If you try to run the file it just asks where to extract. I think I'll have to make a slipstreamable version of this one At this moment you can't use if with HFSLIP. 09-044 958471 958471 08/10/09 HF/ Windows2000-KB958471-x86-ENU.EXE - w2k rdp It's not present at bristols. I believe it's an update for KB958470 (Remote Desktop Client Version 5.1). The files installed by this update are normally not present in Windows 2000 so I believe you should use it only if you use Remote Desktop. 04-028 833989 833989 09/20/04 HF/ IE6.0sp1-KB833989-x86-ENU.exe - ie6 vgx.dll Obsolete. Replaced by KB958869. 07-028 931906 931906.2 05/08/07 HF/ CAPICOM-KB931906-v2102.exe - runtime I don't know anything about this one as I don't use CAPICOM. I've checked it and believe that in order to use it with HFSLIP you have to unpack it (there is an .msi installer inside) and put the .msi file to HFSVCPACK_SW1. 08-070 926857 926857 12/09/08 HFSVCPACL_SW1 VB60SP6-KB926857-x86-ENU.msi - runtime Obsolete. Replaced by VB60SP6-KB957924-v2-x86-ENU.msi. I haven't tried it but probably should go to HFSVPACK_SW1. 08-053 954156 954156 09/08/08 HF/ WindowsMedia9-KB954156-x86-ENU.exe - encoder 9 10-033 979332 979332 06/07/10 HF/ WindowsMedia9-KB979332-x86-ENU.exe - encoder 9 These two should only be used if you have WMP9 Encoder installed. If I remember correctly, bristols' removed them from his site for this reason. If you just use WMP9 for playing audio/video files, you shouldn't install these updates. 04-028 867460 867460 08/30/04 HF/ NDP1.1sp1-KB867460-X86.exe - .net1.1 09-062 971108 971108 10/12/09 HF/ NDP1.1sp1-KB971108-X86.exe - .net1.1 10-041 979906 979906 06/01/10 HF/ NDP1.1sp1-KB979906-X86.exe - .net1.1 10-070 2416447 2416447 09/27/10 HF/ NDP1.1sp1-KB2416447-X86.exe - .net1.1 09-062 971111 971111 10/12/09 HF/ NDP20SP2-KB971111-x86.exe - .net2.0 10-041 979909 979909 06/01/10 HF/ NDP20SP2-KB979909-x86.exe - .net2.0 10-070 2418241 2418241 09/27/10 HF/ NDP20SP2-KB2418241-x86.exe - .net2.0 959209 958481 958481 12/17/08 HF/ NDP20SP2-KB958481-x86.exe - .net2.0 982167 982167 982167 06/01/10 HF/ NDP20SP2-KB982167-x86.exe - .net2.0 These are .NET Framework updates. You can't use them with HFSLIP. If you want to slipstream .NET 1.1 & 2.0 with updates then I recommend using my switchless installers which go to HFSVCPACK folder. If you want to include both .NET 1.1 & 2.0 you can use just 2KDNF11SP120SP2(110615).exe (installers and all updates are included in it). Obsolete. It's replaced by msxml4-KB973685-enu.exe which goes straight to HF Yes WMP6 updates are absolutely necessary regardless of whether you have WMP7.1 or WMP9 installed. They should be installed even if you don't use WMP at all because WMP6 files are always present in the system. You're welcome I'll try to write a reply to the first post later today. I hope everything is clear for you now. If you wait just a few days until I finish the UR2.0, I'll post a full list of my HFSLIP folders' contents so you can compare yours with mine.
  5. Some time ago I added additional SAS drives and had to connect the SATA HDD to the mainboard build-in controller once again. This time I used the new drivers and... booting is still slow although it doesn't freeze for a few seconds as before. I think I'll have to get used to it
  6. I don't know if it helps but also sometimes (once a day?) cmd.exe freezes and the only way to close it is to reset the computer. You can't even reboot normally as the system doesn't shut down because of the freezed cmd.exe.
  7. UR2.0 is almost ready. I did it once again from scratch and this time was much more careful when editing update.inf. I focused especially on sorting the registry entries to eliminate all duplicates and also be sure that nothing was skipped during the process of combining the updates. I also added UR1's contents to it but this time did it manually as it's quite complicated and I wanted to have 100% control over this process. I need a few more days to finish everything and slim down the update.inf (i.e. remove unused strings) and to prepare localised versions. As I said before, if you want to have UR2.0 in your language, the only thing to do is to send me a pack of updates and I'll be able to prepare it very quickly New thing about UR2.1 - it will include MDGx's True Type Fonts (TTF) Pack.
  8. I've been experiencing strange system crashes when processing batch scripts. They happen only when a lot of data is processed at once and the screen in cmd.exe is moving very fast. Suddenly system crashes and reboots. There is no BSOD and event manager only says that "system was not shut down properly". Does anyone know what can be the reason of this? It happens randomly so it's difficult to reproduce.
  9. Two more and that's it for now. The rest of the unofficial updates are language specific and need to be translated in order to be installed in other language systems. Windows2000-KB2115168-x86-Global.exe Windows2000-KB2419632-v2-x86-Global.exe
  10. I know it's an old post but yes, you can skip scriptXX.cab from IE6 if you slipstream Script 5.7. You can also skip OE6 .cabs if you don't want it (MAILNEWS.CAB, OEEXCEP.CAB, WAB.CAB). All these three components (IE6, OE6, Script 5.6) are slipstreamed separately.
  11. More multilanguage versions In some of the updates I also fixed the issue with WildBill's *.asm files (moved to a separate folder to avoid being slipstreamed). Windows2000-KB981322-x86-Global.exe Windows2000-KB982132-x86-Global.exe Windows2000-KB982214-v1a-x86-Global.exe Windows2000-KB982665-v2-x86-Global.exe Windows2000-KB2079403-v1a-x86-Global.exe Windows2000-KB2290570-x86-Global.exe Windows2000-KB2347290-x86-Global.exe Windows2000-KB2360937-v1a-x86-Global.exe Windows2000-KB2387149-v1a-x86-Global.exe Windows2000-KB2476687-v2a-x86-Global.exe Windows2000-KB2507618-v1a-x86-Global.exe Windows2000-KB2511455-x86-Global.exe
  12. I made a multilanguage version of 2440591. Windows2000-KB2440591-x86-Global.exe (503 KB)
  13. Instead of using WildBill's update.exe or BlackWingCat's patch you can just edit the file yourself. Open update.exe in hex editor and replace the string 0f 86 -> 90 e9 You can do it for any language version while WildBill's update.exe is in English only (althought can be used for other languages too but the installer will be in English). And below you can see how to make "multilanguage" update.exe (thanks to BlackWingCat). 74 -> eb and the modified update.exe doesn't check the language settings from update.inf which can actually be very useful when making multilanguage unofficial updates (some system files are language neutral) and the last, I found Chinese / Taiwanese boards where there seem to be a lot of useful information about modifying M$ udpates. Have a look at this thread http://bbs.wmzhe.com/viewthread.php?tid=17580&rpid=147152&ordertype=0&page=1#pid147152 where you can see how to make MSCF.sfx. Is here anyone able to download the files available at this forum? http://www.pczone.com.tw/vbb3/thread/3/152921/ I even managed to register there but I'm still unable to download :/ They say that b.exe is sfxcab.exe.
  14. Yes, I had already found it before in Win2k Resource Kit. I just liked getver more for simplicity but now only filever is left.
  15. Yes, this is what I meant I did a test under W2K and the reported file version was wrong.
  16. I haven't written about UR2 for some time but it doesn't mean that I forgot about it or changed my plans Lately I've been a little busy so I don't have that much time to spend on this project and believe, it's time consuming but I'm trying hard to make it ready and eliminate all bugs before releasing the final version. I found some new things when preparing the IE / OE Mini Rollup and they will surely help me in making the UR2. In this post I want to clarify my final plans for the Rollup as they've changed a bit since last time. First of all, there will be two editions - 2.0 and 2.1. Update Rollup 2.0 will include only official and public updates, Update Rollup 2.1 will include also unofficial ones and also some other components (see list below). In one word, UR2.0 will be just a basic Rollup of official updates - something that M$ should have done. UR2.1 is different in two aspects. First - unofficial updates and second - it will be updated in the future when new unofficial updates are available. By official and public updates I mean the updates that were publicly released after having been thoroughly tested. It means that HBRs will not be included in the Rollup. Here you can see a detailed list of components that I want to include in UR2. UR2.0 - (almost) all public official updates from Windows Updates list - all public official updates from IE Updates list (both IE5/OE5.5 and IE6/OE6; mechanism is the same as in IE / OE MR) - DX7 updates - Script 5.1 updates - MDAC 2.53 updates* - WMP6.4 updates (not codecs)* - 48-bit LBA support (hard disks larger than 137 GB properly detected in text setup) * probably won't be included in the first release, planned to be added later on UR2.1 - all public official & unofficial updates from Windows Updates list - IE6/OE6 & all IE6/OE6 official & unofficial updates - DX9 (Standard) & all DX9 official & unofficial updates - MDAC 2.8 & all MDAC 2.8 updates - Script 5.7 & all Script 5.7 updates - all MSXMLs (2,4,6) & all MSXML updates - WMP6.4 updates (not codecs) - 48-bit LBA support - Roots update - User Profile Hive Cleanup (not sure about this one) As you can see there are many differences between UR2.0 and UR2.1. If everything goes well, UR2.0 will be finished in short time and only after that I'm going to start working on UR2.1 so I can't say when it will be available yet. Also by having such a distinction between the two editions of the Rollup I'm able to include UR1 in it and still slipstream it correctly in HFSLIP. The other thing you've probably seen is than WMP9 is absent from these lists. I don't think many people use it so I don't want to integrate it inside the Rollup. Instead I want to prepare a WMP9 Mini Rollup which would include WMP9+all updates+WMP6/9 codecs. Such a mini rollup could be slipstreamed together with UR2 from HF folder. I hope everything is clear now And one more thing... UR2.0 (not 2.1) can be very easilty localised. If you are interested in having UR2.0 in your language, please send me a pack of updates which are listed in this post.
  17. Strange because file structure is "normal", i.e. it's not different from the other updates. Do you receive any errors when processing the file in SNM? I hope it's not connected with the KB2x filename again. I think it can be safely said that you should change filenames of the new updates in order to get them processed after the older ones. I can't check WU now as Win2k's WU is not updated anymore and doesn't show the new .NET related updates (even though they can be installed in 2K without any problems...) but I'll try to check it later on an XP machine. Solved I think
  18. Wow, you've been having a pretty intesive discussion here Thanks once again for such an interest in this topic! Thanks for pointing this out. I wasn't aware that getver doesn't work under NT5.x. I've just done a test and can say that your words were right.
  19. This is the script where xcopy is used (this part is taken from HFSLIP). It's explained in details in this topic. The process is like this: 1. update is unpacked to a folder TEMP\HF 2. files from TEMP/HF are copied to HFMER using xcopy 3. TEMP/HF is deleted 4. another update unpacked to TEMP/HF 5. files copied to HFMER (xcopy) ... repeated for all updates. If files from the second update are older than those which are already present in HFMER, they are not copied. The problem is that some files have newer version but their date is older. Actually, in case of win2k there are just a few such updates but still... To answer your questions: 1. Yes, I would like to have it fully automated. 2. I don't know but I don't think there will be any pictures, just system files (dll, exe, inf, etc.). 3. No "special" rules come to my mind
  20. I don't think there are any mistakes on your side The point about Update Rollup 2 is that it is going to include only official and public updates. It means that HBRs (hotfixes by request, yellow background at bristols' page) are not going to be included. Update Rollup 2 is going to cover mostly updates from Windows Updates list (almost all of them) and a few other updates. You use HBRs and that's why you have more than 200 updates on your list as there are more than 120 HBRs available. You can find more detailed info about UR2 here. And yes, update rollup is like a BIG hotfix. Its structure is exactly the same as a single update, just more files and registry entries are installed, and of course it can be integrated using HFSLIP or nLite. IE / OE Mini Rollup is such a thing - 7 (9 in ver. 1.1) updates are merged into one, and the official Update Rollup 1 is also a perfect example. Here is the list of updates which I want to include in UR2. Of course it's for the English version. * you don't have to upload these three It would be good if you could zip them and upload somewhere, ex. MediaFire Also if anyone elso is interested in having other language version too, just provide me with such a pack of updates and I'll be able to make it very easily.
  21. There is a bug in the IE6 alpha installer that I mentioned above (perhaps that's why it's still alpha)... it seems it work O.K but can't be properly uninstalled so if you use it to install IE6 then IE5 is gone forever
  22. I've just checked it and the problem with this one is not its format but filename Rename it to NDP1.1sp1-KBz2416447-X86.exe so it will get processed AFTER the other older updates (which are KB8x or KB9x).
  23. Italian version uploaded.
  24. I have .NET Framework 1.1, 2.0 and 3.5 installed... but I don't have the skills to write such a program
×
×
  • Create New...