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

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

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

Akam1 (07-08-2019 07:22): http://forum.ru-board.com/topic.cgi?forum=84&topic=5471  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 106 107 108 109 110 111 112 113 114 115 116 117

   

Akam1



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

Цитата:
exwein
   Это уже откровенный бред. Каждые 2-3 страницы вплывает новый новичек с одной и той же фразой "Все прочитал, ничего нет" Не умеете пользоваться информацией, отдайте тем кто умеет.
Что еще не понятного?
Механизм до ужаса прост:
-определить конфиг
-сделать лицензию
-запустить федору
-распаковать
-прошить
-profit

 
Подробнее...

Хотите отремонтировать SSD на базе Sandforce? Читайте шапку ниже. Там есть всё, вопросы пишем в тему.

Вопрос: почитал немного шапку, в принципе, всё понятно. а как нужный конфиг распаковать? мне, например, 27770 нужен, а там в файле lic его нет  
Ответ: В шапке читаем пункт: Про файлы lic


64Gb
в строке описания конфигурации не равно 64GB, а равно 8GB. это плотность одного кристалла флеша (не корпуса - в корпусе их бывает несколько), и тем более не всего диска. не надо на это обращать внимание при подборе номера конфигурации.
Hачало восстановления SSD
Программа определения конфигурации SSD (чипов памяти) от wlo
Data кабель от мобильного как преобразователь USB to UART.
Про файлы lic
SF-2000_Flash_Support_List.xlsx


  • Собрано все что использовалось для восстановления Kngston SH103S3
  • Генерация прошивки в виртуалке на vmware workstation 14
  • Восстановление SSD дисков на контроллере SandForce SF-2XXX (Видео инструкция)
  • Восстановление SSD дисков на контроллере SandForce SF-2XXX
  • Практика восстановления SSD OCZ Vertex 3 на чипе Sandforce SF-2281
  • Опыт восстановления SSD OCZ Vertex 2 60Gb (OCZSSD2-2VTXE60G)
  • Восстановление 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...
    Ошибка Типа: Could not get the IDENTIFY data from the drive...
    Ошибка: FATAL_ERROR: Could not get the IDENTIFY data from the drive...  
    (0x00100001:SF_SATA_DEVICE_NOT_PRESENT_ERROR)

    Вход в Rom mode


    FW PPRO
    Апдейтилки
    SSD NAND Data Base
    Data Sheet
     
    Быстрый поиск в теме по CTRL+F доступен здесь
    Поиск софта по SSD самостоятельно
    SMART Attribute Details
    что есть #
    Eсли на форуме не нашли, то вам сюда

    Коротко об Phison

    Часть 1 - Часть 2

  • Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 04:31 29-01-2018 | Исправлено: wlo, 03:31 19-03-2019
    SnowWorm

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    wlo
    у меня там было «01 02 03 …»
     
    пробовал в драйвконфиге ставить security unlock drive: report success — поведение не менялось (только начало запускаться SecureErase из родной утилиты)
     
    кстати, ловлю забавную багу. если запустить -CLEAR_SMART, то после окончания диск начинает определяться как просто SandForce и при попытке прошивки вываливать SF_GENESIS_ALREADY_RUNNING_MFB_ERROR и перетыкание питания не помогает. Получается побороть только прошивкой при включённой перемычке (оно тоже фейлится, правда на форматировании, но после снятия перемычки шьется нормально)
     
    прошил 16 блоками нулей.
    заработало.
    переткнул в карман, подключил по USB через амперметр. оно начало жрать до 0.8А и периодически отваливаться из системы.  
    переключил на обычную зарядку. жрет 0.6-0.8А, моргает красным диодом (периодически переставая) и довольно сильно греется.  
     
    UPD: а как понять, что оно всё? начало есть 0.5А и постоянно гореть красным светодиодом. переткнул в компьютер — не определяется.

    Всего записей: 250 | Зарегистр. 19-06-2006 | Отправлено: 18:36 08-07-2018 | Исправлено: SnowWorm, 18:49 08-07-2018
    wlo

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SnowWorm
    у меня там было «01 02 03 …»
    отож. не надо так.
     
    пробовал в драйвконфиге ставить security unlock drive: report success — поведение не менялось (только начало запускаться SecureErase из родной утилиты)
    diag unlock никакого отношения к secure features не имеет.
     
    кстати, ловлю забавную багу. если запустить -CLEAR_SMART, то после окончания диск начинает определяться как просто SandForce и при попытке прошивки вываливать SF_GENESIS_ALREADY_RUNNING_MFB_ERROR и перетыкание питания не помогает.
    что-то с ним не так. clear smart выполняется под основной прошивкой и к подобному приводить не должен.
     
    а как понять, что оно всё? начало есть 0.5А и постоянно гореть красным светодиодом. переткнул в компьютер — не определяется.
    слишком высокое потребление, что-то с ним не так. смотреть ecli через uart, разве....
    хотя может тут usb-sata мост добавляет

    Всего записей: 1100 | Зарегистр. 26-04-2009 | Отправлено: 21:03 08-07-2018 | Исправлено: wlo, 22:36 08-07-2018
    ultis



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    INTEL 535 120GB
    SSDSC2BW120H6
    FW RG21
     
    H27QDG8UDE8R
    BF29AS41BB0
    SP2RC310
     
    не определяется
     
    с перемычкой
    v0.4a
    Drive: 2(ATA)
    Model: SandForce{200026BB}                      
    Fw   : 306ABBR0
    Used config: 27423
     
    Model: SandForce                                
    Fw   : 506ABBM0
     
    --- SandForce specific ---
    HW Revision : 400026BB (B02)
     
    Flash CE    : 32
    Bus-Lane-CE: FID - Description
    0-0-0: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    0-1-0: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    0-2-0: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    0-3-0: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    0-0-2: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    0-1-2: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    0-2-2: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    0-3-2: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    1-0-0: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    1-1-0: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    1-2-0: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    1-3-0: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    1-0-2: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    1-1-2: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    1-2-2: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
    1-3-2: 0xad,0xde,0x14,0xa7,0x42,0x4a,0xad,0xde - Hynix MLC 16k 64Gb/CE 64Gb/die
     
    можно ли прошить все перечитал не нашел похожий конфиг
    перебор с  H27QDG8UDE5R или он просто заблокировался  и есть более гуманный способ

    Всего записей: 6 | Зарегистр. 25-04-2008 | Отправлено: 00:05 09-07-2018
    SnowWorm

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    В общем, по прошествии 7 часов - FLT горит. Переткнул в компьютер, запустил sf_info и вот, что вижу:
     

    Цитата:
    User Defect list entry: 72
    Idx  Bus   CE  Die Plane Block Lane3210 Defects
      0    0    0    0    0    166     _BBB    3
      1    0    0    0    1    166     _B__    1

     70    0    1    0    0    171     _BB_    2
     71    0    1    0    1    171     _BB_    2
    User Defects  : 224
     
    Panic Dumps   : 0
    Panic Dumps list:
    Idx Accurev SyncCode UnlockLevel  Size DataSize EPA        Log Ok CRC Ok
    0       -1 0xffffffff 0xffffffff    -1       -1 0x00010002 0x0000 0x0000
    1       -1 0xffffffff 0xffffffff    -1       -1 0x20010002 0x0000 0x0000
    2       -1 0xffffffff 0xffffffff    -1       -1 0x00010082 0x0000 0x0000
    3       -1 0xffffffff 0xffffffff    -1       -1 0x20010082 0x0000 0x0000
     
    MST settings not exist.
     
    MST result:
    Format Version     : 4
    Test State         : 393219
    Input Offset       : 0
    Current Command    : Write
    Cycles Required    : 4
    Cycles Complete    : 0
    ElapsedTime        : 1200
    StartTemperature   : 30
    MaxTemperature     : 30
    Grown Bad Block    : 224
    Errors:
    Program            : 0
    Correctable RAISE  : 0
    Uncorrectable RAISE: 1749
    Erase              : 0
    Unintended Erase   : 0
    Upper Page Program : 0
    Lower Page Program : 0
     0_Bit :    241957171 99.71%
     1_Bit :       261863  0.11%
     2_Bit :        87348  0.04%
     3_Bit :        64594  0.03%
     4_Bit :        50910  0.02%
     5_Bit :        41561  0.02%
     6_Bit :        34035  0.01%
     7_Bit :        27744  0.01%
     8_Bit :        23315
     9_Bit :        19647
    10_Bit :        16563
    11_Bit :        14252
    12_Bit :        12184
    13_Bit :        10437
    14_Bit :         9045
    15_Bit :         7858
    16_Bit :         6906
    17_Bit :         6006
    18_Bit :         5295
    19_Bit :         4634
     

     
    Юзердефекты обнаружило почти все, но они не перешли в фабдефекты (их осталось столько же).
     
    Оно типа даже не выполнило один цикл и в фаулт упало?
     
    wlo судя по нагреву, весь ток идёт таки в SSD =\
     
     
    UPD: а диск без рефлеша с перемычкой можно вытащить из состояния теста?

    Всего записей: 250 | Зарегистр. 19-06-2006 | Отправлено: 01:52 09-07-2018 | Исправлено: SnowWorm, 02:02 09-07-2018
    wlo

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SnowWorm
    Оно типа даже не выполнило один цикл и в фаулт упало?
    1200s - слишком мало даже для 1 цикла. по их прошествии он и прервался. на 4 цикла стоит часа 2 поставить.
    но флеш какой-то нездоровый. хотя по всему 25nm imft.
     
    судя по нагреву, весь ток идёт таки в SSD =\
    не вьехал, что это mst выполнялся. для него нормальное потребление.

    Всего записей: 1100 | Зарегистр. 26-04-2009 | Отправлено: 02:07 09-07-2018
    SnowWorm

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    wlo
    действительно, увеличил таймаут и всё закончилось нормально (перестал моргать flt). Но на этот раз юзердефектов меньше.
     
    А что значит «хотя по всему 25nm imft.»?
     
    0.5А это в простое. при выполнении mst поднимается до 0.8А. Греется в основном только контроллер.
    UPD: переткнул и начал потреблять 0.25А
     
    А может ли mst пополнять фабдефекты?
    И с какими W-параметрами лучше запускать mst для более полного выявления юзердефектов?
     

    Цитата:
    Fab Defects   : 124
     
    User Defect list entry: 62
    Idx  Bus   CE  Die Plane Block Lane3210 Defects
      0    1    0    0    0    166     BB__    2
      1    1    0    0    1    166     _B__    1

     59    1    0    0    1    169     __B_    1
     60    1    0    0    1    168     B___    1
     61    0    3    0    0    168     _B__    1
    User Defects  : 106
     
    Panic Dumps   : 0
    Panic Dumps list:
    Idx Accurev SyncCode UnlockLevel  Size DataSize EPA        Log Ok CRC Ok
    0       -1 0xffffffff 0xffffffff    -1       -1 0x00010002 0x0000 0x0000
    1       -1 0xffffffff 0xffffffff    -1       -1 0x20010002 0x0000 0x0000
    2       -1 0xffffffff 0xffffffff    -1       -1 0x00010082 0x0000 0x0000
    3       -1 0xffffffff 0xffffffff    -1       -1 0x20010082 0x0000 0x0000
     
    MST settings not exist.
     
    MST result:
    Format Version     : 4
    Test State         : Not Activated
    Input Offset       : 104
    Current Command    : Write
    Cycles Required    : 4
    Cycles Complete    : 4
    ElapsedTime        : 3993
    StartTemperature   : 4294967168
    MaxTemperature     : 4294967168
    Grown Bad Block    : 106
    Errors:
    Program            : 0
    Correctable RAISE  : 0
    Uncorrectable RAISE: 546
    Erase              : 0
    Unintended Erase   : 12
    Upper Page Program : 0
    Lower Page Program : 0
     0_Bit :    824254433 99.66%
     1_Bit :      1257503  0.15%
     2_Bit :       407355  0.05%
     3_Bit :       275436  0.03%
     4_Bit :       197356  0.02%
     5_Bit :       145632  0.02%
     6_Bit :       108971  0.01%
     7_Bit :        82610
     8_Bit :        63991
     9_Bit :        50565
    10_Bit :        39719
    11_Bit :        32162
    12_Bit :        25759
    13_Bit :        21277
    14_Bit :        17533
    15_Bit :        14367
    16_Bit :        12084
    17_Bit :        10331
    18_Bit :         8842
    19_Bit :         7436
     

    Всего записей: 250 | Зарегистр. 19-06-2006 | Отправлено: 03:37 09-07-2018 | Исправлено: SnowWorm, 03:40 09-07-2018
    JaguarXJ

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    27423    SF-2281-Gold    SF-2281-Gold 256GB Toshiba19 MLC Type C TSOP 16xTH58NVG7DDJTA20 (RAISE OFF)
     

    Цитата:
    Used config: 27423  


    Всего записей: 65 | Зарегистр. 08-09-2016 | Отправлено: 15:59 09-07-2018
    wlo

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    JaguarXJ
    ну так это sf_info_rommode. свою задачу он выполнил - список fid'ов прочитан.
    хотя для 535 конфиги в принципе и так выяснить можно, их там немного.
     
    Добавлено:
    SnowWorm
    А что значит «хотя по всему 25nm imft.»?
    флеш от intel/micron по 25нм техпроцессу.
     
    а диск без рефлеша с перемычкой можно вытащить из состояния теста?
    дождаться окончания или таймаута.
    возобновляется ли он при снятии питания в процессе - не помню.
     
    Но на этот раз юзердефектов меньше.
    это в дополнение к старым? или диск был перешит и все с нуля?
     
    И с какими W-параметрами лучше запускать mst для более полного выявления юзердефектов?
    записываемые паттерны поменять разве что... хотя фиг знает как он это во флеш укладывает - непосредственно указанное или ксорит-шифрует(тогда пофиг).

    Всего записей: 1100 | Зарегистр. 26-04-2009 | Отправлено: 16:06 09-07-2018
    SnowWorm

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

    Цитата:
    дождаться окончания или таймаута.

    ну он семь часов лежал при таймауте в 20 минут и не вышел из состояния. пришлось рефлешить

    Цитата:
    это в дополнение к старым? или диск был перешит и все с нуля?  

    Диск умер, я его перешил. он немного поработал и до текущей сессии там набежало «User Defects  : 235». Сейчас же я его перешил и всё с начала.

    Цитата:
    записываемые паттерны поменять разве что.

    А

    Цитата:
    Bit Threshold —  The maximum number of bit errors to ignore before reporting

    не повлияет на «чувствительность» теста?
     
    Еще не очень понятно, за что отвечают параметры теста (и можно ли ими поднять «чувствительность»):

    Цитата:
    Skip Blocks    1          True            Skip blocks
    GPIO Select               GPIO Pin        GPIO selected pin number
    Disable Read Retry    1          True            Disable Read Retry operation

     
    Добавлено:
    А вот лог  -MST -GET_DETAILED_STATUS
     
    Подробнее...

    Всего записей: 250 | Зарегистр. 19-06-2006 | Отправлено: 17:12 09-07-2018 | Исправлено: SnowWorm, 17:13 09-07-2018
    JaguarXJ

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

    Цитата:
    Диск умер, я его перешил. он немного поработал и до текущей сессии там набежало «User Defects  : 235». Сейчас же я его перешил и всё с начала.

     
    Как его перепрошили, каким конфигом?

    Всего записей: 65 | Зарегистр. 08-09-2016 | Отправлено: 17:54 09-07-2018
    SnowWorm

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Дневник наблюдений за природой
     
    Если поставить Do Not Erase в 0, то время теста уменьшается в два раза — с ElapsedTime        : 3993 до ElapsedTime        : 1422
     
    Чем выше параметр «Bit Threshold — The maximum number of bit errors to ignore before reporting», тем больше юзердефектов находится.
    1 - Grown Bad Block    : 1
    10 - Grown Bad Block    : 5
    20 - Grown Bad Block    : 106
    100 - Grown Bad Block    : 113
     
    При этом, насколько я понимаю, Grown Bad Block — это сколько нашлось, а не сколько добавилось в список юзердефектов

    Всего записей: 250 | Зарегистр. 19-06-2006 | Отправлено: 17:55 09-07-2018 | Исправлено: SnowWorm, 20:26 09-07-2018
    wlo

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SnowWorm
    ну он семь часов лежал при таймауте в 20 минут и не вышел из состояния. пришлось рефлешить
    видел один раз как диск затыкался на mst. помогло вроде бы выполнение каких-то команд через ecli/uart.
     
    не повлияет на «чувствительность» теста?
    вы уже ответили на этот вопрос. хотя почему такая, а не обратная, зависимость непонятно.
     
    Еще не очень понятно, за что отвечают параметры теста (и можно ли ими поднять «чувствительность»):
    read-retry в смысле чувствительности по идее лучше запретить. остальное отношения не имеет.
     
    А вот лог  -MST -GET_DETAILED_STATUS
    можете снять такой же лог и одновременно его же с помощью sf_info <drivenumber>b (sf_mst_res.bin)? и мне их заслать. нужно что бы поразобраться наконец с декодированием error events, а кроликов сыплющих таким количеством ошибок не встречал.
     
    При этом, насколько я понимаю, Grown Bad Block — это сколько нашлось, а не сколько добавилось в список юзердефектов
    в 3х вышеприведенных отчетах это число совпадало с числом в дефектлисте. или речь о результате повторных прогонов?

    Всего записей: 1100 | Зарегистр. 26-04-2009 | Отправлено: 01:41 10-07-2018
    SnowWorm

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    видел один раз как диск затыкался на mst
    сейчас диск вывалился на где-то десятом mst. рефлешил.
     
    а кроликов сыплющих таким количеством ошибок не встречал.
    https://mega.nz/#!J9NUkCqJ!RjnF6Ay_Pm0iCUMStIZFTRotKXxuw7oiVJBEb_B_gbI
     
    речь о результате повторных прогонов
    это повторные прогоны, но при этом Grown Bad Block зачастую сильно больше, чем прирост юзердефектов
     
    Добавлено:
    А ещё, когда диск валится в FLT после прогонов mst и женезис отказывается что-либо делать с диском без рефлеша с перемычкой, sf_info вполне себе читает инфу. правда со странностями типа
    Test State         : 393219
     
    но всё равно читает

    Всего записей: 250 | Зарегистр. 19-06-2006 | Отправлено: 02:37 10-07-2018
    SnowWorm

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    О! С запрещённым read-retry и с паттерном AA55 нашло
    User Defect list entry: 126
    User Defects  : 227
    Grown Bad Block    : 143
    при этом
    ElapsedTime        : 7099

    Всего записей: 250 | Зарегистр. 19-06-2006 | Отправлено: 07:27 10-07-2018
    Smyg1



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

    Цитата:
    SPCC Solid State Disk A20 FW:E121018a SN:1303032110AB
    Logical: Cyls 16383, Heads 16, Sectors 63, LBA 250069680, 128Gb
    Security Erase Time: 0h 2min, Enhanced: 0h 2min
     
    SMART:        Enabled
    HPA:          Enabled
    LBA48:        Supported
    AAM:          Not Supported
    APM:          Not Supported
    DLMcode:      Supported
    Write Cache:  Enabled
    Security:     Disabled
    SCT:          , AC3, AC4, AC5
     
    10.07.2018 10:52:38 81 - OK
    10.07.2018 10:52:38 Jump to Loader - OK
     
    Generic FCR SATA Loader Loader Device FW:01.01001 SN:22-ABCABC13122
    Logical: Cyls 0, Heads 0, Sectors 63, LBA 8192, 4Mb
     
    10.07.2018 10:52:48 JM Upload FW - GDP_667.BIN - Start
    10.07.2018 10:52:48 JM Upload FW - GDP_667.BIN - End - OK
    10.07.2018 10:52:48 Jump to PRAM - OK
     
    JMicron JMF66X SATA SSD Loader Device FW:01.01001 SN:22-ABCABC13122
    Logical: Cyls 0, Heads 0, Sectors 63, LBA 8192, 4Mb
     
    Check Flash Module: 89 88 24 4B A9 84  Intel
    CH NUM   = 04
    BANK NUM = 04
    CE NUM   = 04
    CE_MAP[] = { 00 02 04 06 FF FF FF FF }

     
    Channel
     
    Intel,128Gbit (8KP),JS29F16B08CAME1
       

    Цитата:
    ---------------------------
    JMicron 667H SATA M.P. Tool A.2.03.116(TH)
    ---------------------------
    Can't open: SYS_LLHG.bin
    ---------------------------
    OK    
    ---------------------------

     
    с таким что то можно сделать?
     
    перебрал все утилиты для 667H... ни в одной нет SYS_LLHG.bin...
    http://www.usbdev.ru/files/jmicron/

    Всего записей: 5303 | Зарегистр. 03-10-2006 | Отправлено: 11:01 10-07-2018 | Исправлено: Smyg1, 11:31 10-07-2018
    JaguarXJ

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

    Цитата:
    с таким что то можно сделать?

    пробовать подсунуть другой бинарник

    Всего записей: 65 | Зарегистр. 08-09-2016 | Отправлено: 11:17 10-07-2018
    Smyg1



    Gold Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    пробовал...
    он им и прошился...
    но потом после записи нескольких тысяч ЛБА виснет до передерга питания...
     
    да и вообще такая скорость как то нездорово выглядит:
     
     

    Всего записей: 5303 | Зарегистр. 03-10-2006 | Отправлено: 11:29 10-07-2018 | Исправлено: Smyg1, 11:37 10-07-2018
    wlo

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SnowWorm
    https://mega.nz/#!J9NUkCqJ!RjnF6Ay_Pm0iCUMStIZFTRotKXxuw7oiVJBEb_B_gbI
    спасибо!
     
    это повторные прогоны, но при этом Grown Bad Block зачастую сильно больше, чем прирост юзердефектов
    возможно часть найденных уже были в списке.
     
    А ещё, когда диск валится в FLT после прогонов mst и женезис отказывается что-либо делать с диском без рефлеша с перемычкой, sf_info вполне себе читает инфу. правда со странностями типа  Test State         : 393219
    в 16ричном виде это смотрится лучше - 0x6003. по идее генезис статус тоже должен показывать. что значит не знаю, может не завершенный тест.
     
    Добавлено:
    Smyg1
    с таким что то можно сделать?
    прошить в частичный обьем, или тоже нет?
    ну или похожим микроном отключив проверку fid попытаться, может он есть..

    Всего записей: 1100 | Зарегистр. 26-04-2009 | Отправлено: 13:34 10-07-2018
    Smyg1



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

    Цитата:
    wlo
    прошить в частичный обьем, или тоже нет?
    ну или похожим микроном отключив проверку fid попытаться, может он есть..

    а какой похож?

    Всего записей: 5303 | Зарегистр. 03-10-2006 | Отправлено: 13:50 10-07-2018
    SnowWorm

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    по идее генезис статус тоже должен показывать.
     
    а не может он показать. емнис, ругается вот так:
     
    FATAL_ERROR: Manufacturing self test call failed with error: (0x11000001:SF_SG_DEVICE_CHECK_CONDITION_ERROR). SF_Genesis can not proceed with performing the -MST request.  Manufacturing Self Test: Cannot perform the requested task: Device IOCTL could not be properly executed.

    Всего записей: 250 | Зарегистр. 19-06-2006 | Отправлено: 14:09 10-07-2018
       

    Страницы: 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 106 107 108 109 110 111 112 113 114 115 116 117

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Активные темы » Ремонт SSD накопителей на контроллерах SandForce (часть 3)
    Akam1 (07-08-2019 07:22): http://forum.ru-board.com/topic.cgi?forum=84&topic=5471


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru