问题背景
Windows 安装助手升级系统后，往往会生成 Windows.old 文件夹。这个目录通常占用 C 盘几十 GB 空间，清理它是释放磁盘的常见需求。但实际操作时，直接删除会提示'文件夹访问被拒绝'，甚至需要来自 TrustedInstaller 的权限。
例如尝试删除 Program Files (x86) 子目录时，也会遇到同样的报错。这并非文件损坏，而是系统权限保护机制在起作用。
解决方案
要解决这个问题，核心思路是修改文件夹的所有者，并赋予当前用户完全控制权。整个过程不需要重启或进入安全模式，直接在资源管理器中操作即可。
首先，右键点击目标文件夹，选择属性，切换到安全选项卡，点击底部的高级按钮。这会打开高级安全设置窗口。
在弹出的窗口中，找到所有者字段，点击旁边的更改。输入 Administrators（或者你当前的管理员账户名），点击检查名称确认无误后确定。这一步至关重要，只有成为所有者，后续编辑权限和删除操作才可行。注意勾选'替换子容器和对象的所有者'，应用后，该文件夹及其内部所有层级文件的所有权都会转移给你。
应用更改后可能会弹出提示框，关闭它重新打开高级安全设置界面。此时你会发现虽然所有权变了，但权限条目里可能还没有'完全控制'。点击添加或更改权限，选择 Administrators 组，勾选完全控制，然后确定。
回到高级安全设置主界面，确保勾选了'使用可从此对象继承的权限项目替换所有子对象的权限目录'。这一步开启后，权限规则会自动应用到所有子文件夹及深层嵌套的文件，实现批量处理。对于像 Common Files 这样的子目录，你会发现它们已经继承了父目录的完全控制权限。
完成上述配置后，再次尝试删除，文件夹就能顺利移入回收站了。
原理解析
为什么会出现这种情况？
TrustedInstaller 是 Windows 内置的一个特殊系统账户，专门用于管理系统文件的安装和更新。它的权限级别极高，普通管理员账户默认没有修改权。当你尝试删除由系统更新生成的 Windows.old 时，系统判定这是受保护的系统资产，因此拦截操作。
这就好比不能随意丢弃他人的私人物品。作为 Administrators 组的成员，我们虽然拥有管理权限，但在这个特定场景下，并不是文件的法定所有者。
通过修改所有者和权限继承，我们实际上是在合法地接管这些文件的管理权。通过属性面板，我们可以查看到文件的只读状态、各用户组的访问权限以及当前文件所有者。在高级安全设置界面中，调整所有者与权限配置是关键：
- 路径：属性 > 安全 > 高级
- 需先取得所有权方可编辑权限
- 切换所有者后需刷新设置界面
- 启用继承可将权限规则下发至所有子对象，支持级联删除
理解了这一点，以后遇到类似的系统文件权限问题，也能举一反三。
