试用了一下楼主的程序
如果楼主想进一步完善，我有以下建议（如果没此想法就请无视吧）
1、复制的文件，必须是“簇”大小的整数倍，否则可能有数据没有被覆盖。但是让用户选择的文件很难保证具有合适的大小。或者自己有能力创建这个文件。
2、楼主的程序是一直复制这一个文件，直至空间不足为止。这样就会造成剩余空间未被覆盖，于是又重复第一点问题。
我的想法是，因大文件复制的效率较高，所以先复制较大的文件，但是磁盘空间不一定刚好就是这个文件大小的整数倍，后续就复制较小些的文件，逐渐覆盖全部空间。也就是：由程序创建 100GB（107374182400）的文件，复制到目标盘，直至空间不足以复制下一个。然后创建小一级的文件10GB（10737418240），复制到目标盘，直至空间不足以复制下一个……，最后创建1KB的文件来复制。
对于文件的大小，感觉这个顺序比较合适：100GB,10GB,1GB,100MB,10MB,1MB,512KB,256KB,128KB,64KB,32KB,16KB,8KB,4KB,2KB,1KB
因为目前磁盘的族的大小一般是2KB，4KB，8KB，这样基本上就能覆盖全部空间了。
我是有此需求的，找时间我写个批处理
hnfeng 发表于 2024-11-4 10:18 https://i.pcbeta.com/static/image/common/back.gif
试用了一下楼主的程序
如果楼主想进一步完善，我有以下建议（如果没此想法就请无视吧）
编写软件直接创建簇大小的倍数来填零也不是难事
但如果有这样的需求，用HDTunePro的填零就可以了。
页:
1
[2]