[情報] Intel SSD 320 8M 再現...囧

感謝UMEDA網友的回覆. 不過我兩個INTEL SSD G3 都是毀損在筆電系統 (都有電池電源+市電), 一般來說, USER 很少會強迫關機 (4秒連續按住).

我們有大量使用HP 8440p, 也是使用 INTEL SSD G2 系列, 但是卻還未曾聽說過有8MB 問題. 所以我們才會去買零售版的 G3, 也就是這次毀損資料的兇手. 而且幾乎是百分之百的Failure Rate. (目前只升級兩位USERs)

但是我注意到 毀損的都是 比較舊機型的 (HP 6910p, Lenovo X61s), AHCI 版本都只有8.9 和 10.1 之類.

我不太懂UMEDA網友的意思是說只有新型筆電, 才可以處理Physical to Logical address mapping table? 桌機仍然無法應付這個問題?

尤其如果只有當前的SESSION 遇到斷電理應只有當前資料遺失, 但卻造成整個SSD的毀損, 這實在是很高的代價. 是否隱含桌機 和 舊式筆電, 使用SSD 都有一定的風險?

我了解儲存元件都有硬體上的先天風險, 需要備份. 但是 SSD 在桌機 和 舊式筆電上, 似乎有更多的淺在危機?

請問樓主, 還記得毀損的SSD 是G2, 還是 G3的版本? 您的筆電應該也是兩三年前的機型?

附記: 我已經在四樓 補上那兩個SSD的包裝 和Firmware BOOT CD (V1.92, 01SEP2011) 的照片.

HBAT wrote:
請問樓主, 還記得毀損的SSD 是G2, 還是 G3的版本? 您的筆電應該也是兩三年前的機型?


320系列 應該是G3吧...@@?
筆電是2008年10月最新的Intel Montevina Centrino2 平台,剛好三年

韌體跟您更新的是相同版本

HBAT wrote:
我們有大量使用HP 8440p, 也是使用 INTEL SSD G2 系列, ...(恕刪)


這個要分成幾點討論。第一,8440p出來的時候,應該是2010年的上半年吧。那時候Intel 320 SSD (G3)根本還沒出來,那個時候出的是34nm G2 X25-M/X18-M 系列,而的確G2也有出現在8440p 的QVL上。所以你沒看到G2系列出現大問題是合理的,因為我想HP都已經幫你把嚴重的bug都找出來並解決掉了。否則G2不可能會被列入此機型的QVL中。反過來說,很有可能G3根本沒被HP在8440p上面測試過。G3有沒有在8440p的QVL中,您問問HP應該就會有答案。 第二,您提到您兩個INTEL SSD G3 都是毀損在筆電系統(都有電池電源+市電),不知道這兩台筆電系統是否是兩年或更早以前的型號? 還是就是您提到的那兩個機型-HP 6910p & Lenovo X61s? 但話說回來,G3的那版韌體有問題是事實,您會遇到其實並不是特別奇怪。只是資料會一起不見,這個比較麻煩。如果是HP 6910p & Lenovo X61s這兩個機型,我想應該HP跟Lenovo也是沒有在上面測過G3的SSD吧...畢竟都已經停產了。甚至在Lenovo X61s上面,您是否注意到即使您使用支援SATA-2的SSD,X61s仍只會讓此SSD降速跑在SATA-1的速度? 反正設計者就是有他們自己要考量的地方在。如果您有注意看這兩個原廠所附、跟著筆電一起出貨的SSD型號的話,您應該可以發現,他們用的是客製化的SSD, 其型號與一般您在零售通路買的 SSD並不同(即使是同系列、同容量,但型號的最後幾碼就是不同)。

有關Physical to Logical address mapping table,您可能誤會我的意思。這個table是由SSD控制器自己管理的,所以與系統端無關。有關的是,系統會不會在要把電源shutdown之前,下Standby Immediate指令告訴SSD,你等一下就沒有電可以做事情了;而SSD一旦被知會,它就會立刻回存所有目前狀態到NAND flash裡面(除了該存的資料,也包含那個table的狀況)。而在移除電源之前,系統端是否能正確地下達這個指令給SSD,與BIOS或是AHCI driver有關。而通常,筆電系統比較會注意這個地方,會知道在哪邊該下這個指令;而桌機系統的話,因為其電源管理方式與筆電平台的系統不同(桌上型主機板也沒有EC BIOS這個東西),所以可能寫BIOS的人也不知道要從何開始支援起。再舉個例子,有些使用者是開啟IDE模式for SSD,而不是AHCI/RAID模式。基本上,如果使用IDE模式,雖然對舊的作業系統(像DOS或是Linux)會有比較好的相容性,但伴隨而來的是,將有很多SATA的功能無法被完整支援,比如說NCQ與熱插拔就是例子;它們在IDE模式下根本不被支援。另外,使用IDE模式也很有可能讓系統無法下Standby Immediate指令給SSD。老實說,在SSD上面使用IDE模式,真的是犧牲滿多東西的。

還有您覺得"如果只有當前的SESSION遇到斷電 理應只有當前資料遺失",老實講,這個在傳統HDD上面是成立的,但在SSD上面則不一定。的確是很高的代價,也因此使用者要做備份才是王道。RAMDISK這種儲存裝置還更快,但就是不能沒有電 來維持它的資料。但風險這麼高的技術,為何還是有很多企業用戶使用? 因為他們覺得只要該做的備份或是因應之道有做好,還是可以好好去享受這個技術所帶來的許多好處,何必因噎廢食? 畢竟傳統HDD實在是太慢了。

或許您可以在下次採購SSD的時候,先詢問一下系統原廠有測過的SSD型號再行購買會比較妥當一點。有上QVL的還是有差的

liuyunglin wrote:
原來是這樣,難怪我這...(恕刪)


因為那些"可能"是直接死給你看,系統會偵測不到SSD(韌體直接整個不見...),連用Secure Erase也沒辦法自己救,一樣只能送回原廠RMA.
非常感激UMEDA網友的回覆 真的是長知識了 很久沒在01看到這類很有價值回文


HBAT wrote:
很遺憾樓主跟我的情況...(恕刪)





6月買....

10月葛屁.... 中 8MB 惡夢


更新韌體無效......

等FedEx 送表單中~~
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!