[討論] 關於S3死機的來龍去脈

看板MobileComm作者 (1 2 3 4 疾風炭)時間11年前 (2013/01/18 21:48), 編輯推噓29(29072)
留言101則, 31人參與, 最新討論串1/1
這個是整合了一些XDA討論跟小弟目前系所研究主題有關的文章 先來個結論吧: S3經過更新以後 死機的可能會下降很多 但是已經受損的不會好 什麼意思呢? 這個是物理問題 目前沒有辦法用軟體修復 首先 先來看原因 這是XDA的推測 但三星沒有公布真相的話我們就先以他們講的為準吧 這次的問題是出在這批貨: eMMC:VTU00M FW Rev:0xF1 https://play.google.com/store/apps/details?id=net.vinagre.android.emmc_check (這個APP有提供你自力檢測 請注意更新以後這邊顯示的不變) 在這批的韌體裡面 XDA的推測是三星在判斷eMMC內部NAND Flash cell的衰老程度 演算法出了大包 導致對系統區塊有大量的重複寫入讀取 或許你會問:大量寫入讀取怎麼了嗎? 對於NAND Flash來說 大量的寫入讀取是會快速導致該區塊的記憶體單元老化 而因為成本控制因素 基本上大家都是MLC來做(這是我猜測的 不過SLC也還是會) 什麼叫做記憶體單元老化呢? NAND Flash在多次的寫入讀取以後 該區塊由於物理因素 將會逐漸無法分辨內容是0/1 而這件事情不可逆 壞掉就是壞掉了 那一個區塊就是沒辦法再使用 所以說你在買SSD的時候 控制晶片很重要 因為寫得好的控制晶片會分散讀取寫入 降低重複讀取寫入同一區塊的問題。而這件事情上是手機也應該要做好的 好 所以知道了原因 我們來看現況是如何 目前已知的是這些Kernel已經修復了這個問題: XXEKC/XXELL1/XXELL4/XXELL5/XXELL6/XXELLA/XXELLB/XXELLC 以及升級到4.1.2的升級 這件事情跟Bootloader無關 但是跟Kernel有關 Kernel可以做的事情是在寫入控制上提前做好 避免針對同一區塊做大量寫入 所以說 有S3的人就趕快更新吧! 除了新功能還可以減少進一步損害 減少進一步損害? 或許會有疑問為什麼是減少而不是避免? 因為只要有寫入讀取動作 NAND Flash就會逐漸地失去0/1電位的分辨能力 所以說傷害是已經造成了 而且你也不可能因此就一輩子不用S3 對吧? 但是拿到這批韌體的人怎麼辦? 拿回去三星看他們給不給換吧 韌體是沒辦法透過更新而更新的 除非換了機板 否則他就是那一個版本跟著你了 至於因為這個韌體所導致的記憶體單元損傷 也無解 因為那就是NAND的物理特性 更新可以緩解這個問題 不過釘過釘子的牆壁 拔掉以後也是千瘡百孔 以上是小弟整理了一些XDA的情報跟搭配一些自己所學的內容 也請多多指教 -- 長久以來,我們將許多地方,與許多時刻視為理所當然。 我們對這個理所當然很冷淡,所以理所當然,終於忍受不了悲傷,逃走消失了。 失去之後,我們才重新注意到,這理所當然。 然而今後,也還會有很多的理所當然,漸漸的消失吧。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.49.86

01/18 21:50, , 1F
是說會不會因此被....?
01/18 21:50, 1F

01/18 21:51, , 2F
我看到"物理問題"之後就不想看了
01/18 21:51, 2F

01/18 21:55, , 3F
就是快速到達SSD使用期限
01/18 21:55, 3F

01/18 21:55, , 4F
歡迎樓上指正討論
01/18 21:55, 4F

01/18 21:55, , 5F
現在可能是用TLC了? 更短命
01/18 21:55, 5F

01/18 21:56, , 6F
應該說 每個區塊都有他的總寫入次數限制
01/18 21:56, 6F

01/18 21:56, , 7F
全部裡面只要有一塊掛了 大家就一起掰掰
01/18 21:56, 7F

01/18 21:57, , 8F
學理上還是MLC拉 原理就是那樣
01/18 21:57, 8F

01/18 21:57, , 9F
所以一般會去平均寫入 一起慢慢磨損壽命 但是韌體有
01/18 21:57, 9F

01/18 21:57, , 10F
把電位拆開來判讀0/1
01/18 21:57, 10F

01/18 21:57, , 11F
問題 所以讓一塊地方被快速寫完 其他好好地也沒用了
01/18 21:57, 11F

01/18 21:58, , 12F
不過拆越細就死越快...XD
01/18 21:58, 12F

01/18 21:58, , 13F
就是Costdown咩
01/18 21:58, 13F

01/18 21:59, , 14F
專業!!
01/18 21:59, 14F

01/18 22:00, , 15F
01/18 22:00, 15F

01/18 22:00, , 16F
剛剛google過 TLC應該是沒辦法做eMMC 速度比較慢
01/18 22:00, 16F

01/18 22:03, , 17F
假裝很瞭解推 對阿對阿 就是這樣嘛
01/18 22:03, 17F

01/18 22:05, , 18F
為什麼韌體不能跟新,不是firmwave嗎
01/18 22:05, 18F

01/18 22:05, , 19F
位置不一樣 改不到那一塊
01/18 22:05, 19F

01/18 22:07, , 20F
我看到的資料是說sandisk兩年前就有TLC的eMMC了
01/18 22:07, 20F

01/18 22:10, , 21F
所以是eMMC的控制晶片出問題還是系統上的問題啊?
01/18 22:10, 21F

01/18 22:11, , 22F
感謝,出這種包也太悲傷了....
01/18 22:11, 22F

01/18 22:12, , 23F
應該是控制晶片吧 系統的話更新以後韌體號應該會變
01/18 22:12, 23F

01/18 22:13, , 24F
對NAND Flash世界第一的三星來說有點諷刺就是
01/18 22:13, 24F

01/18 22:14, , 25F
所以沒辦法像桌機上直接刷新韌體進eMMC?
01/18 22:14, 25F
eMMC的韌體應該是燒死的吧? 這個我不是很確定 所以是猜測動不了 https://github.com/cyanogenmod/android_kernel_samsung_smdk4412/commit/ da8461692362317a8ffce4d4646953985fcf4e1d 這個是三星給cm的patch 我沒力氣研究他幹了什麼XD http://forum.xda-developers.com/showthread.php?t=2096045 看XDA的寫法像是用了個特別的方法去控制寫入過程 ※ 編輯: kira925 來自: 140.113.49.86 (01/18 22:17)

01/18 22:21, , 26F
還真有趣的MISS 時間控制的好就能當三星Timer了?
01/18 22:21, 26F

01/18 22:25, , 27F
01/18 22:25, 27F

01/18 22:28, , 28F
這種三星Timer會被罵死吧XD 二手直接跌停
01/18 22:28, 28F

01/18 22:29, , 29F
那0xF1現在升級會不會再死機呢...Q_Q
01/18 22:29, 29F

01/18 22:29, , 30F
Sony:你還未夠般呢
01/18 22:29, 30F

01/18 22:30, , 31F
K大的比喻很好啊 釘過釘子的牆壁 傷害還是在那
01/18 22:30, 31F

01/18 22:31, , 32F
升級以後 雖然比較少在釘在這個位置 但還是容易釘穿
01/18 22:31, 32F

01/18 22:31, , 33F
看你已經操了你的S3多嚴重瞜....
01/18 22:31, 33F

01/18 22:31, , 34F
操很兇的話......恩
01/18 22:31, 34F

01/18 22:32, , 35F
操很兇就加速操吧 直接死雞拿去換新的更好?
01/18 22:32, 35F

01/18 22:33, , 36F
這倒是個好主意(奇怪 怎麼好像跟AMOLED類似?)
01/18 22:33, 36F

01/18 22:37, , 37F
推 更新能減緩死機速度的話也是好事一件
01/18 22:37, 37F

01/18 23:00, , 38F
三星在eMMC控制器踩過很大的雷 Brick bug蠻多人中標
01/18 23:00, 38F
還有 25 則推文
01/18 23:44, , 64F
就看控制器的平均的功力了? 空間過小集中我記得會把
01/18 23:44, 64F

01/18 23:44, , 65F
不太常動的資料適時的搬動位置去均衡消耗
01/18 23:44, 65F

01/18 23:45, , 66F
對阿 所以說一切決定於演算法....XD
01/18 23:45, 66F

01/18 23:45, , 67F
推。下載來測,發現我的是有問題的那批…不過我用半
01/18 23:45, 67F

01/18 23:46, , 68F
年到現在都沒事耶,是有一天會突然死掉嗎,噢不@@
01/18 23:46, 68F

01/18 23:47, , 69F
這也是運氣運氣的....
01/18 23:47, 69F

01/18 23:47, , 70F
真的是有問題那批倒不如期待保固內快掛 不然保固後可
01/18 23:47, 70F

01/18 23:47, , 71F
能也撐不久
01/18 23:47, 71F

01/18 23:48, , 72F
就多做備份吧
01/18 23:48, 72F

01/18 23:49, , 73F
先推,免得被發現看不懂@@
01/18 23:49, 73F

01/19 00:34, , 74F
我家軟體部老大說 開發個APP跑迴圈測試NAND夠不夠勇
01/19 00:34, 74F

01/19 00:34, , 75F
應該會有點賺頭XD
01/19 00:34, 75F
就燒機阿....但是這是不可回復的耶 要賺什麼啊XD

01/19 00:35, , 76F
哦~原來是這樣啊~
01/19 00:35, 76F

01/19 00:38, , 77F
徵求翻譯Q_Q
01/19 00:38, 77F
※ 編輯: kira925 來自: 140.113.49.86 (01/19 00:42)

01/19 00:46, , 78F
某些USER或許會有這種特殊需求 EX去年賣很好的_3 16G
01/19 00:46, 78F

01/19 00:46, , 79F
如果有拿eMMC來做虛擬記憶體的話就常常進進出出了
01/19 00:46, 79F

01/19 00:47, , 80F
SONY XJ白皮書好像有提到拿部分ROM空間來避免RAM用完
01/19 00:47, 80F

01/19 00:47, , 81F
我猜應該就是虛擬記憶體
01/19 00:47, 81F

01/19 00:51, , 82F
那可不是好事情
01/19 00:51, 82F

01/19 00:53, , 83F
記得應該沒有原廠核心打開zRAM 通常用起來反而變慢
01/19 00:53, 83F

01/19 00:55, , 84F
訂正 是swap
01/19 00:55, 84F

01/19 02:28, , 85F
我的是剛好是這批貨,八月購入。還沒死機,那要怎麼
01/19 02:28, 85F

01/19 02:28, , 86F
辦TT
01/19 02:28, 86F

01/19 08:35, , 87F
有看有推
01/19 08:35, 87F

01/19 08:56, , 88F
這包真致命..不過也許有人換手機跟換衣服一樣快吧
01/19 08:56, 88F

01/19 08:57, , 89F
消息傳開不知道S3的二手市場會不會崩盤
01/19 08:57, 89F

01/19 10:03, , 90F
拿到這批韌體的就是(1) 備份 (2) 更新
01/19 10:03, 90F

01/19 10:03, , 91F
我個人是不推買二手拉 要就買全新的
01/19 10:03, 91F

01/19 13:06, , 92F
懷疑這個只是拿來擋一下的
01/19 13:06, 92F

01/19 13:07, , 93F
也沒人統計更新後真的有變好
01/19 13:07, 93F

01/19 13:07, , 94F
讓人以為安全了,結果還是會死雞
01/19 13:07, 94F

01/19 13:08, , 95F
01/19 13:08, 95F

01/19 13:49, , 96F
code是公開的 所以說他有改這句話沒問題
01/19 13:49, 96F

01/19 13:50, , 97F
但是效果不知道 只能先認定為他有改了
01/19 13:50, 97F

01/19 13:54, , 98F
有之前歸罪給正點工具的經驗,
01/19 13:54, 98F

01/19 13:55, , 99F
很難在他們正式公布確切原因前相信任何說法
01/19 13:55, 99F

01/20 14:38, , 100F
<換了機版還是持續死機的可憐蟲QAQ
01/20 14:38, 100F

01/30 07:46, , 101F
烙賽 今天才發現也買到這版的=-=
01/30 07:46, 101F
文章代碼(AID): #1G-LAh00 (MobileComm)