
Docker Desktop 的 WSL 磁盘很大?清理或压缩前先测三层
用只读审计把 Docker 对象、WSL 客体文件系统与 Windows 宿主 VHDX 分开记录,再决定下一步。
WATCH AT EASE · 实用指南
解决日常问题,核实内容的当前适用性。
265–288 / 359

用只读审计把 Docker 对象、WSL 客体文件系统与 Windows 宿主 VHDX 分开记录,再决定下一步。



在静止的本地仓库副本上盘点,仅匹配官方记录的冲突文件名,并比较 Markdown 原始字节。只读工具标出原文件缺失和不支持的名称;哈希相同也不批准删除。


本地审计可为Bitwarden ZIP中已有文件建立清单与摘要,但归档本身不能证明服务器全部附件都已导出。离线检查结构问题,与另存的独立基线比较,并明确何时必须继续保留来源、暂停删除或迁移。

ZIP下载成功也可能只有LFS指针。用可信提交中的指针核对档案指定成员的解压后字节,并把单文件匹配与整个仓库备份完成分开判断。


反复下载只能说明启动未被接受,不能证明所有旧安装都该删除。保留完整日志,绑定准确的 VS Code commit,分别核验下载、解压、启动与转发,只修复有证据的失败环节。

命令成功不等于验证完整。先证明 crypt 拓扑和底层哈希能力,明确选择 cryptcheck 或下载比对,保存每类报告,并把错误和不支持哈希的对象排除在“已验证”总数之外。


孤立警告不能证明容器可以丢弃。先确认实际 Compose 项目,检查归属标签和数据挂载,区分服务改名、项目名冲突、不同文件组合与一次性运行,再选择最小安全动作。

克隆后的工作树里出现指针文本,只是症状,不是根因。先保留本地改动、识别准确 LFS 对象,再把属性和过滤器配置与下载、认证、本地对象及 checkout 故障分开判断,然后才考虑重克隆或重置。

yt-dlp 下载结果无声,不一定表示下载失败。先保留文件和详细日志,检查文件中实际有哪些流,再区分是只选了视频、跳过或未完成合并,还是播放器兼容问题,然后才考虑重新下载。

这是一道安全停止,而不是让你盲目重建隐藏文件夹。先做只读预检,区分挂载丢失、路径移动、清理工具删除和权限故障,再恢复同步。

用经过测试的只读脚本分页读取本地 Plex Media Server 历史端点,保留按用户区分的事件记录,并标出可能不完整的导出。


用同一线缆和外设分别记录接电、断电两种状态下的显示、充电、USB 与以太网结果,再根据发生变化的功能选择下一项受支持测试。

不打开 metadata.db,也不修改唯一的书库副本,先盘点自定义列定义、每本书的 OPF 覆盖和冲突。




再次复制 Thunderbird 配置前,先生成只读的逐字节清单,安全区分缺失的邮件数据、发生变化的文件和配置路径不一致。
