» Ремонт SSD накопителей на контроллерах SandForce

Цитата:

И над чем вы там хохочете ???

Суровые челябинские мужики. Смешно, от того и смеюсь...

Цитата:

Я же писал, ПРОВЕРЕНА.

Лог пожалуйста приведите,это ведь не сложно?

Цитата:

Для SF-1xxx там идут конфиги 1хххх. И как я понял, вообще не являются проблемой.

Где идут,прямо в DFP или в .lic.lic ? Вас либо обманули,либо вы не имели с ними дела(с SF-1xxx). Соответственно как можно верить в то, что то там всё ПРОВЕРЕНО. Не в обиду,но похоже фейк.

-

To snip45

Так минутный поиск в гугле выводит на asiacom_SF1000_lic_20110815.lic - что с ней не так ?
В ней IMO довольно полный набор ...

-

Цитата:

Так минутный поиск в гугле выводит на asiacom_SF1000_lic_20110815.lic - что с ней не так ?

Не так в ней тоже,что и с другими, неполный набор того что надо. И если для SF_2xxx можно похимичить с vic и config файлами(объём подкорректировать например),то тут всё запрятано поглубже.

Цитата:

Проверена, значит распаковка пройдена.

Значит есть и лог?

-

Цитата:

Для вашего удовольствия могу глянуть ваш конфиг.

Мне нужен конфиг для sf-1222TA3-sbh 240gb 16шт. MT29F128G08CMABAC5

Цитата:

Вы только представьте, пятилетние диски...В каком состоянии у них должен быть нанд?

Так они что те,что эти пятилетняя древность,просто 2й сандфорс более массовый,а что не так может быть с нанд? как пользовали,так и состояние будет. А SSD на сандфорсах дохли прямо в коробках,новые в магазине. У меня как раз такие,со списания. Лежали 2 года.

-

--del--

-

Цитата:

Издеваетесь вы, что ли? Три раза писал, что нет у меня таблицы на sf1000. Давайте номер кофига

Так и у меня нет таблицы,откуда номер узнать? пациент в BSY,молчит.Да и говорю же, с SF1000 всё по другому. Номер конфига прога сама даёт по вводным данным юзера. Если у Вас есть файл лицензии и пакет фирмвари,то по написанным мною данным диска Вы можете узнать номер конфигурации. То что в общем доступе естественно не интересно. Просто сначала не понял что у Вас нет для SF-1xxx.

Цитата:

Софт в открытом доступе к ним есть вместе с лицензией, поставьте-проверьте. Скорее всего ваш там должен быть.

Всё давно стоит/проверено,моего нет,причём на несколько разных ssd. Набор там очень куцый.


Добавлено:

Цитата:

Человеку видимо не верится, что обошли китайцев. Тогда представь, что вас посетил колдун, со сказочным сундуком, полным лицензиями к сандфорс

Верить нужно только фактам. На земле 7 млрд человек,но колдун пришёл только к одному...

-

Цитата:

Что есть у меня вы знаете.

Не морочьте людям голову,нет ничего у Вас. Данную дискуссию заканчиваю. Жаль потерянного времени и двух страниц форума.

-

To snip45


Цитата:

Мне нужен конфиг для sf-1222TA3-sbh 240gb 16шт. MT29F128G08CMABAC5

Ну а попробовать из упомянутой лицензии 12031 не вариант ?
mf_SF-1200_240GB_Micron34_MLC_LGA_16xMT29F128G08CMABAC5_12031.vic
Ну или с большим provision (что для вашего реликта явно не лишнее) 12030 :
mf_SF-1200_200GB_Micron34_MLC_LGA_16xMT29F128G08CMABAC5_12030.vic

-

drontz
Выше написал,что всё пробовал. В принципе вот лог,специально приведу:
Devices detected = 1
Devices no 0:
Devices have been scanned again. Please select the new devices
At offset 0x000e: Expected 0x00, Received 0x48
At offset 0x000f: Expected 0x00, Received 0xc0
>>>> Diagnostic ExtStatus[0xC048]: Format: root creation failed

********** Diagnostic Check Status Error! **********
------------------------------------------------------------------------
0000: 03 00 00 00 01 00 00 00 - 00 00 00 00 00 00 48 C0 ..............H.
0010: 03 C0 01 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
...
01F0: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
------------------------------------------------------------------------
All downloads have completed.

2015-08-27 18:18:21 : Drive started
2015-08-27 18:18:21 : Found drive for slot 1 at adapter 0, device 0
2015-08-27 18:18:23 : Start Force MFB download
2015-08-27 18:18:48 : Start Format
2015-08-27 18:19:37 : Failed for Diagnostic command returns error!
Терминал не цеплял,может и напрасно.
Возможно стал бы копать в сторону работы с НАНДами если бы не другие харды,которые вели себя так же,но в итоге ожили с другим фирмваре.

To snip45

А вы в factory как переходите? Не джампером случайно?

Цитата:

А вы в factory как переходите? Не джампером случайно?

В данном случае корочу ноги ЕЕПРОМа,т.к. джампер выведен на другую сторону платы и без отверстий(точки Р1 и Р16, PCB-0073-X01 OCZ).

-

Цитата:

CLI> PINRST
*** ROM 106 Mar 12 2009 20:29:35 ***
FW_SRC 0 SHA PASS!
*** EEPROM 207 Jan 3 2011 18:36:47 BuildServer:FW_Common_Critical_Fixes:P1_EEPROM_2_0_7_drop-290232 ***
IMFT25 Timing EPch
*** Patch 1.4.1 Jan 6 2011 18:21:41 BuildServer:FW_Common_Critical_Fixes:P1_3_4_D_Drop_2-290900 ***
IMFT25 Timing EPch
...
<EHN:ERR:25>EccxRecoverFpage(): Got more than one uncorrectable ecc error
Reach the max panic dump slot 4. No panic dump will be generated this time!!
!!!!! System WON'T go down - Lab settings !!!!!
RSTF

вот поэтому и дохнут...

To snip45

Тогда печаль) Думаю ,если подключить uart, то там будет что-то типа
<MFB> Format ERROR: detected external WP circuit (verify WP format option)
<MFB> Root Creation Failed
<MFB> Format Drive Failed with extStatus c048, PanicCode=0
Обычно так бывает,если джампер забыть вытащить.Но вашем случае ,вероятно, заружаемая микропрограмма не до конца поддерживает плату. Значит,нужно использовать более "родную" конфигурацию,вероятно 12130,12131


Цитата:

вот поэтому и дохнут...

Ну да, на гнилую флэшь удобнее всего всё списывать. Правда,после скана та же флэшь почему-то не имеет никаких признаков ущербности или деградации))
IMO проблема явно фундаментальнее ...

drontz


Цитата:

IMO проблема явно фундаментальнее ...

Ну так она в самой природе Nand.
Подзабыла страница ячеек больше чем может восстановить ECC. Служебной информации, которая в каждой работающей странице и организует весь транслятор - кирдык.
Даже температура записи и выключения, влияет на долговременность хранения информации.
http://itc.ua/news/jedec-ssd-nakopiteli-mogut-nachat-teryat-dannyie-posle-nedeli-bez-pitaniya/
Записал и выключил, не в тот момент, и приплыли, уже через неделю можно попрощаться с инфой.

Цитата:

Ну так она в самой природе Nand.
Подзабыла страница ячеек больше чем может восстановить ECC. Служебной информации, которая в каждой работающей странице и организует весь транслятор - кирдык.
Даже температура записи и выключения, влияет на долговременность хранения информации.
http://itc.ua/news/jedec-ssd-nakopiteli-mogut-nachat-teryat-dannyie-posle-nedeli-bez-pitaniya/
Записал и выключил, не в тот момент, и приплыли, уже через неделю можно попрощаться с инфой.

Ну да,а вендоры об этом не знают
Если всё было бы так просто,на приводах(особенно полежавших) - постоянно образовывались бы унки. И где же они ???
Всё там предусмотрено - и многоуровневая ECC(32bit) +ECCx(32bit), и непрекращающийся фоновый скан,выявляющий "слабые " ячейки, и сопутствующий ему shrubbing и т.п.
Касательно температуры - и это предусмотрено - есть в конфигурации специальные параметры Max/Min_Temperature_Threshold_Behavior, в соответствии с которыми привод либо урежет скорость записи(20MB/s Write Performance Throttle), либо вообще отключится(Data Harden & Shutdown).Высокие температуры не проверял,а вот на морозе пробовал,действительно работает.
Так что наверное не стоит сводить косяки конкретных реализаций к фундаментальным основам бытия типа "природе Nand"

Цитата:

Всё там предусмотрено - и многоуровневая ECC(32bit) +ECCx(32bit), и непрекращающийся фоновый скан,выявляющий "слабые " ячейки, и сопутствующий ему shrubbing и т.п.

Да как не предусматривай, рано или поздно ECC не справится с задачей восстановления.
Момент этот предсказать невозможно.
Хранить много копий транслятора, или трансляторов для транслятора, которые постоянно изменяются тоже не выход.
Транслятор самое слабое место для SSD и флэшек.
На хардах он не изменяется за всю жизнь харда.
А на SSD тысячи раз в секунду. Практически при каждой новой записи.

Добавлено:

Цитата:

Ну да,а вендоры об этом не знают

Конечно знают.
Потому и лепят бесконечное количество контроллеров, и версий микропрограмм.
Но до конца эту напасть победить просто не возможно.
Пока не появятся новые устройства хранения. Которые не будут требовать изменения транслятора.

Кстати, для пользователя в целом очень большая проблемма проверить одну и туже физическую страницу на SSD.
Так как при каждой записи в любой логический сектор, его физический адрес, может оказаться где угодно.
Так что ни какой обычный тест, используемый для HDD. SSD в принципе проверить не может.
Еще чистые логические страницы, устройство вообще не читает, просто отдает нули из контроллера.
А прописывать чем-то все страницы, фактически почти сразу выработать большой процент ресурса SSD.
Раз 50-100 таким образом проверил, и можно выбрасывать.

Цитата:

Да как не предусматривай, рано или поздно ECC не справится с задачей восстановления.
Момент этот предсказать невозможно.

Так уж и невоможно - я не зря shrubbing упомянул. И опять же, я не вижу ответа на главный вопрос - если NAND-ячейки так склонны к самопроизвольной потере информации,то почему мы не наблюдаем массы внезапно появляющихся унков? ССД умирают обычно внезапно,не проявляя никаких проблем ни по поверхности,ни по смарту ....

Цитата:

Транслятор самое слабое место для SSD и флэшек.

Ну с этим не поспоришь... И сэндфорсы страдают от этого больше других,потому что их FTL самый сложный и громоздкий из всех возможных - битовый(из-за встроеного сжатия данных). Только проблемы ,по-моему, возникают не из-за того , что что-то впоследствие не прочиталось,
в в том, что изначально не прописалось. IMO процесс выглядит так:
-в кэше OS хранится большой объём несброшенных модифицированых данных(типа MFT)
-при отключении весь этот массив отправляется на SSD,и его (плюс необходимые правки FTL),и его нужно успеть прописать,пока питание не пропало,иначе это придётся делать на встроеных конденсаторах(на которых традиционно экономят ). А если ещё учесть MLC(в лучшем случае) - вот тут "пичалька" и прилетает...
Кстати,заметил,что на сендфорсах вариант "выключили/невключился" встречается много реже,чем "заснул/непроснулся" . Что-то они там с ещё PM намудрили.

кондеры вон какие прилепили:

drontz


Цитата:

-в кэше OS хранится большой объём несброшенных модифицированых данных(типа MFT)

Это не может привести к отказу устройства. Попробуй на HDD что-то не дописать, ну максимум один софт бед возникнет, остальное хоть и не правильно, но будет читаться.
К разрушению логической структуры FS легко это приведет. А так чтобы доступ вообще ко всей поверхности потерять, или к готовности устройства - не может.
Именно не возможность прочитать служебную информацию, которая потерялась, испортилась и приводит к неработоспособности устройства.
А вот почему производители не делают штатно типа холодного рестарта, полной пере инициализации и внутреннего переформатирования, пусть и с полной потерей данных. Уже более интересный вопрос.

Так бы и читал до ночи.