第三集这个掉电测试是直接测试当系统盘在写入操作时掉电后，会发生什么情况。
测试平台跟第二集基本没分别，只是操作系统直接装在测试的M5Pro上了：
CPU：Intel Core i5-3470
主板：微星Z77A-G41
内存：金士顿 2G x 2
硬盘：Plextor PX-128M5Pro（系统盘）
系统：WIN7 SP1 64位旗舰版
考虑到大部分用户不会刻意改动节能设置，因此BIOS设置保持无超频的默认状态。
测试继续对比系统默认的msahci驱动和11.6.0.1030、12.7.0.1036、12.8.0.1016这3个版本的RST驱动的区别。
这次的测试方法跟第二集是类似的，但由于仅使用一个SSD，并且我也希望能一定程度的模拟一下平常使用的环境，因此我安装了office和Photoshop，在测试时用它们分别开启了一个word文档及RAW图像文件，复制的文件选择盘内数据区同分区文件夹间的复制，断电操作采取的不是拔SSD电源线，而是复制中途直接关闭测试机电源的方式，断电一会后，再重新开机进入系统，检查刚才开启及复制的文件是否出错。
由于这次是单系统盘直接断电，所以就没有断电前一刻的截图了，下面是测试结果。
首先这里先放上3个测试文件的原始HASH验证码，方便大家对照，第3个是复制中途将被刻意断电的文件，只要到达复制这个文件的中途，我就会关掉测试电源，当然每次断电的时刻我也无法保持完全一致，但时间上都不会差很远。
测试同样继续由msahci领队。
msahci第一次测试我有几点失误，导致测试结果跟几次RST测试的有比较显著的差异，我将在最后跟大家分析，现在放上的是RST测试完后，我重新使用msahci按正规步骤进行的测试结果。
这是测试前的CDI截图。
这是测试后的，测试系统盘基本无异常，只有C0增加。
掉电后对照被打开的文档和RAW文件并无出错，这是因为这2个文件虽然被打开，但在断电时实际并没有数据写入，所以也就没有受损，而再对照断电前已显示复制完成的文件，也没有出错。
只有复制中途被断电的文件出错了。
这情况跟第二集里的表现是一致的。所以如果断电时，系统重要文件没有写入操作，那么理论上系统一般不会出问题，如果有的话，视文件的重要性和损坏程度，那也必然会对系统产生不同程度的影响，有可能只是轻微的不正常，也有可能完全没办法使用。
接着是11.6的RST驱动测试。
测试前的CDI截图。
测试后的系统盘无异常。
验证文件跟系统默认驱动的情况一致，无写入或写入完全成文件无错误。
写入中的文件如常出错了。
接着是12.7的测试。
测试前的CDI。
测试后系统盘无异常。
只是打开而未有写入操作的2个文件测试后依然没有受损。
但这次如同第二集进行12.8测试时的情况一样，已经提示复制完成的文件，无法通过验证，虽然系统已经在进行下一项目的复制操作，但实际数据并未真正完全写入。
复制中途的文件当然也必然会受损。
然后继续12.8的测试。
测试前的CDI截图。
测试后系统盘未出现异常。
打开的2个文件无受损。
但如12.7测试时的情况一样，已报告复制完成的文件，无法通过验证。
复制中的文件自然也肯定出错。
以上的测试结果基本上从另一侧面向我们证实了，12.x系列RST驱动，就如同第二集所说的，在意外掉电的情况下，数据受损的风险确实比11.x系列和系统默认的msahci驱动要大。
下面我再给大家看看我在第一次进行系统默认驱动测试时，因为失误而产生的另一种问题。
首先这次测试前我忘了做CDI截图，只有在测试后截了。
CDI截图上是没看到盘有异常的。
选择复制文件的操作时，我没有完全按照之前测试的选择方式去做，虽然测试方式一样，但结果就是导致出现了下面这种错误。
但在测试目标文件夹，实际只看到一个复制过来的文件夹，并且并非是我断电时看到正复制的那一个，而且该文件夹还无法正常打开。
在发现此情况后，我选择对系统盘执行一次启动前的磁盘扫描（即右键工具菜单内的查错一项），使用默认的勾上修复文件系统错误一项。重启让系统自动扫描并修复文件系统后，这个文件夹便可以正常访问了。
但其中主要的电影文件依然无法通过验证。
字幕文件就没有问题。
我分析出现这个情况的原因，其一是因为我选择复制文件方式的变化导致系统在复制过程中的操作跟其它测试出现了差异，其二则是我只依据复制到的文件进行断电操作，而这次断电正好碰上了文件系统数据更新（分区表）的时间，因此重新通电进入系统后，该部分的分区表数据出现了错误，所以才会导致最初的文件夹损坏无法读取的状况，而在我扫描并修复文件系统错误后，分区表数据被系统修复了，自然文件夹就可以打开读取了，但断电时电影文件确实没有写入完成，因此字幕文件虽然通过了验证，但电影文件就无法通过了。
从这个例子，我们可以知道，在意外断电或死机的情况下，不只是数据本身，文件系统也是会受损的（因为FS也是数据的一部分），依据不同的受损程度，出现的故障情况也会不同。一般大多情况下，win自带的磁盘扫描及修复功能是可以修复大多数错误的，但如果错误太严重，软件也会无能为力。特别是SSD本身还有一套另外使用的‘文件系统’（即FTL），如果这套系统的数据也出错，SSD就更需要时间来尝试修复错误，因此我这里再次提醒大家，如果遇到因为意外掉电或其它任意原因造成的死机，重启后系统无法立刻识别SSD，请不要惊慌，先就这样通电放一段时间（一般建议放15-20分钟），让SSD内部有足够修复错误的时间，然后才完全关闭电源后重启，看看是否可以识别SSD并正常使用。
下一集我会再进行win8系统默认驱动跟几款RST驱动的性能的对比测试，并且会按86的建议，加上开关系统写入缓存时，对实际使用影响的对比，请大家期待。 |
