Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?
Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт SSD накопителей на контроллерах SandForce (часть 2)

Модерирует : Akam1, Dr_StandBy, vertex4

Akam1 (29-01-2018 04:32): http://forum.ru-board.com/topic.cgi?forum=84&topic=5360  Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

   

Akam1



Комса		Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Хотите отремонтировать SSD на базе Sandforce? Читайте шапку ниже. Там есть всё, вопросы пишем в тему.
 
Hачало восстановления SSD
Программа определения конфигурации SSD (чипов памяти) от vlo
Data кабель от мобильного как преобразователь USB to UART.
Про файлы lic
SF-2000_Flash_Support_List.xlsx
 
  • Восстановление SSD дисков на контроллере SandForce SF-2XXX
  • Практика восстановления SSD OCZ Vertex 3 на чипе Sandforce SF-2281
  • Восстановление SSD дисков на контроллере SandForce SF-1222
     
    Обход ошибки Format Drive Failed with extStatus c048, PanicCode=0
    Ошибка Типа: FATAL_ERROR (0x10090020:SF_GENESIS_ALREADY_RUNNING_MFB_ERROR)
    Ошибка Типа:  Proceeding in non-ROM mode, Download feature 3...
     
    FW PPRO
    Апдейтилки
    Data Sheet
     
    Быстрый поиск в теме по CTRL+F доступен здесь
    Поиск софта по SSD самостоятельно
    что есть #
    Часть 1
    • Всего записей: 26394 | Зарегистр. 20-04-2006 | Отправлено: 01:30 23-12-2016 | Исправлено: SRUTSSSSSSSS80, 19:19 11-01-2018
    wlo

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    axelm
    its good idea
    Всего записей: 1129 | Зарегистр. 26-04-2009 | Отправлено: 16:12 07-10-2017
    axelm

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    wlo
     
    Please check here:
    https://www.dropbox.com/sh/y538t3lp51pftwt/AACHAITg2lHl1RQj5SDR5yNqa?dl=0
     
    The end of the serial log says:
    <MFB> Bad Cust Cfg Check [0]: (image) 0000008e != (FW) 50c63d1a                  
    <MFB> STAMP INCOMPATIBLE at offset 0x000000                                      
    <MFB> Download aborted! Failed to verify VicSignature!                          
    <MFB> Download error, ignore remaining 61440.                                    
    <MFB> Download Microcode FAIL! Error:2, Bail out.                                
     
    The license file says customer is 142 (0x82), and apparently it should be 1355169050 (0x50c63d1a) which makes no sense to me. Sounds like the stamp is either being read or written incorrectly.  
     
    Anybody know what's going on?
    Всего записей: 12 | Зарегистр. 03-10-2017 | Отправлено: 00:19 08-10-2017 | Исправлено: axelm, 02:53 08-10-2017
    Smyg1



    Gold Member    		Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    <MFB> Factory Setup finished; you may reboot or download Flashware now.
     

    Цитата:
    <MFB> STAMP INCOMPATIBLE at offset 0x000000                                      
    <MFB> Download aborted! Failed to verify VicSignature!                          
    <MFB> Download error, ignore remaining 61440.                                    
    <MFB> Download Microcode FAIL! Error:2, Bail out.                                
    <MFB> Unknown SATA_UPDATE_STATUS  
    Всего записей: 6134 | Зарегистр. 03-10-2006 | Отправлено: 11:47 08-10-2017
    wlo

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    axelm
    not sure, but possible some troubles with part of nand.
    also, try another version of firmware.
     
    <MFB> Failed to read EPA=200C0200, using ByteLaneMask=4, ByteLaneTable[0]=2      
    ..
    <MFB> Failed to read EPA=200C0200, using ByteLaneMask=2, ByteLaneTable[1]=1      
    ..
    <MFB> Failed to read EPA=200C0200, using ByteLaneMask=8, ByteLaneTable[2]=3      
    ..
    <MFB> RecycleIBlocks(): Failed to refresh over-PE-threshold FID=29 (ibidx=26, i)
    ..
     
    Добавлено:
    drontz
    не знаю, для скана я сразу на старшие версии прошивал.
    мптулом или генезисом?
     
    p.s. формат bb изменился между 362/365.
    по части mst раньше, 346/360, как и инфа о циклах в format_info.
    Всего записей: 1129 | Зарегистр. 26-04-2009 | Отправлено: 13:36 08-10-2017 | Исправлено: wlo, 19:17 08-10-2017
    drontz

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    А в чём это прявляется? Я что-то с такими проблемами не сталкивался ...
    ругается на команды, ничего не делает, иногда вылетает.  

     
    Ну это просто сырость и косячность утилиты, проявляется на любых версиях вари. Хотел даже писать свою терминалку(из-за того,что эта eCli мало того,что кривая,так ещё и покрывает только малую и малоинтересную часть терминальных возможностей sf) - но задача оказалась неприемлемо сложной.
     

    Цитата:
    не знаю, для скана я сразу на старшие версии прошивал.
    мптулом или генезисом?  

     
    Ata 92.) Когда я этим занимался, никакие генезисы были недоступны,всё приходилось делать руками.  
     
    Всего записей: 152 | Зарегистр. 25-07-2005 | Отправлено: 18:52 08-10-2017
    wlo

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    drontz
    Ну это просто сырость и косячность утилиты, проявляется на любых версиях вари.
    а то что достаточно часто глотает символы - это кривизна с uart и окружения или тоже повсеместно?
    может свежие прошивки к этому менее толерантны.
     
    Ata 92.) Когда я этим занимался, никакие генезисы были недоступны,всё приходилось делать руками.  
    имелось ввиду запуск скана. хотя голому 1.4.45 3.5 года уже...
    Всего записей: 1129 | Зарегистр. 26-04-2009 | Отправлено: 19:16 08-10-2017
    axelm

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    wol
     
    I found an old firmware updater for this Corsair Force GS 240 and it is using driveconfig 22900. Could someone sign this license file for me? I don't have the checksum tool. Thanks
     
    <?xml version="1.0" encoding="us-ascii"?>
    <customer date_created="10-06-2017 00:05">
     <customer_name>Corsair</customer_name>
     <customer_id1>142</customer_id1>
     <customer_id2>0</customer_id2>
     <stampfunction_manufacturing>True</stampfunction_manufacturing>
     <stampfunction_flashware>True</stampfunction_flashware>
     <stampfunction_flashware_encrypted>True</stampfunction_flashware_encrypted>
     <configuration_id id="22900" />
    </customer>
    <checksum>d120a9bef8bb15ebe6bf12bdcd8a97f410305d5b3772f5b0fed00afbaa2e4f8c</checksum>
    Всего записей: 12 | Зарегистр. 03-10-2017 | Отправлено: 21:33 08-10-2017
    drontz

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    а то что достаточно часто глотает символы - это кривизна с uart и окружения или тоже повсеместно?
    может свежие прошивки к этому менее толерантны.  

    Символы в принципе  глотаться не могут - особенность протокола. Если же это происходит, то либо SymbolStrings неверно загружена(проверить можно считав её несколько раз и сравнив),либо привод выдаёт неверные индексы строк(а с этим уже ничего не поделаешь). А вылетает программа,кстати,потому что привод иногда указывает отрицательные индексы строк, туповатый eCli честно отрабатывает минус и лезет в чужую память - такой наглый эксплойт windows, разумеется, тут же прихлопывает)
     

    Цитата:
    имелось ввиду запуск скана. хотя голому 1.4.45 3.5 года уже...

    Всё руками... Делалось это в году 2011, с sf тогда никто не работал, вот я и вписался в эту перспективную(на тот момент) тему.
     
     
    Всего записей: 152 | Зарегистр. 25-07-2005 | Отправлено: 21:39 08-10-2017
    wlo

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    axelm
    I found an old firmware updater for this Corsair Force GS 240 and it is using driveconfig 22900.
    22900 for 24nm, but
    <MFB> Read Device ID: 98 DE 94 93 76 57
    19nm-gen1 (*j*).
    check controller, used in you drive, its 2281 or possible 2282? corsair gs/240g may be with 2282, which need 27889 for this flash.
     
    Добавлено:
    drontz
    Символы в принципе  глотаться не могут - особенность протокола. Если же это происходит, то либо SymbolStrings неверно загружена(проверить можно считав её несколько раз и сравнив),либо привод выдаёт неверные индексы строк(а с этим уже ничего не поделаешь).
    именно пропущенные символы, чаще одиночные и пробелы, иногда весь таймстамп пропадает.
    что-то вроде
    <[10-08-17 19:46:49.300] <MFB> Page[205]: Program Time=   105 usecs
    <[10-08-17 19:46:49.310] <MFB> Page[206: Program Time=   105 usecs *** marked as Lower Page in the config file
    <[10-08-17 19:46:49.350] <MFB> Page[209]: Pogram Time=   105 usecs
    <[10-08-17 19:46:49.410] <MFB> Page[215]: Program Time=   105 usecs *** marked as Lower Page inthe config file
     
    Всё руками... Делалось это в году 2011
    уу! я кстати правильно понимаю, что mst не тестирует служебные области?
    Всего записей: 1129 | Зарегистр. 26-04-2009 | Отправлено: 22:42 08-10-2017 | Исправлено: wlo, 22:55 08-10-2017
    axelm

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подробнее...
    Всего записей: 12 | Зарегистр. 03-10-2017 | Отправлено: 00:32 09-10-2017
    wlo

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    axelm
    full list of corsair gs/240 from update server include:
    22900,22980,27410,27475,27889,27515,29579
    but only one, 27475, compatible with 2281+16x 19nm toshiba.
     
    file from update unusable, you need only .dpf or .mfp for drive manufacturing process.
     
    What about that warning that the ASIC on my board is B01 but the FW is targeted for B02?
    it's not a problem.
     
    if possible, try to use fw 52x.
    also try partial size config like 27474 or 27768 for test purpose.
    lic: https://www.upload.ee/files/7539660/gs.rar.html
    Всего записей: 1129 | Зарегистр. 26-04-2009 | Отправлено: 01:12 09-10-2017
    axelm

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подробнее...
    Всего записей: 12 | Зарегистр. 03-10-2017 | Отправлено: 04:28 09-10-2017 | Исправлено: axelm, 06:24 09-10-2017
    wlo

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    axelm
    EDIT: Drive was on a SATA2 port, that explains the slow performance. It maxes our SATA3 read (547 MB/s), but not write (294 MB/s). This is CrystalDiskMark 5.2.2 Seq  Q32T1.
    ~300MB/s - normal write speed for 240G drive with this flash cfg on uncompressible data. after about one drive size of nand writes its additionally will decrease by 15-30% before next performing secure erase, its also normal.
    ~500MB/s achievable only for highly compressible data (like zeros).
     
    devslp and extended power save modes not supported by B01 hardware.
    Всего записей: 1129 | Зарегистр. 26-04-2009 | Отправлено: 10:38 09-10-2017
    drontz

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    именно пропущенные символы, чаще одиночные и пробелы, иногда весь таймстамп пропадает.  

     
    Сказал же,там алгоритм такой,что отдельные символы пропадать не могут. Там в начале сессии клиент загружает всю строковую секцию из привода. В процессе сеанса привод никаких строк не передаёт,а передаёт указатели на них - строки eCli забирает из уже загруженного буфера. А таймстампы eCli вообще формирует сам, и даже с их выводом у него возникают проблемы, одним словом, кривоватая программа)). Да она для этого явно и не предназначалась, её главная функция - снять panic_dump и отправить разработчикам.
     

    Цитата:
    я кстати правильно понимаю, что mst не тестирует служебные области?

     
    Служебные области тестируются при формате : "Creating Root ....."
     
    Всего записей: 152 | Зарегистр. 25-07-2005 | Отправлено: 18:48 09-10-2017
    wlo

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    drontz
    Сказал же,там алгоритм такой,что отдельные символы пропадать не могут.
    т.е. пропадают они при выводена экран и в файл, что задача более сложная %)
     
    А таймстампы eCli вообще формирует сам, и даже с их выводом у него возникают проблемы, одним словом, кривоватая программа)).
    какие-то межпоточные блокировки там чтоль...
     
    Служебные области тестируются при формате : "Creating Root ....."
    это когда нулевые блоки проверяются - Performing the flash test of block 0 (0x0000)...
    или не только?
     
    а понять из этого (R-Block #) по каким bus/lane/ce проблема - можно?
    --
    [10-08-17 19:27:50.683] <SYS:UNC:38>Recovery FIFO: ( 4/ 4):    6    9   10   11
    [10-08-17 19:27:50.683] <RCL:WRN:39>---> CAN'T READ R-Block    6 epa 200C0000 HM 0x70 bufId 63 header FFFFFFFF FFFFFFFF band "non" (3)
    [10-08-17 19:27:50.693] <RCL:WRN:3a>---> Skip recovery of R-Block    6 - band "non" (3) - FreeCnt 0876 mark RECYCLED ON DEMAND
    [10-08-17 19:27:50.703] <RCL:WRN:3b>---> CAN'T READ R-Block    9 epa 20120000 HM 0x76 bufId 64 header FFFFFFFF FFFFFFFF band "non" (3)
    [10-08-17 19:27:50.713] <RCL:WRN:3c>---> Skip recovery of R-Block    9 - band "non" (3) - FreeCnt FFFE mark RECYCLED ON DEMAND
    [10-08-17 19:27:50.723] <RCL:WRN:3d>---> CAN'T READ R-Block   10 epa 20140000 HM 0xFE bufId 65 header FFFFFFFF FFFFFFFF band "non" (3)
    [10-08-17 19:27:50.723] <RCL:WRN:3e>---> Skip recovery of R-Block   10 - band "non" (3) - FreeCnt FFFE mark RECYCLED ON DEMAND
    [10-08-17 19:27:50.733] <RCL:WRN:3f>---> CAN'T READ R-Block   11 epa 20160000 HM 0xFE bufId 66 header FFFFFFFF FFFFFFFF band "non" (3)
    [10-08-17 19:27:50.743] <RCL:WRN:40>---> Skip recovery of R-Block   11 - band "non" (3) - FreeCnt FFFE mark RECYCLED ON DEMAND
    [10-08-17 19:27:50.753] <RCL:NOT:41>RECOVERY END: count=9999 rec_stat=0x00000400 rec_fifo=0x00000040 MAP INT2=0x00000000
    [10-08-17 19:27:50.763] <RCL:NOT:42>RECYCLING: block 7 maxPage 32 maxSe 0 band CLD (1)
    [10-08-17 19:27:50.773] <CKP:ERR:43>!!! PREMATURE CKPT type 6: Recovery is NOT DONE, 1st CKPT is NOT DONE !!!
    [10-08-17 19:27:50.793] <OVL:NOT:44>from 4000EF28 load .overlay 2 to IRAM (8412 bytes) using slot[6].
    [10-08-17 19:27:50.793] <SFL:UNC:45>libSfStartC enter cfg:3fff3b04
    [10-08-17 19:27:50.793] PANIC: !!!!!!Could not recycle up to last recovered point!!!!!! CurPage 0 MaxPage 32
    ---
    Всего записей: 1129 | Зарегистр. 26-04-2009 | Отправлено: 03:50 10-10-2017
    drontz

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    А таймстампы eCli вообще формирует сам, и даже с их выводом у него возникают проблемы, одним словом, кривоватая программа)).
    какие-то межпоточные блокировки там чтоль...  

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

    Цитата:
    а понять из этого (R-Block #) по каким bus/lane/ce проблема - можно?  

     
    Ну так EPA= Bus-CE-Die-Plane-Block-Page-Lane , может только не в этом порядке, уже не помню. Только побитовая раскладка EPA на составляющие зависит от геометрии, поэтому правильнее смотреть соответствующими командами (Xlate PhysicalAddress<-->EPage , если не ошибаюсь C00B)  
     
    Всего записей: 152 | Зарегистр. 25-07-2005 | Отправлено: 18:55 10-10-2017
    baev9

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    В моём SSD стоит SF-2241 и  память 8 x JS29F16B08CCME1 Даташит на память не нашёл, но удалось выяснить что эта память ONFI. Поторопился и прошил 28085. Диск ожил, скорость низкая. Оказалось что в FW_Worksheet_SFI_SF-2000_141007_Confidential_Gold есть прошивка с такой конфигурацией: SF-2241-Gold 120GB Intel25 ccMLC TSOP 8xJS29F16B08CCME2, эта конфигурация мне подходит, но при распаковке из 5.8.2 получаю SF-2241-Gold 120GB Intel25 ccMLC TSOP 8xJS29F16B08JCME2, в распакованном 5.2.2 тоже J вместо C а это уже другая память. Насколько критично использовать диск с такой прошивкой? Может кто-то подскажет наиболее подходящую прошивку под моё железо.
    Всего записей: 3 | Зарегистр. 21-06-2017 | Отправлено: 06:40 11-10-2017 | Исправлено: baev9, 06:43 11-10-2017
    wlo

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    drontz
    Да похоже там просто буфер выходной переполняется - данные на экран ещё не выведены,а новая порция уже пришла, старое содежимое приходится сбрасывать,чтобы ничего не потерять,вот символы и пропадают.
    вот это может, я имею привычку смотреть через rdp. хотя вроде и напрямую тоже теряется.
     
    Ну так EPA= Bus-CE-Die-Plane-Block-Page-Lane , может только не в этом порядке, уже не помню. Только побитовая раскладка EPA на составляющие зависит от геометрии,
    вспомнил - генезис ее рисует при декодировании результатов mst версий 3+.
     
    поэтому правильнее смотреть соответствующими командами (Xlate PhysicalAddress<-->EPage , если не ошибаюсь C00B)  
    спасибо, посмотрю.
     
    baev9
    низкая - это чем измерено и сколько?
    ну а чего вы хотите от 4х каналов? чтение у него 250-300мег потолок. запись первый обьем 150-170мег ибо этот флеш больше не может.
    был бы асинхронный - чтение было бы вообще мег 100.
    а 500/500 бывает только в рекламе, измеренное на нулях (ну и с slc еще).
    sync/async вообще говоря отличаются аппаратно - интерфейс флеша имеет разное питание.
     
    тоже J вместо C а это уже другая память
    та же самая, но в другой упаковке (в смысле числа кристаллов на корпус).
    Всего записей: 1129 | Зарегистр. 26-04-2009 | Отправлено: 13:17 11-10-2017
    baev9

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Да, так и есть около 270 скорость. Ну что-же пусть так дорабатывает оставшийся ресурс.
    Всего записей: 3 | Зарегистр. 21-06-2017 | Отправлено: 16:59 11-10-2017
    ur5gqf

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Привет.  
    Есть два диска Intel 330 (120 гб) 520 (240) - железо одинаковое SF-2281VB1  29F16B08CCME2
    Почти одновременно перестали определяться. Гдето 5-6 лет им. Софт пророчил ещё 10 лет жизни
    Кто поделится ссылкой на софт - хочу просто оживить, данные с винтов не нужны.
    Я так понимаю по табличке это RELEASE_CONFIG_ID 22071  22073
    Всего записей: 3 | Зарегистр. 15-10-2006 | Отправлено: 18:07 11-10-2017 | Исправлено: ur5gqf, 18:22 11-10-2017
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт SSD накопителей на контроллерах SandForce (часть 2)
    Akam1 (29-01-2018 04:32): http://forum.ru-board.com/topic.cgi?forum=84&topic=5360


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2025

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru