How to Install Windows NT 4 Server on Proxmox(blog.pipetogrep.org) |
How to Install Windows NT 4 Server on Proxmox(blog.pipetogrep.org) |
Active Directory was in Windows 2000, NT4 has a different domain technology. If you want to play with old Windows Server stuff, Windows 2000 would be a better, more coherent option, compatible with more modern software.
I ran a lot of Exchange 4.0 thru 5.5 on NT 4.0 and Exchange 2000 on Windows 2000 and 2003 back in the day. I can't say I miss any of that software (except, maybe, some faint happy remembrance of Windows Server 2003). Windows 2000 and newer are infinitely more useful and less quirky the prior NT versions (coherent OS servicing strategy, fewer reboots after settings changes, plug 'n play support).
I suppose there's an argument to be made for trying that stuff out to see why the newer stuff is better. In a homelab, though, you're never going to get to the scale to see why NT 4.0 domains were a pain point. Likewise, you probably won't be max'ing out an Exchange EDB size, or feeling the I/O pain that came w/ trying to sling content from a 50GB Exchange Information Store thru a 32-bit OS.
There definitely is an "ah, ha!" moment to be had looking first at the NT 4.0 Domain system, then at an Exchange Directory Service, and thinking "What if my Windows Domain could be like this?" (This was the genesis of Active Directory.)
NT 4 did support rudimentary multi-processor (Symmetric Multi-Processor) systems back in the day. But it seems to lack the `HLT` instruction in the SMP enabled HAL
This means an NT 4 VM will always operate at 100% CPU usage even if it's simply idling.
Back in the 2000's when folks were slowly migrating NT 4 workloads to VMware, enterprising users took it upon themselves to patch the NT4 SMP HAL to fix this. But in my own testing that doesn't seem to work and results in a blue screen of death on boot.
There's probably a way to do it under QEMU/Proxmox. But I haven't dug deep enough to figure it out myself
Maybe one of the same utilities commonly used to work around this same issue on Windows 95?
Amn Refrigerator (formerly AmnHLT) — not relevant for NT because it uses a VxD driver, but it's my favorite for Windows 95 so I'm linking it here for completeness: https://web.archive.org/web/20010331184312/http://www.amn.ru...
KCPUCooler: https://web.archive.org/web/20010607173439/http://www.kt2k.c...
CpuIdle: https://web.archive.org/web/20030925110541/http://www.cpuidl...
Waterfall and/or Rain from Leading Wintech (can't find the original URL): https://vetusware.com/manufacturer/Leading%20Wintech/?author...
VCool or CPUCooL might be the ones to try because they're the only ones that seem to explicitly mention supporting NT:
“VCool now utilizes its own driver on NT, W2K, XP: vcool.sys” https://web.archive.org/web/20041205132318/http://vcool.occl...
“CPU Cooling under Windows 95 / 98 / NT / 2000 (Watch Wintop !)” https://web.archive.org/web/20041211214000/http://www.cpufsb...
If anyone can find the archive link to the original, I believe there was discussion in the comments about "why not exclude it for specific hardware only" and the risk of false negatives was deemed too high
Threads would jump around cores, killing most performance gains by using multiple threads.
The workaround was the typical getting the amount of CPUs and park each thread on their own one, this alone made quite an observable improvement.
I think by Windows Server 2003, this scheduler issue was already sorted out.
IIRC some drivers were very unhappy with this, IIRC something about interrupts waking a processor that then started a transfer, while something running on the other was already waiting for a transfer to complete. For some (virtual) hardware combinations it worked smoothly but others were very unreliable.
We just switched to the single professor HAL as that still performed as well as the older CPUs when virtualizing on newer kit and was much more reliably stable.
There is a lot to be said for on prem that the cloud era marketing departments have erased. I seriously miss the on prem first mindset. It’s not clear at all to me if there is a universal best/winner now.For example: I regularly hit issues with Entra where there are feature gaps vs AD such as MemberOf. But as a counter, I have no love lost for roaming profiles. You could probably debate it for weeks.
https://archive.org/details/windowsntserver400cowa/page/n9/m...
I'm not sure how it holds up. This was the very last generation of big tech books about Windows Server that were not aligned with a test curriculum. I honestly don't know if that's a good thing; the standardized tests at least made sure (I hope) that the information was accurate and that the important topics were covered. Whereas I started with a blank sheet of paper. Wrote whatever I could figure out and get working.
Very much pre-Active Directory; in my day job at the time we ran a Banyan Vines network, because the directory is the primary service.
I'm proud of the chapter on Macintosh clients, as it was a good piece of tech at the time and no one else talked about it much.
If you remove the "blog." subdomain and go to https://pipetogrep.org/ you are greeted by a typical "about me" page. It includes a link back to the blog, as well as a mailto link, and links to GitHub and LinkedIn profiles.
Despite my own experience with Windows ends with XP, NT 4 was always my favourite version.
But on a fast 486 system, a bit older than NT 4.0 was really designed for, it ran flawlessly and made the dusty hardware feel very competent and modern - lots of common software runs fine on NT 4.0 including Winamp and specially compiled versions of modern PuTTY. It's probably my favorite OS for a DX4-100.
When your requirements call for an old version of Windows, generally you have a specific piece of software you want to run, so start by choosing the version most widely used at the time, which sometimes isn't the latest version. And you should always experiment, because there are thousands of things which contribute to stability. Newer (or older) version of Windows could be better or worse, depending on your specific case.
Regardless which version you pick, treat them as a security risk and (if you're in a serious production environment) avoid giving them unrestricted access to your local network or unrestricted access to the wider internet.
Almost surely the whole article applies identically to Workstation
Roberts acknowledged that NTS and NTW are included in the same binary file. It was easier to build and test them that way, he said. The setting in the Registry, he said, triggers 48 changes to the kernel. These changes cascade down to 700 additional settings in software outside the kernel.
[1] I don’t remember the details but often workstation had soft limits compared to server. There were hexedit ways around them.
Citation needed? I remember running into no issues with VMware Workstation when I was preserving historical content from legacy OSes well over a decade ago.
> Citation needed?
https://kagi.com/search?q=Windows+NT+4+doesn%27t+virtualise+...
> Bus/Device: SCSI. IMPORTANT: Do NOT use IDE. It will be slow noticeably slower and for some reason leads to file system corruption on NT4 guests despite changing the caching options.
IMO what you really want is Alter's Universal ATA Driver (UniATA): http://alter.org.ua/soft/win/uni_ata/
Here's some relevant Knowledge Base for you:
Q98080: 1024 Cylinder Limit, How Windows NT Gets Drive Geometry https://helparchive.huntertur.net/document/45884
Q100525: Definition of System and Boot Partition https://helparchive.huntertur.net/document/47139
Q114841: Windows NT Boot Process and Hard Disk Constraints https://helparchive.huntertur.net/document/52494
Q119497: Boot Partition Created During Setup Limited to 4 Gigabytes https://helparchive.huntertur.net/document/46361
Q127851: Problems Accessing FAT16 Drives Larger Than 2 GB https://helparchive.huntertur.net/document/106328
Q138364: Windows NT Partitioning Rules During Setup https://helparchive.huntertur.net/document/52635
Q154052: Explanation of X86 Boot Drive Limitations https://helparchive.huntertur.net/document/48096
Q161563: How Windows NT Handles Drive Translation https://helparchive.huntertur.net/document/48808
Q197295: WinNT Does Not Boot to Partition That Starts More Than 4 GB Into Disk https://helparchive.huntertur.net/document/69226
Q197667: Installing Windows NT on a Large IDE Hard Disk https://helparchive.huntertur.net/document/69256
Q224526: Windows NT 4.0 Supports Maximum of 7.8-GB System Partition https://helparchive.huntertur.net/document/70367
Do I have to donate to get the driver?
I learned this last Thur. A pharma client had an NT4 box with a fried PS2 port. I got onboard USB operational using the above resource and they can mouse again.
MS chose to omit USB from NT4 and the OS EOL'd that way. A 3rd party corp wrote a USB driver stack for NT, 20+yr ago. A civic minded someone put up the above linked site to make it usable.
The QEMU image discussed in this article will probably boot fine on JSLinux
Here's the full list: https://web.archive.org/web/20220712161524/https://bytepoint...
Here's this particular entry: https://web.archive.org/web/20220712161524/https://bytepoint... (11 comments)
- i can also confirm that the two are not the same (aka the source vbempk.zip and the archive-org's iso's vbempk folder)
- i can easily see why text files might have improved wording, cannot know why the sys files are different
Actually, if I ever decide to dive into old Windows, NT 4.0 will be the only version I have personal sentiments for.
This only applies since Windows 8 when Microsoft started bundling new features with patches. For older Windows versions, you usually want the latest service pack. Except, of course, when your programs depends on a specific bug being present.
reading this part reminded me of all the plans I'd hear for "the day everyone will have a T1 on their homes"... sigh. and all we got was Facebook.
next they will sell us a chip in the brain and all we will get is still Facebook.