实际情况是，当回收站中有超过 20 个文件时，或者其中任何一个文件较大（例如，以 GB 为单位）时，“清空回收站”对话框将显示“已完成 99%”，但随后会停留一分钟左右。然后，将鼠标悬停在文件资源管理器上时，窗口栏中会出现一条消息，提示“文件资源管理器未响应”。但是，它似乎总是最终自行解决，我认为我还没有遇到过无法完全清空的情况。请问这是正常现象吗？此外，清空回收站后，回收站内将始终显示“正在处理...”消息，直到我关闭文件资源管理器的该实例或单击其他文件夹；然后，下次单击回收站时，“正在处理...”消息将消失。
我使用的驱动器的最大设置大小为 26GB，我从来没有填充接近该数字的任何内容。
以下是我为调查此事而执行的chkdsk操作的结果。我定期执行sfc /scannow和DISM /Online /Cleanup-Image /ScanHealth检查，几乎从未发现系统存在任何问题。
硬件都很新，我真的怀疑硬件与此有任何关系。
===================================================
日志名称：应用程序
来源：Microsoft-Windows-Wininit
日期：2024 年 11 月 7 日 14:47:14
事件 ID：1001
任务类别：无
级别：信息
关键字：经典
用户：N/A
计算机：不完美
描述：
检查 C 上的文件系统：
文件系统类型为NTFS。
已安排磁盘检查。
Windows 现在将检查磁盘。
第 1 阶段：检查基本文件系统结构...
已处理 503808 个文件记录。
文件验证完成。
阶段时长（文件记录验证）：3.43秒。
已处理 19738 条大型文件记录。
阶段时长（孤立文件记录恢复）：8.15 毫秒。
已处理 0 条不良文件记录。
阶段时长（不良文件记录检查）：1.69 毫秒。
第 2 阶段：检查文件名链接......
已处理 5235 条重新解析记录。
已处理 848336 个索引条目。
索引验证已完成。
阶段时长（索引验证）：9.61秒。
扫描了 0 个未编入索引的文件。
阶段时长（孤立重连接）：510.09 毫秒。
0 个未编入索引的文件已恢复至丢失和找到处。
阶段持续时间（从孤儿恢复到丢失并找到）：914.61 毫秒。
已处理 5235 条重新解析记录。
阶段持续时间（重新解析点和对象 ID 验证）：18.43 毫秒。
第 3 阶段：检查安全描述符...
清理文件 0x9 的索引 $SII 中的 1460 个未使用的索引条目。
清理文件 0x9 的索引 $SDH 中的 1460 个未使用的索引条目。
清理 1460 个未使用的安全描述符。
安全描述符验证已完成。
阶段时长（安全描述符验证）：26.34 毫秒。
已处理 172265 个数据文件。
阶段时长（数据属性验证）：1.86毫秒。
CHKDSK 正在验证 Usn 日志...
已处理 36472112 个 USN 字节。
Usn Journal 验证已完成。
阶段持续时间（USN 日志验证）：58.14 毫秒。
阶段 4：在用户文件数据中寻找坏簇......
已处理 503792 个文件。
文件数据验证完成。
阶段时长（用户文件恢复）：2.93 分钟。
第 5 阶段：寻找坏的、空闲的集群......
已处理 71373420 个免费集群。
可用空间验证已完成。
阶段持续时间（自由空间恢复）：43.20 秒。
Windows 已扫描文件系统，未发现问题。
不需要采取进一步行动。
总磁盘空间 499191807 KB。
265936 个文件中有 212619732 KB。
450544 KB in 172266 indexes.
0 KB in bad sectors.
627851 KB in use by the system.
65536 KB occupied by the log file.
磁盘上有 285493680 KB 可用空间。
4096 bytes in each allocation unit.
磁盘上共有 124797951 个分配单元。
磁盘上有 71373420 个可用分配单元。
总时长：3.90 分钟（234136 毫秒）。
内部信息：
00 b0 07 00 6f af 06 00 43 59 0c 00 00 00 00 00 ....o...CY......
a5 13 00 00 ce 00 00 00 00 00 00 00 00 00 00 00 ................
