快速构建精简版 Windows 11 安装镜像:tiny11builder 完整实践指南
【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder
企业 IT 管理员常常遇到一个问题:4GB 内存、机械硬盘的老旧设备跑原装 Windows 11,启动超过 3 分钟,系统分区动辄 30GB 起步。tiny11builder 就是一组 PowerShell 脚本,把任意版本的官方 Windows 11 ISO 重新打包成去除预装应用、关闭遥测与广告推送的精简镜像(tiny11.iso),全程只用 Microsoft 自带工具(DISM + oscdimg),不依赖任何第三方精简工具。本文带你走完从原始 ISO 到可部署安装盘的全部流程,并给出两个精简档位的选型依据。
值不值得用:精简前后能差多少
先给结论:标准脚本tiny11maker.ps1能在保留 Windows Update 和安全组件的前提下,把 20+ 个预装应用、全部遥测和广告推送从镜像中移除,适合日常办公机批量部署;核心脚本tiny11Coremaker.ps1进一步删除组件存储(WinSxS)和恢复环境(WinRE),体积再降一大截,但换掉的是"可维护性"。
精简效果的参考数据(以官方 24H2 x64 中文版为例,不同版本有浮动):
| 指标 | 官方原始 ISO | 标准版 tiny11.iso | 核心版 tiny11.iso |
|---|---|---|---|
| 安装盘体积 | 约 6GB | 约 4GB(Compact 恢复压缩后) | 约 2.5GB |
| 首次安装后系统占用 | 约 30GB | 约 22GB | 约 15GB |
| 预装应用(Xbox/Copilot/OneDrive 等) | 20+ 个 | 全部移除 | 全部移除 |
| 遥测与广告推送 | 开启 | 全部关闭 | 全部关闭 |
与"装完系统再手动清理"相比,差别在两点:一是脚本在镜像层面(离线 DISM)操作,删掉的是 Provisioned 应用包和组件,而不是装进系统后再卸载,重装后不会回来;二是 autounattend.xml 已内置 OOBE 跳过微软账号、并带/compact标志部署,省掉了手动改注册表的 2-3 小时工作量。
怎么上手:从原始 ISO 到 tiny11.iso 的六步流程
前置条件
- 原版 Windows 11 ISO(任意版本、语言、架构均可),已挂载为本地驱动器(如 E:)
- 一块空闲临时盘(
-SCRATCH指定),可用空间建议 20GB 以上 - 管理员权限的 PowerShell 5.1
- 脚本自动处理:非管理员运行会自提权重启;
install.esd会自动转成install.wim;缺少autounattend.xml时自动补齐
标准版操作步骤(推荐)
# 1. 获取脚本 git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder # 2. 管理员 PowerShell 中进入脚本目录,临时放开执行策略 Set-ExecutionPolicy Bypass -Scope Process # 3. 运行脚本,-ISO 为挂载盘符,-SCRATCH 为临时盘符(都只写字母,不带冒号) .\tiny11maker.ps1 -ISO E -SCRATCH D脚本会交互式询问 ISO 盘符和目标 SKU(家庭版/专业版等),随后自动完成解包、删包、改注册表、重新压缩、生成启动 ISO。产物是脚本目录下的tiny11.iso,同时落一份tiny11_yyyyMMdd_HHmmss.log执行日志,方便审计。
深度精简:核心版脚本
开发测试机、虚拟机场景可改用 tiny11Coremaker.ps1,运行时无参数、按提示交互输入盘符即可:
.\tiny11Coremaker.ps1两档怎么选,一张表说清:
| 维度 | tiny11maker.ps1(标准) | tiny11Coremaker.ps1(核心) |
|---|---|---|
| 移除范围 | Clipchamp、Xbox 全家、News/Weather、OneDrive、Edge、IE、Teams、Copilot 等 20+ 应用,另关闭遥测、广告、预装推送 | 标准版全部 + WinSxS 组件存储、WinRE、Defender(仅禁用) |
| 能否继续打补丁/加功能 | 可以 | 不可以(组件存储已删,Windows Update 无法工作) |
| 能否本地账户 OOBE | 可以(脚本已写入 BypassNRO) | 可以 |
| 适用场景 | 企业办公机、长期使用的设备 | 虚拟机、快速测试床、临时开发环境 |
两个版本都在镜像阶段绕过了 TPM/安全启动/CPU 检查(写入 LabConfig 相关键),老硬件装新系统时可以直接用,不需要额外改注册表。
敢不敢用:风险点、验证方法与回退方案
需要重点确认的三项风险
- ⚠️核心版不可回退到"可更新"状态:WinSxS 删除后,Windows Update、语言包、功能添加全部失效;WinRE 被移除后系统损坏只能重装。这类镜像只允许进虚拟机或专用测试机,不要用于有真实业务的设备。
- ⚠️标准版同样是一次性镜像操作:Edge、OneDrive 从镜像中整体删除,个别依赖 WebView2 的老旧应用安装后可能缺运行库;脚本执行到一半断电/断网,临时盘目录作废,需要重来(好在原始 ISO 不受影响)。
- 已知残留问题(见 README.md 的 Known issues 一节):设置里可能残留 Edge 条目、Winget 首次用 Store 装应用前需更新、Outlook/Dev Home 有概率后装回来、arm64 架构下会闪过一个无害报错。
上线前验证三步
- 虚拟机首装:用 tiny11.iso 在 Hyper-V 里装一台干净虚拟机,确认能完成 OOBE(本地账户)、进桌面、装 1-2 个目标业务软件。
- 标准版验证可维护性:装完后打开 Windows Update 检查一次更新,确认能正常下载,这是标准版相对核心版的核心价值。
- 灰度一周:选 2-3 台真实设备部署,观察一周登录、启动耗时和后台进程数,达标后再批量推送。
回退方案
所有操作都在镜像文件层面完成,不动宿主机系统:原始 ISO 保持原样,随时可用 Rufus/媒体创建工具重新灌标准系统;批量场景下建议把 tiny11.iso 和原始 ISO 一并归档到独立介质,出问题时按原始 ISO 重刷即可。脚本生成的日志文件(Start-Transcript 落盘)可用于定位失败步骤。
适合谁、第一步做什么:需要批量交付办公终端的 IT 团队、管理教学机房、以及想给老电脑"续命"的运维工程师,都可以从标准版脚本起步。建议第一步就是在一台虚拟机里跑通上述六步流程,把 tiny11.iso 的启动耗时、磁盘占用和 Windows Update 状态记录下来,作为批量推广的基线数据;若后续要面向 50 台以上设备,可再配合组策略统一管理配置。
【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考