Joe*_*oey 4 windows-7 ssd file-corruption
最近,我的笔记本电脑有时会警告硬盘驱动器上的文件损坏(三星 SSD PB22-JS3 TM)。到目前为止,仅在使用 TortoiseSVN 或命令行 Subversion 客户端更新(或检出)SVN 存储库时才会发生这种情况。
有趣的是,损坏的文件一直是一个.svn
目录(尽管目录条目也可能包含该目录中的文件,如果它们足够小?-?SVN 应该是这种情况)。但是,当查看警告目录时,我没有发现任何奇怪或不寻常的地方,并且不会再收到有关它的任何警告,然后再尝试一次(一旦发生该错误,SVN 就会停止更新?-?TortoiseSVN 即使有适当的错误消息)更新工作副本有效(嗯,主要是;有时它会再次运行,尽管使用不同的目录)。
由于笔记本电脑只有几个月大,我怀疑 SSD 是否已经出现故障——正常使用五个月应该不会太令人惊讶。此外,它(到目前为止)仅发生在大型存储库上的 SVN 更新。也许在短时间内写入太多,软件和硬件之间的某些部分没有足够快地赶上? - ?我对此了解不足,无法在这里做出明智的猜测。
有谁知道这里发生了什么?
ETA:请注意补充:我已经运行了 chkdsk(它似乎在发生这种情况时会自行安排)并且没有发现任何异常。
看看这是否与您的问题有关。
简短摘要: Windows 7 NTFS 文件系统驱动程序有一个错误,有时当一个进程尝试访问另一个进程(例如后台文件索引服务)正在使用的文件时,它不会产生“拒绝访问”错误将是正常情况,而是“文件损坏”。这反过来也会导致chkdsk
为下次系统启动安排a 。引用链接文章:
微软已经确认了这个错误:
这是 Windows 7 中 NTFS 文件系统中的已知回归。它发生在对具有原子操作锁的文件执行替代重命名时(原子操作锁是 Windows 7 中的新功能)。索引器使用原子机会锁,这就是为什么在禁用索引器时它会有所帮助。Explorer 还使用原子 oplocks,这就是为什么您仍然看到这个问题的原因。发生这种情况时,错误返回 STATUS_FILE_CORRUPT 并且卷被标记为“脏”,这是向系统发出需要运行 chkdsk 的信号。没有发生实际的腐败。
归档时间: |
|
查看次数: |
2681 次 |
最近记录: |