各位,我现在在做一个加解密的minifilter驱动,现在遇到一个问题:我的加密头在文件首部。我在Write、read中,都会跳过这个首部(512B),通常情况下,这种情况都OK。但是发现当system进行延缓写的时候,会出现最后一部分WriteBuffer中的内容丢失,具体如下...
全文
回复(24) 2008-05-20 11:28 来自版块 - 文件系统(过滤)驱动程序开发
表情
goodone引用第23楼qianjunhua于2008-06-24 14:04发表的 : 应该是在fcb里面直接修改文件的大小,这样ntfs 在适当的时候会用fbc里面的值来调用ccsetcachefilesize 这个函数,来通知cache 这个时候文件的大小 fcb里面直接修改文件的...(2008-06-24 17:04)
qianjunhua应该是在fcb里面直接修改文件的大小,这样ntfs 在适当的时候会用fbc里面的值来调用ccsetcachefilesize 这个函数,来通知cache 这个时候文件的大小(2008-06-24 14:04)
goodone引用第20楼qianjunhua于2008-06-22 12:15发表的 : 是的!cache的大小 从他驱动中得到的是明文的大小,也就是,那么cache的 lazy write 就是在写的时候就要比较offset 和得到的明文的大小,所以一旦=>明文大小的时候就停止写了...(2008-06-24 10:21)
dionysus77引用第20楼qianjunhua于2008-06-22 12:15发表的 : 是的!cache的大小 从他驱动中得到的是明文的大小,也就是,那么cache的 lazy write 就是在写的时候就要比较offset 和得到的明文的大小,所以一旦=>明文大小的时候就停止写了...(2008-06-23 13:19)
qianjunhua是的!cache的大小 从他驱动中得到的是明文的大小,也就是,那么cache的 lazy write 就是在写的时候就要比较offset 和得到的明文的大小,所以一旦=>明文大小的时候就停止写了!而且文件驱动规定了lazy write 的写的时候是不能改变文件大小的,也不能...(2008-06-22 12:15)
goodone让CCmgr感知到文件头?如果让它感知到了,那它不会往下刷脏数据吗? 不会损毁我们自己的加在头部的加密标志吗?(2008-06-02 18:38)
dionysus77引用第17楼boxcounter于2008-05-28 11:51发表的 : 让CCmgr感知到加密头的存在就OK了,当然我调整了整个框架实现这么个功能。 我是在NTFS上做的测试。 如何让CCmgr感知到文件头呢? 对缓冲读写也偏移文件头长度吗?(2008-05-28 12:39)
boxcounter让CCmgr感知到加密头的存在就OK了,当然我调整了整个框架实现这么个功能。 我是在NTFS上做的测试。(2008-05-28 11:51)
dionysus77引用第15楼boxcounter于2008-05-27 18:41发表的 : 我已经解决了,原因是因为CCmgr不知道我的加密头的存在,导致刷脏页的时候出现这个问题。多谢各位 :) 怎么解决的?这个问题是出现在NTFS上,还是FAT32上也会有?(2008-05-27 19:25)
boxcounter我已经解决了,原因是因为CCmgr不知道我的加密头的存在,导致刷脏页的时候出现这个问题。多谢各位 :)(2008-05-27 18:41)

返回顶部