软比硬更加难搞？盘点SSD固件惹过的祸

­　　作为新生事物，很多朋友对 SSD 有着天然的不信任。不少人觉得，SSD 和 HHD 相比，寿命更短，这是由于闪存特别是 TLC 擦写次数较少所决定的。不过，和人们的印象不同，SSD 只要使用了合格的元件（例如原厂 NAND 颗粒乃至白片），硬件上极少出现问题。与硬件部分相比，SSD 软件部分——固件，出过的问题可能更多！

­　　SSD 的机制比较复杂，固件编写难度高

­　　和 HDD 相比，SSD 的机制要复杂得多。例如，SSD 和传统 HDD 结构完全不同，SSD 需要通过 FTL 层和系统对话；又例如由于闪存需要擦写后才能重新写入数据，所以 SSD 需要进行 Trim 来把闪存重新"洗干净"；再例如，SSD 还需要一个好的平衡写入算法，来确保闪存颗粒被均衡损耗，不至于出现某一个区块写入量特别大，而提前挂掉的情况。这些复杂的机制，都是由 SSD 固件调控的，SSD 固件的编写难度，可见一斑。于是，SSD 因为固件翻车的情况屡见不鲜。那么到底出现过什么著名的 SSD 固件翻车案例？这就来为大家盘点一下！

­　　8M 门：数据灰飞烟灭

­　　这是一个出现在 320 系列 SSD 中的典型固件问题，在 X25M 等型号中也有出现过，但出现的频率没有 320 系列 SSD 高。由于固件编写有问题，320 系列 SSD 在断电重启后，很有可能容量会变为 8M，而不是实际上的数十 G 容量。一旦问题发生，SSD 基本上和砖了没有什么区别。尽管用户可以联系退货，但丢了的数据，就无缘再见了。

­　　320 系列（G3）SSD 曾经出现过" 8M 门"

­　　这个问题官方的叫法是" Bad Context 13X Error "，用户其实也可以手动解决。官方给出的临时解决办法是，利用 SSD TOOLBOX 进行 Secure Erase 安全擦除，这可以让 SSD 恢复到可用的状态——但是，用户的数据会全部丢失。最后，官方发布了新版固件，总算是解决了问题。

­　　5200 小时门：SSD 时辰突然已到

­　　这是一个在 M4 系列 SSD 中出现的固件问题，有很多用户发现，M4 系列 SSD 在用到 5200 小时左右的时候，会出现周期性蓝屏。有经验的用户观察到，在蓝屏中的报错代码是" 0xF4 "，这是一个典型的丢盘代码。一般来说，出现这个代码意味着 SSD 已经很不健康了，闪存寿命将尽。但这是不合常理的，虽然和 HDD 相比，SSD 的理论寿命的确更短，但也完全不至于短到只有 5000 个小时左右。

­　　M4 也算是一代经典了，但固件闯了祸

­　　经过了用户和官方的一轮撕逼后，这个问题被确认为固件问题。官方之后发布了新固件，固件阐明"修正了通电 5184 小时之后 SMART 计数器出错导致 M4 不响应的问题"。最终，M4 的固件问题得到了修复。实际上，M4 的固件性能表现在同时代的 SSD 中是出类拔萃的，尤其是在高负载时候的性能，堪称企业级。但官方对待固件问题的态度，让很多用户深深失望。M4 系列的后继者，再也没有达到 M4 的受欢迎程度。

­　　掉速门：TLC 大吃一惊

­　　这是出现在 840 系列 SSD 中的固件问题，而 840 系列 SSD，可以说是 TLC 闪存推广的先锋。TLC 闪存长期被人们认为性能寿命欠佳，偏偏 840 系列 SSD 出现了速度狂掉的问题，这让人们对 TLC 更加谈虎色变。在 840 系列 SSD 中，掉速的具体表现是长期不访问的数据读取速度胡出现大幅下滑，如果只是看现象的话，这最有可能是一个写入平衡方面的问题，和闪存并没有什么大关系。但是用户本来就对 TLC 不满，840 系列在这个节骨眼出现"掉速门"，令很多用户感到不安。

­　　TLC 让 SSD 容量陡增，但很多人也担心速度和寿命问题，固件掉速时间让 TLC 口碑更差了

­　　不过这个问题解决得还是相当迅速的，官方经过调查后，很快给出了解释。官方的说法是，由于软件算法存在错误，840 EVO 会不停地在数据保存的单元中进行读取 - 重试 ( Read-Retry ) ，导致整体读取性能下降。这是一个闪存管理机制对电压变化的反应存在的失误，利用官方发布的性能修复工具，可以无损修复。现在 TLC SSD 已经普及，再也没有出现什么"掉速门"，事实证明掉速的确不是 TLC 的锅。

­　　总结

­　　实际上，SSD 的硬件已经日趋成熟，市面上并不乏高性能的公版主控方案。但这在固件方面，就算是大厂，也不能保证一定不翻车。如果你购买了 SSD，请多留意官方的固件更新情况，使用最新的 SSD 固件，可以让你避免很多奇怪的问题！