tiny11builder:老旧设备的Windows 11精简方案
一、问题诊断:Windows 11在老旧设备上的适配挑战
随着Windows 11硬件要求的提升,大量老旧设备面临系统升级困境。微软官方要求的TPM 2.0、4GB内存和64GB存储等条件,使得许多仍有使用价值的设备被挡在升级门槛之外。即使勉强安装,原版系统也会因后台服务繁多、预装应用臃肿导致运行卡顿,开机时间长达2分钟以上,日常操作频繁出现响应延迟。
1.1 核心矛盾分析
- 硬件资源限制:老旧设备普遍存在内存不足(2-4GB)、存储容量有限(64-128GB SSD)的问题
- 系统资源占用:原版Windows 11默认安装后占用25-30GB存储空间,后台进程超过80个
- 性能损耗来源:系统更新服务、预装应用、 telemetry服务持续占用CPU和内存资源
1.2 环境兼容性检测
在开始操作前,需确认本地环境是否满足基础要求:
# 检查PowerShell版本(需5.1或更高)
$PSVersionTable.PSVersion
# 检查可用存储空间(至少20GB)
Get-Volume | Select-Object DriveLetter, SizeRemaining
预期结果:PowerShell版本显示5.1及以上,目标磁盘剩余空间大于20GB。
二、方案选型:两种精简策略的技术对比
tiny11builder提供两种差异化的精简方案,分别针对不同使用场景。选择时需权衡功能性与资源占用的平衡。
2.1 方案参数对比
| 参数 | 常规精简方案(tiny11maker.ps1) | 极致精简方案(tiny11Coremaker.ps1) |
|---|---|---|
| 系统体积 | 约10GB | 约6GB |
| 适用场景 | 日常办公、家庭娱乐 | 虚拟机测试、临时开发环境 |
| 核心特点 | 保留系统更新功能 | 移除更新和恢复环境 |
| 组件保留 | 基础系统工具、 .NET框架 | 仅保留核心运行组件 |
| 维护性 | 支持后续组件添加 | 不可维护,无法更新 |
| 硬件要求 | 2GB内存,16GB存储 | 1GB内存,8GB存储 |
2.2 技术原理:工具工作机制
tiny11builder基于微软官方部署工具(DISM)实现系统精简,整个流程包含三个核心阶段:
- 镜像处理阶段:通过Mount-WindowsImage挂载WIM/ESD镜像,建立可写文件系统
- 组件清理阶段:使用DISM命令移除预安装应用(AppxPackages)和系统组件,通过注册表调整系统策略
- 优化输出阶段:压缩镜像文件,使用oscdimg生成可启动ISO,同时清理临时文件
该工具严格遵循微软部署标准,不依赖第三方二进制文件,确保系统稳定性和安全性。与同类工具相比,其创新点在于通过注册表预设(如HKLM\SYSTEM\Setup\LabConfig项)绕过硬件检测,使不满足官方要求的设备也能安装运行Windows 11。
三、实施步骤:三阶段循环操作法
3.1 准备阶段
3.1.1 环境配置
# 克隆项目仓库
git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder
# 进入项目目录
cd tiny11builder
# 配置脚本执行权限
Set-ExecutionPolicy Bypass -Scope Process
新手提示:-Scope Process参数确保权限变更仅对当前PowerShell会话有效,关闭窗口后自动恢复默认设置,无需担心安全风险。
3.1.2 镜像准备
- 从微软官网下载Windows 11官方ISO镜像
- 右键点击ISO文件,选择"加载",记录分配的盘符(如E:)
预期结果:资源管理器中出现新的虚拟光驱,包含Windows安装文件。
3.2 执行阶段
3.2.1 常规精简方案
# 基本语法
.\tiny11maker.ps1 -ISO E -SCRATCH D
# 完整参数说明
.\tiny11maker.ps1 -ISO <加载盘符> -SCRATCH <临时文件盘符> [-OutputPath <输出路径>]
参数说明:
-ISO:加载的ISO镜像盘符(仅需字母,无需冒号)-SCRATCH:临时文件存储盘符(需至少15GB可用空间)-OutputPath:可选参数,指定输出ISO路径(默认当前目录)
3.2.2 极致精简方案
# 执行核心精简脚本
.\tiny11Coremaker.ps1
关键交互:执行过程中会出现.NET 3.5支持询问:
Do you want to enable .NET 3.5? This cannot be done after the image has been created! (y/n)
输入y可集成.NET 3.5框架,适用于需要运行老旧软件的场景。
预期结果:脚本开始执行,控制台显示进度信息,过程持续15-30分钟(取决于硬件性能)。
3.3 验证阶段
3.3.1 镜像生成验证
# 检查ISO文件是否生成
Get-ChildItem -Path . -Filter "tiny11.iso" -Recurse
预期结果:命令输出显示tiny11.iso文件信息,大小约4-6GB(常规方案)或2-3GB(极致方案)。
3.3.2 虚拟机测试(推荐)
使用VMware或VirtualBox创建新虚拟机,分配:
- 内存:2GB(常规方案)/1GB(极致方案)
- 硬盘:20GB(IDE或SATA接口)
- 启动顺序:光驱优先
预期结果:系统正常启动,进入OOBE界面,可完成初始设置。
四、场景适配:不同硬件环境的优化策略
4.1 老旧笔记本优化
典型配置:Intel Core i3/i5 2-4代,4GB内存,128GB SSD
推荐方案:常规精简方案(tiny11maker.ps1)
额外优化:
# 执行脚本时添加禁用休眠参数
powercfg -h off
优化效果:系统占用降至10GB以下,开机时间缩短至45秒内,日常办公应用可流畅运行。
4.2 虚拟机测试环境
典型需求:快速部署多个隔离测试环境
推荐方案:极致精简方案(tiny11Coremaker.ps1)
实施策略:
- 生成基础镜像后创建快照
- 每个测试场景基于快照快速克隆
- 测试完成后删除克隆,保留基础镜像
优化效果:单个虚拟机磁盘占用仅6GB,同一物理机可同时运行4-6个测试环境。
4.3 低配置嵌入式设备
典型配置:Atom处理器,2GB内存,32GB eMMC存储
推荐方案:极致精简方案+自定义组件移除
实施步骤:
- 编辑tiny11Coremaker.ps1,在第135行添加额外要移除的组件
- 增加对特定驱动的保留(如SD卡控制器)
- 生成ISO后使用Rufus写入USB设备
预期结果:系统可在2GB内存环境下稳定运行,适合工业控制、数字标牌等场景。
五、进阶优化:性能调优与问题解决
5.1 性能对比测试
使用Windows内置工具进行基准测试:
# 启动性能监视器
perfmon
# 运行系统评分(需管理员权限)
winsat formal
测试指标:
- 启动时间:从BIOS到桌面可用的时间
- 应用加载:Office、浏览器等常用软件启动时间
- 资源占用:空闲时内存使用量、CPU占用率
优化前后对比参考:
| 指标 | 原版Windows 11 | tiny11(常规方案) | 提升比例 |
|---|---|---|---|
| 系统占用 | 25-30GB | 9-10GB | ~65% |
| 开机时间 | 90-120秒 | 40-50秒 | ~50% |
| 空闲内存 | 2.5-3GB | 1-1.2GB | ~60% |
| 应用启动 | 较慢 | 明显加快 | ~40% |
5.2 问题解决:症状-原因-解决方案
5.2.1 脚本执行权限问题
症状:提示"无法加载文件,因为在此系统上禁止运行脚本"
原因:PowerShell执行策略限制
解决方案:
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
执行后选择"Y"确认更改。
5.2.2 镜像加载失败
症状:提示"找不到install.wim或install.esd"
原因:ISO镜像未正确加载或盘符指定错误
解决方案:
# 查看所有挂载的卷
Get-Volume | Where-Object { $_.FileSystemType -eq 'UDF' }
确认Windows 11 ISO的正确盘符,重新执行脚本。
5.2.3 空间不足错误
症状:出现"磁盘空间不足"提示
原因:临时文件存储盘空间不足
解决方案:
- 使用
-SCRATCH参数指定更大空间的磁盘 - 清理临时文件:
# 清理系统临时文件
Remove-Item -Path "$env:TEMP\*" -Recurse -Force -ErrorAction SilentlyContinue
5.3 高级自定义选项
5.3.1 组件定制
通过修改脚本中的$packagePrefixes数组,可自定义要移除的应用和组件:
# 在tiny11maker.ps1中找到以下行(约205行)
$packagePrefixes = 'AppUp.IntelManagementandSecurityStatus',
'Clipchamp.Clipchamp',
# 添加或移除需要清理的组件
5.3.2 注册表优化预设
脚本内置了多项注册表优化,可根据需求调整:
- 禁用遥测:
HKLM\SOFTWARE\Policies\Microsoft\Windows\DataCollection - 禁用BitLocker:
HKLM\SYSTEM\ControlSet001\Control\BitLocker - 禁用Copilot:
HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsCopilot
六、总结与最佳实践
tiny11builder通过系统化的组件清理和注册表优化,为老旧设备提供了高效的Windows 11运行方案。在实际应用中,建议:
- 方案选择:日常使用优先选择常规精简方案,特殊测试场景使用极致精简方案
- 安全更新:常规精简版建议定期使用官方工具检查安全更新
- 备份策略:制作完成后将ISO文件备份到外部存储
- 硬件测试:新硬件环境下建议先在虚拟机中测试精简系统稳定性
通过合理使用本工具,不仅能延长老旧设备的使用寿命,还能显著提升系统响应速度,为用户带来流畅的Windows 11体验。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0148- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
auto-devAutoDev 是一个 AI 驱动的辅助编程插件。AutoDev 支持一键生成测试、代码、提交信息等,还能够与您的需求管理系统(例如Jira、Trello、Github Issue 等)直接对接。 在IDE 中,您只需简单点击,AutoDev 会根据您的需求自动为您生成代码。Kotlin03
Intern-S2-PreviewIntern-S2-Preview,这是一款高效的350亿参数科学多模态基础模型。除了常规的参数与数据规模扩展外,Intern-S2-Preview探索了任务扩展:通过提升科学任务的难度、多样性与覆盖范围,进一步释放模型能力。Python00
skillhubopenJiuwen 生态的 Skill 托管与分发开源方案,支持自建与可选 ClawHub 兼容。Python0111