尽管“快速删除”，Windows仍延迟在小型USB驱动器上写入FAT表
我看到在小容量FAT（FAT12）格式的USB闪存驱动器上写入FAT的延迟，即使该驱动器的策略设置为“快速删除”。（我相信这意味着SurpriseRemovalOK标志已设置）。我已经捕获了通过USB发送到驱动器的SCSI命令：立即执行文件截断写操作，之后立即写入整个文件（长2 512字节的扇区），但是在FAT之前有20-90秒的延迟已更新以反映文件写入。 驱动器的大小很大。我进行了测试，并看到大小为15MB或更小的FAT文件系统上的问题。在16MB及更高版本上，写入不会延迟。在Windows中格式化驱动器时，我在使用FAT12和FAT16之间看到了16MB的断点。（稍后会添加注意：但是FAT12 / FAT16断点取决于群集数，而不是绝对文件系统大小）。 在16MB及更大的磁盘上，Windows Prevent/Allow Medium Removal在写入之前发送SCSI 命令，要求不要删除该设备。USB记忆棒实际上在这些请求上返回了失败（因为它不能保证不能删除），但是Windows还是尝试了。15MB及以下的迹线不显示任何 Prevent/Allow Medium Removal命令。 （我在使用支持包含Python代码的微型FAT文件系统的微控制器板时发现了此问题。当微控制器检测到对文件系统的写入时，它会等待写入完成，然后自动重启并运行新编写的Python代码但是，由于延迟写入，微控制器看到的代码已损坏或文件系统已损坏。） 尽管设置了“快速删除”，为什么对FAT的写入却延迟了这么长时间？我可以通过在驱动器上执行“弹出”来强制执行写入操作，但这违反了“快速删除”的承诺。如果我提早将驱动器拔出，则它的FAT表将不正确。这掩盖了以下屏幕快照中有关不必使用“安全删除硬件”的声明。这是一个错误还是我错过了什么？有没有办法强迫所有写操作在没有手动“弹出”的情况下立即发生？ 这是Wireshark / USBPcap跟踪中的修剪摘要，显示了该问题。我截断一个现有文件，然后写一个新副本。我用添加了评论###。对USB驱动器的大多数写入操作大约在跟踪之后5秒钟进行，但是最终FAT写入要等到26秒钟。 No. Time Source Destination Protocol Length Info ### write directory entry to truncate file 13 5.225586 host 1.2.2 USBMS 58 SCSI: Write(10) LUN: 0x00 (LBA: 0x00000041, Len: 8) 14 5.225838 host 1.2.2 …