{
"title": "Nano11 Builder Cuts Windows 11 Install to 2.8GB, a 3.5x Smaller Footprint—at the Cost of Serviceability",
"content": "A new PowerShell-driven tool can slash a Windows 11 installation to just 2.8 gigabytes, redefining how small Microsoft’s operating system can become—but only for those willing to forfeit updates and support. The Nano11 Builder, an experimental creation from developer NTDEV, strips away nearly all of Windows 11’s inbox apps, fonts, drivers, and even servicing components, then compresses the remainder into an ISO up to 3.5 times smaller than the official download. In a live demonstration, a standard Windows 11 ISO shrank from 7.04 GB to 2.29 GB, and when targeting an LTSC edition, the final installed footprint settled at 2.8 GB after additional post-install compression. The numbers are eye-popping, yet they come with explicit warnings: Nano11 is not a daily-driver operating system. It is a testbed, a disposable virtual machine image, and a proof of concept for extreme Windows minimalism.
A Brief History of Windows Trimming Projects
The quest to slim Windows is almost as old as the operating system itself. From nLite and vLite in the XP and Vista eras to MSMG Toolkit and NTLite in later years, enthusiasts have long sought to remove extraneous components. NTDEV’s Tiny11 project emerged as a modern continuation, focusing on Windows 11’s modern app model and driver packages. These tools typically balanced removals with the need for updates, producing images that were smaller but still serviceable. Nano11 represents a departure: it’s not just debloating; it’s a deliberate leap into radical minimalism where serviceability is traded for raw size reduction. The project’s rewritten PowerShell pipeline now offers two distinct profiles, making the choice between maintainable and extreme explicitly clear.
The 2.8 GB Barrier: A New Floor for Windows 11
NTDEV’s demo numbers are the hook. The standard Windows 11 ISO used as input was 7.04 GB—the size you’d get directly from Microsoft. After Nano11’s script processed it, the ISO shrank to 2.29 GB, a reduction of 67%. But the installed footprint is what truly astounds. In a VMware virtual machine with a 20 GB virtual disk, the initial installation used 11.0 GB. Running the Compact command with the LZX compression algorithm and deleting the pagefile brought it down to roughly 3.2 GB. When starting with a Windows 11 LTSC ISO, which already excludes many consumer features, the post-compaction footprint reached 2.8 GB. These figures were verified in NTDEV’s video and social media posts. They are not theoretical minima achievable only in labs; they were achieved with readily available tooling and a standard VM configuration.
Importantly, these results are not guarantees. The final size varies depending on the source ISO’s edition, language, integrated updates, and the exact removal profile selected. For instance, an Enterprise edition with additional components might yield a larger image, while a stripped-down Home edition could be even smaller. The 2.8 GB figure is a validated case study, not a universal benchmark.
How Nano11 Works Its Extreme Trim
Nano11 automates a multi-stage pipeline that leverages Microsoft’s own deployment tools. The process begins by mounting the source ISO’s WIM or ESD image using DISM. A PowerShell script then performs targeted removals: it uninstalls UWP packages, inbox Win32 apps, IME components, wallpapers, fonts, optional drivers, and telemetry services. In its Core profile, the script goes further, deleting the WinSxS component store and associated servicing infrastructure. This step is what makes the image non-serviceable, as it destroys the foundation for Windows Update.
After removals, the script exports the modified image using DISM’s /Compress:recovery option. This invokes the LZMS/LZX compression codecs, which are far more aggressive than the default Fast (XPRESS) compression. The trade-off is increased CPU and memory usage during the image build, but the resulting ESD file can be half the size or less. The rebuilt ISO is then assembled with oscdimg.exe from the Windows ADK, ensuring boot compatibility.
Post-install, the script’s benefits are compounded by running Compact.exe with the /compactos:always flag, which applies LZX compression to all system files. Additionally, deleting transient files like the pagefile, hibernation file, and temporary caches squeezes out the last few gigabytes. The combination of offline removals, recovery compression, and post-install compacting creates a multiplicative effect. It’s a technically elegant, if resource-intensive, workflow that pulls every lever available to minimize disk usage.
Two Paths: Nano11 vs Tiny11
NTDEV’s builder now presents users with a clear fork in the road. The standard Tiny11 profile is designed for those who want a smaller, cleaner Windows 11 that can still receive updates. It removes many of the same inbox apps but leaves the servicing stack and component store intact. The resulting ISO is larger—typically around 4 GB—but it retains the ability to install cumulative updates and stay secure over time. Tiny11 is suitable for light-duty daily use, provided users understand the risks of a modified image.
Nano11, by contrast, is the extreme experimental profile. It strips away nearly everything that isn’t essential for booting and basic operation, and it explicitly sacrifices serviceability. The builder’s documentation labels it as a “quick and dirty development testbed.” This isn’t hyperbolic; it’s a precise description of a tool meant for short-lived, disposable environments where speed and storage efficiency trump longevity.
| Feature | Tiny11 | Nano11 |
|---|---|---|
| Serviceability | Cumulative updates supported | No updates possible |
| Component store (WinSxS) | Preserved | Removed in Core profile |
| Inbox apps | Removed, but some kept | Aggressively removed |
| Target audience | Enthusiasts, light workstations | Developers, VMs, labs |
| ISO size (approximate) | ~4 GB | ~2.3 GB |
| Installed footprint (after compact) | ~6-8 GB | ~3-5 GB |
Where Nano11 Excels (and Where It Fails)
Nano11 shines in ephemeral computing. Continuous integration servers that need a fresh Windows instance for every build run can benefit from provisioning that takes minutes instead of tens of minutes and from storage footprints that are a fraction of the norm. Software testers who need to verify behavior on a clean system can spin up a Nano11 VM, test, and discard it without guilt. Kiosk systems, digital signage, and industrial controllers that never face the internet and run a fixed software stack are ideal candidates.
However, for any machine that handles sensitive data, connects to the internet, or requires long-term maintenance, Nano11 is a liability. Without updates, it accumulates unpatched vulnerabilities. Removing drivers for uncommon hardware can lead to boot failures or device malfunctions. The gutted Start Menu and Settings app can confuse users. And since Microsoft does not support modified images, enterprise environments would violate licensing or support agreements by deploying Nano11.
Security Implications: A Ticking Clock
The most severe risk of Nano11 Core is its inability to receive updates. Microsoft releases security fixes on the second Tuesday of each month. A Nano11 system will never install those fixes, leaving it permanently vulnerable to any exploit discovered after the image is built. For an air-gapped lab machine, this