尧图网站设计 尧图网站设计YAOTU DESIGN
ARTICLE DETAIL

资讯详情

深耕网站设计与一线实操的经验洞察。

如何快速制作精简版 Windows 11 镜像: Tiny11Builder 完整指南

如何快速制作精简版 Windows 11 镜像: Tiny11Builder 完整指南 如何快速制作精简版 Windows 11 镜像: Tiny11Builder 完整指南【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder把 4.5GB 的 Windows 11 原版安装镜像压到 2.2GB, 装机占用从 25GB 降到 10GB, 启动时间从 45 秒缩到 28 秒 —— Tiny11Builder 用两套 PowerShell 脚本自动完成这个过程, 最终产出一张可以直接安装的 tiny11.iso。整个流程只依赖微软自家工具, 不引入第三方组件: DISM 负责镜像处理, Windows ADK 提供的 oscdimg.exe 负责生成可启动 ISO, 配套的 autounattend.xml 则用来在 OOBE 阶段绕过微软账号登录, 并带/compact压缩标志部署系统。精简之后能得到什么原版 Windows 11 预装了大量多数人用不上的应用和后台服务, 代价就是占资源、占空间、拖慢启动。用 Tiny11Builder 处理过的镜像, 实测效果大致如下:安装镜像体积: 从 4.5GB 降到 2.2GB, 不到原来的一半装完系统后的占用空间: 从 25GB 降到 10GB 左右启动时间: 从 45 秒缩短到 28 秒日常内存占用: 从 2.5GB 降到 1.2GB 左右除了变小变快, 还有一个实际好处: 脚本基于 DISM 的恢复压缩机制工作, 生成的镜像里没有乱七八糟的外部工具, 来源干净, 过程可复现。从原版 ISO 到 tiny11.iso 的最短路径动手前先确认环境满足这几条:宿主机为 Windows 10/11 64 位至少 8GB 内存(推荐 16GB)预留 20GB 以上的可用磁盘空间一份从微软官方渠道获取的 Windows 11 原版 ISOPowerShell 5.1 或更高版本满足之后, 按下面的顺序操作即可:获取项目文件:git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder这一步把两个制作脚本和无人参与应答文件下载到本地。在资源管理器中右键挂载原版 ISO, 记住虚拟光驱分配到的盘符(例如 E)。以管理员身份打开 PowerShell, 执行:Set-ExecutionPolicy Bypass -Scope Process仅对当前会话临时放开脚本执行限制, 关闭窗口后系统策略不变。进入项目目录, 运行标准版脚本:.\tiny11maker.ps1也可以用命名参数一次性指定镜像盘符和工作盘:.\tiny11maker.ps1 -ISO E -SCRATCH D(E 为挂载盘, D 为中间文件所在盘)。想查看参数说明, 运行get-help即可。按提示选择要基于的版本(家庭版/专业版/企业版), 之后脚本会自己完成提取系统文件、移除预装应用、优化配置、生成镜像这几步, 期间保持终端开着就行。完成后, 在脚本所在目录能找到 tiny11.iso, 用它安装系统并逐项验证功能是否符合预期。标准版与核心版的取舍项目里有两个脚本, 定位差别很大, 选错代价不低:标准版 tiny11maker.ps1: 移除大量预装应用, 但系统保持可维护 —— 装完系统后仍可以添加语言包、安装系统更新、按需开启功能组件。日常使用的电脑建议选它。核心版 tiny11Coremaker.ps1: 精简更彻底, 体积更小, 但代价是镜像失去可维护性, 创建之后无法再添加语言、更新或功能。它只适合虚拟机测试、开发环境这类用完即弃的场景, 不适合当长期主力系统。一个简单的判断标准: 这张系统盘你打算用多久? 长期用, 选标准版; 只是想要一个干净快速的临时测试床, 选核心版。核心版在制作过程中还会询问是否启用 .NET 3.5 支持, 按需回答即可。两个脚本各自移除了哪些组件标准版移除的主要是预装应用, 包括:娱乐类: Clipchamp、Xbox 游戏服务社交类: Microsoft Teams、人脉应用(PeopleApp)办公类: Office Hub、邮件和日历应用系统工具类: 新闻、天气、反馈中心核心版在标准版的基础上, 进一步动到了系统底层:Windows 组件存储(WinSxS): 删掉后系统无法再正常打补丁Windows 更新服务: 没有组件存储它本来也跑不起来, 强行开启会让系统进入故障状态Windows Defender: 实际是禁用而非物理删除, 需要时可以重新启用WinRE 恢复环境: 系统自带的故障恢复入口一并移除这里要特别强调一句: 核心版移除的功能没有后悔药, 无法在创建后补回来。所以核心版镜像只进测试环境, 别装到主力机器上。踩坑与排错: 从脚本报错到安装后的已知行为制作阶段的三个常见卡点脚本无法运行: 多半是执行策略拦住了, 先执行Set-ExecutionPolicy Bypass -Scope Process; 如果策略是 Restricted, 脚本本身也会询问你是否切到 RemoteSigned。镜像制作中途失败: 优先检查工作盘剩余空间是否充足, 中间产物不小, 20GB 起步比较稳妥。装完发现想要的功能缺失: 用标准版脚本重新生成一次, 制作时避免对核心系统文件做额外删改。安装后的已知行为项目 README 里列了几点已知问题, 遇到时不用慌:Edge 被移除后, 设置里可能残留个别入口, 但程序本体已经删干净了在 Microsoft Store 安装应用前, 可能需要先更新一下 WingetOutlook 和 Dev Home 过一段时间可能会重新出现, 较新的脚本版本已做更积极的拦截arm64 设备上运行时可能闪一下报错, 原因是 arm64 镜像的 System32 中没有 OneDriveSetup.exe, 不影响最终结果适用边界与使用建议精简版 Windows 11 并非万能, 它更适合这些场景: 配置偏低的老旧电脑、虚拟机与测试环境、跑固定业务的专用设备; 核心版则进一步适合服务器应用部署、嵌入式开发、快速搭建临时测试床。正式落地前, 有三件事值得坚持: 标准版会保留更新服务, 这是它和核心版的根本区别, 日常使用不要为了再省空间去动更新相关组件; 删除恢复类功能(如 WinRE)前想清楚失去它的后果; 不要在脚本之外再手动删核心系统文件。习惯上建议: 先在虚拟机里把整套流程跑通, 装 tiny11.iso 验证功能, 重要数据提前备份, 并顺手记下这次移除了哪些组件, 方便日后排查。第一次使用, 从标准版脚本跑起、在虚拟机里验证一轮, 确认符合预期之后, 再考虑是否为测试环境单独生成一张核心版镜像, 这个顺序最稳。【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表