|
Текущее время: 21 ноя 2024, 22:59
|
Сообщения без ответов | Активные темы
|
Страница 1 из 1 [ Сообщений: 25 ] |
|
|
|
|
|
Автор |
|
akm7
[ТС]
|
Заголовок сообщения: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 30 янв 2018, 03:26 |
Интересующийся |
|
|
Зарегистрирован: 10 апр 2017, 10:04 Наличности на руках: 0.00
Сообщения: 145 Откуда: Vancouver
|
Добрый день, пациент SSD SanDisk SDSSDA-480G, контроллер SM2258XT S AB. Горел по питанию, защитный диод прогорел слишком поздно. Под подозрением контроллер питания, маркировка 6AH0 V092 (на фото обозначен кругом) - на всех 3 выходных фильтрах ( обозначены 1,2 и 3) КЗ на землю. Нужны данные. Пожскажите, пожалуйста, какие напряжения в точках 1, 2, 3, или может быть кто-то может опознать контроллер питания.
|
|
|
|
|
badcode
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 15 апр 2019, 01:24 |
Пользователь |
|
|
Зарегистрирован: 08 апр 2019, 23:02 Наличности на руках: 148.02
Сообщения: 492 Откуда: Москва
|
Да, с исправного. Но не с такого же. У китайских друзей куча сейчас ssd mSATA на SMI в горячей распродаже. На вашем контроллере тоже попадаются. На 64-128 ГБ рубль или полтора по цене. Если, как вы говорите, диск горел по цепям питания контролёра, то нанды и ОС диска будут, скорее всего целы. Шансы хорошие, что после ченьжа девайс заведется. Тем более, что вам нужны данные. Полторы тыщи за файлы - не плохая цена, если прокатит. Плюс - останутся пару нандов c mSATA. Например, пару флешек с них соберете из заготовок опять же от китайских товарищей. Как перспектива?
_________________ Не шалю, никого не трогаю, починяю примусы...
|
|
|
|
|
badcode
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 15 апр 2019, 23:22 |
Пользователь |
|
|
Зарегистрирован: 08 апр 2019, 23:02 Наличности на руках: 148.02
Сообщения: 492 Откуда: Москва
|
И ничего не страшно. Просьба к "Продвинутым" объяснить "Интересующимся", как восстановить данные с погорельца akm7. ---------- Добавлено спустя 1 час 12 минут 24 секунды: ---------- Где же ваш не МУСОР, уважаемый BARBOSA75? А вот это ваше глубокомысленное "А кз это сколько, если быть точным?" - не треш?... А тему, действительно, стоит закрыть. Кроме как сохранить медьку в лаке на дросслях - советов все равно не будет.
_________________ Не шалю, никого не трогаю, починяю примусы...
|
|
|
|
|
Tomset60
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 16 апр 2019, 03:33 |
Интересующийся |
|
|
Зарегистрирован: 24 мар 2019, 12:21 Наличности на руках: 10.00
Сообщения: 195 Откуда: Москва
|
badcode писал(а): Это какие же настройки такие уникальные и ПЗУ в вашем процессоре от SiliconMotion? И чем они отличаются от десятков других плат-клонов (Кингов всяких и Васеков) на этом контроллере? Растолкуйте, пожалуйста. Да много там чего требует сразу настройки, собирать и разобраться с этим, замучаетесь из разных источников. Чисто для примера, не конкретно по этому SSD.
Maker Code - Address 0 : %x Device Code - Address 1 : %x Character Code - Address 2 : %x Organization Code - Address 3 : %x Plane Information - Address 4 : %x Technology Code - Address 5 : %x Mask Revision - Address 6 : %x SCRB Bounding - Address 7 : %x J - Address 0 : %x E - Address 1 : %x D - Address 2 : %x E - Address 3 : %x C - Address 4 : %x Async/Toggle Mode - Address 5 : %x
show star dat <starId> * - Returns general details on DAT show star dat <starId> %d <FBA> (1) * - Returns VBA of a given FBA (add '1' to check also in flash) show star dat <starId> %d <param2> * - Perform DAT corruption check for VBAs in DDR show star dat <starId> %d <param2> * - Perform DAT corruption check for VBAs in FLASH show star dat <starId> %d <VBA> * - Returns FBA of a given VBA - reads from DDR show star dat <starId> %d <VBA> * - Returns FBA of a given VBA - reads from FLASH show star dat <starId> %d * - Returns presence regions bitmap in dat cahce show star dat <starId> %d * - Returns VBA of a given LBA show star dat <starId> %d <region> * - Prints info. of the <region> show star dat <starId> %d * - Returns mBlocks information
show FS - Displays FS general info. show FS Service - FS Service partition details show FS Code - FS Code partition details show FS Boot - FS Boot partition details show FS CFG - FS CFG (configuration) details show FS FBL - FS FBL (free block list) details show FS FFU - Show all FFU transitions show FS LPM - Show FS partition table show FS Workload - Show FS workload file information
Flash configration -------------------- Flash type [%s] Number of die per chGrp and ce: ChGrp[%d], CE[0-%d]: Number of planes per die [%d] Number of channels [%d] Number of chips [%d, %d] Number of stars [%d] Number of channels per star [%d] Number of dies per star [%d] Die offset for FS table: Chip[%d] Star offset for FS table @First channel per star table @Chip and die per block group and star table {chip,die} STAR%d BlkGrp[%d] [ Star and blockGroup per chip channelGroup and die table {star, blockGroup} DIE%d ChGrp[%d] Chip[%d] [ SLC blocks per Star @MLC blocks per Star @Die Offset for Odd channels [%d]
show FS fd ## ## ## ## - Show file ## data from offset ## use length ## use copy ##
show [module_id] [module_id] - ID of the module that can be found in FH_ErrorCodes.h
CM_Show do not recognize submodule name,please use:
"ML_All" - For all command lists "ML n" - For command n attributes "FIND n" - For finding to which list command n belong "LBA n" - For Finding command with the specific LBA "tag n" - For Finding command with the specific Tag "CM" - For CM global variables "mBM_MSSD n" - For mSSD n attributes "MSSD_LIST from len" - For mSSD list from given mSSD till from+len "TH n" - For pBuffer n attributes "TH_ALL n" - For all pBuffer that are part of command n "TH_LIST n" - For details of all pBuffer that are part of command n "BM" - For Buffer Manager Data Base "mBM_drv n" - For Buffer Manager registers "HS" - For Buffer Manager HS registers "EX" - For Buffer Manager EX registers "FS" - For Buffer Manager FS registers "mask" - For Buffer Manager Mask registers "status" - For Buffer Manager Status registers "SeqWrite" - For sequential write Data Base "RLA" - For read look ahead Data Base "RLA_ALL" - For entire read look ahead Data Base "partial" - For partial parameters "Cache" - For cache state "DEF" - For CM definitions "debug from len" - For CM debug array "SM n" - For Segment manager parameters "DP" - For Data Path global data "CmdQ" - For RTOS CM command Queue messages "StatusQ" - For RTOS CM status Queue messages "Read" - For active READ list commands "Write" - For active WRITE list commands "Empty" - For empty list commands "Active" - For active NCQ commands "List n" - For specific list commands "Trim" - For Trim command
Usage of any diagnostic command:
[opcode/name] [total_count] [direction] [client_ID] [CDB] [total_count] - size of transmitted/received data in sectors [direction] - direction of the transfer (0 - write, 1 - read, 2 - no data transfer) [client_ID] - ID of the Command Dispatcher client [CDB] - comma separated array of 16 bytes.
The first byte is opcode of the command. Meaning of the rest bytes is command depended. If the command issued without arguments Xmodem receiving will be started to receive from host SCTP Command Frame.
Baud rate can one of 38400, 57600, 115200 or 921600.
FE_Show do not recognize submodule name,please use:
"id1" - Identify Device data from DDR, Part 1 "id2" - Identify Device data from DDR, Part 2 "id3" - Identify Device data from DDR, Part 3 "capacity" - device capacity in all modules "smart" - SMART related counters "phy" - PHY error counters "pm" - Current ATA and SATA PM state "cxsb" - Command Execution Sequence Buffer "crsb" - Command Receive Sequence Buffer "chsb" - Command History Sequence Buffer "qram" - Queue RAM "savedQram" - Queue RAM before reset "esatintern" - FE internal parameters "esatreg" - eSAT registers "abort" - Abort process treatment information "sos" - eSAT states, data direction etc "fequeue" - FE queue status and received messages "femsginpm" - Postponed FE messages in PMM buffer "festop" - Stop on exception when COMRESET arrived at the middle of the command "lastprocfemsg" - Last (32) messages, handled by FE task "lastfemsg" - Last FE message sent "lastcmd" - Last received UserData/NonUserData commands "lasterr" - Last received eSAT Error "errCnt" - eSAT error counters "errRecovery" - SCT Err Recovery State Regs "timer3" - Device Statistic Timer and counter "sanitize" - Sanitize Device Feature State Designator "GenStatistics" - Device Statistics: General Statistics "WrUncCnt" - Number of times that WrUnc command was sent to device "fr" - FastRead info "dbgdata" - Last FUA, MAX LBA err and NCQ err commands, last abort reasons
Usage: getfeat [Channel] [Feature address] Valid values for [Channel]: 0-7
Usage: starRead [vba] [star]
Usage: encdis 1|0
Usage: ffdumpdis 1|0
Usage: eraseWA
Usage: starEraseLogs
Usage: regfuse [ch#] [die#] Valid values are 0 to max_channels (7)
Usage: writemem [address] [value] [value_size] [address] - address of memory cell to alter (in hex) [value] - the value that will be placed in the memory (in hex) [value_size] - size of value, can be 1, 2 or 4 (byte, word or dword)
Usage: load [address] [size] [address] - start address of the memory for the data being received (in hex) [size] - size of the data (in decimal)
Usage: save [address] [size] [address] - start address of the memory for the data being sent (in hex) [size] - size of the data (in decimal)
Usage: bblatch [Channel] [CE#] [Die] [Plane (0-3)] [Block] [Page] Plane/Block/Page: enter FFFF to choose all (planes/blocks/pages)
Usage: setmode [mode] Valid values for [mode]: debug (default) diagnostic In diagnostic mode Monitor runs from Diagnostic Task. In debug mode Monitor runs from UART ISR. Performes flash format.
Usage: setfparam [channel] [channel] - Optional channel id, if not specified flash parameters on all channels will be updated. usage: readreg [register number - hex] [width - 2 or 4] [repeat] ex: readreg B034 4 1408 = read from register B034, 4 bytes, 1408 times.
Usage: setgpio <gpio_num> <1|0> 0 - Set GPIO to 0 1 - Set GPIO to 1
Usage: setddr [Type] [Mode] Valid values for [Type]: 1 (DDR) 0 (Async.) Valid values for [Mode]:
Usage: iread [channel] [chip] [die] [plane] [block] [page] Valid values for [channel]: 0..7 Valid values for [chip]: 0 Valid values for [die]: 0..7 Valid values for [plane]: 0..3 Valid values for [block]: 0..2047 Valid values for [page]: 0..127
Usage: iwrite [channel] [chip] [die] [plane] [block] [page] [pattern] Valid values for [channel]: 0..7 Valid values for [chip]: 0 Valid values for [die]: 0..7 Valid values for [plane]: 0..3 Valid values for [block]: 0..2047 Valid values for [page]: 0..127 Valid values for [pattern]: 0..127
Usage: psbbmgetreplacementblock <die> <channel> <plane> <block> <CE>
Usage: psbbmsetprintlvl <ERROR/WARN/DEBUG/LOG>
Usage: pscopysetprintlvl <ERROR/WARN/DEBUG/LOG>
usage: convert [32 bit value] [optional bit list(ex 3 4 12)] value: 0x<hex> or <dec>
Usage: psbbmreplacebadblock <flush bad block tables (TRUE-flush|FALSE-don't flush)> <die> <channel> <plane> <block> <ce>
Usage: ESC <ANSI Escape Sequence>
Usage: readmp <block> <page>
Usage: writemp <block> <page>
Usage: psuecclistunitest <0-disable/1-enable>
Usage: psgetec <channel>, <ce>, <die>, <phyPlane>, <phyBlock>
Usage: psbbm <StarID> <block>
Usage: psbbsinsertbadblock <StarID> <channel> <plane> <block>
Usage: psbbsinsertspareblock <StarID> <channel> <plane> <blkGrp> <block>
Usage: psbbslookup <StarID> <channel> <plane> <blkGrp> <block>
Usage: pscopydirect <channel> <srcDie> <dstDie> <srcCE> <dstCE> <plane> <page> <pagecount> <srcblock> <dstblock>
Usage: rsflash <Haddr> <len>
Usage: pscopymemory <channel> <die> <plane> <page> <bufferindex> <pagecount> <dstblock> <UECCBitmap>
Usage: calsensor <int_offset> <ext_offset>
Usage: esflash <Haddr> <count>
usage: setpsdelay <ps_read_delay> <ps_write_delay>
Usage: execcmd [Channel] [option] [cmd] [addr] [data] Valid values for [Channel]: Valid values for [option]: 0: PS_EXEC_SIMPLE_CMD_NOADDR_NODATA 1: PS_EXEC_SIMPLE_CMD_ADDR_NODATA 2: PS_EXEC_SIMPLE_CMD_ADDR_DATA
Usage: psbbmGTBBC
Usage: romfuse [Channel] [ceNum] [Die] [operation] Operation: 0-READ, 1-WRITE, 2-Erase, 7-Reset XDL For all die use FF
Usage: ersblks [start block] [blocks] [excludeFS] Valid values for [start block]: 0 to 2047 (blocks per plane) Valid values for [blocks]: 1 to 2048 (blocks per plane) Valid values for [excludeFS]: 1= offset for FS, 0=don't offset for FS
Usage: iersblks [start block] [blocks] [excludeFS] Valid values for [start block]: 0 to 2047 (blocks per plane) Valid values for [blocks]: 1 to 2048 (blocks per plane) Valid values for [excludeFS]: 1= offset for FS, 0=don't offset for FS
Usage: write [die] [block] [page] [channel] [plane] [AUcount] [pattern] [excludeFS] Valid values for [block]: 0 to 2047 (blocks per plane) Valid values for [die]: 0 to7 or 0 to3 (die per fiji) Valid values for [page]: 0 to 127 or 0 to 63 (page per blk) Starting AU is forced to zero, AU Count will be forced to next highest multiple of 4 AUs for full page writes Valid values for [excludeFS]: 1= offset for FS, 0=don't offset for FS
usage: writereg [register number - hex] [value - hex] [width - 2 or 4]
usage: cvd [channel] [ce] [die] [plane] [block] [page]
Usage: readbadcol [Channel] [ceNum] [Die]
usage: mbbt [ROMFUSE] [chan] [chip] [die] [plane]
usage: mbbt [chan] [chip] [die] [plane]
Usage: spmDDR [direction] [Type]
Usage: wrfile [fileNum] [size]
Usage: rdfile [fileNum]
usage: vba2pba [hex value of VBA] [star]
usage: event [hex value of event/s]
Usage: ddl <type> <size/name> type - tranfser type (s = serai(xmodem), j = jtag) size - file size to transfer valid only for serial transfer or name - file name to transfer valid for JTAG transfer Note: for x-modem download, data transfer must be started
Usage: readdeviceid
Usage: dstmode
Usage: setup [baudrate] [stopbits] [parity] [flowcontrol] Valid values for [baudrate]: 115200 (default) 921600 Valid values for [stopbits]: 1 (default) Valid values for [parity]: none (default) Valid values for [flowcontrol]: no (default) software
Usage: read [die] [block] [page] [channel] [ce] [plane] [AUstart] [AUcount] [excludeFS] [directAPI] Valid values for [block]: 0 to 2047 (blocks per plane) Valid values for [die]: 0 to 7 or 0 to 3 (die per package) Valid values for [page]: 0 to 127/255 or 0 to 63/127 (page per blk) Valid values for [excludeFS]: 1= offset for FS, 0=don't offset for FS Valid values for [directAPI]: 0 = direct access, 1 = through PS message queue loopback on - turn loopback on loopback off - turn loopback off
Usage: setfeat [Channel] [Feature address] [Sub Feature Param 1] [Sub Feature Param 2] [Sub Feature Param 3] [Sub Feature Param 4] Valid values for [Channel]: 0-7 Valid values for [Sub Feature Param 1-4]: 0x0 - 0xff
Usage: freebuf Prints content of the Error Buffer, that is filled in case of any excpetion or unhandled error occured.
Usage: printerrbuf
Usage: setstr <0|1> 0 - Stop Self-Throttling 1 - Start Self-Throttling Provides possibility to check number of bad blocks per STAR
Usage: chkbblimit limit limit - Max number of bad blocks allowed per STAR.h Shows essential variables of the specified module.
Usage: show [module_id] [module_id] - ID of the module that can be found in FH_ErrorCodes.h
Usage: dumpstack
usage: MetaData_check
usage: SetPSLoggingLevel [logging level]: logging level: <0> - PS_EL_DATA_COLLECTION_LEVEL <1> - PS_EL_INTERMIDEATE_LOGGING_LEVEL <2> - PS_EL_CRITICAL_FAILURES_LEVEL <255> - Get current logging level
Usage: hndlSTDecom
Usage: starpm [star-id] [mode] star-id: (0 - MAX_STAR_ID-1) mode: 0-power-up, 1-power-down
Usage: psbbmgetinfo
Usage: wsflash [Haddr=0] [v], if "v" is provided wirte verify will be anabled [Haddr=0] relative address in sflash to write the buffer
Usage: readmem [address] [size] [width] [address] - start address of the memory (in hex) [size] - size, 128 by default (in decimal) [width] - width of the displayed item. Can be 1, 2 or 4 (default), that corresponds to Bytes, Words or Double Words
Usage: pulldownpins
usage: ecu [type] [param]: types: ecc <power> - errors correction power: 0,10..78 scr <0/1> - scrambler byp <0/1> - decoder bypass Performes flash format.
Usage: format
Usage: gettemp <isRaw> <noOffset> Get device temperature, if isRaw = 1, RAW temperature sensor value is printed, if noOffset=1, data is printed without offset
usage: MEM [type] [value1] [value2] [value3] [value4]: types: CMD - set command byte to Flash value1 = channel, value2 = ce#, value3 = cmd value ADDR - set address byte to Flash value1 = channel, value2 = ce#, value3 = address value DATA - set data byte to Flash value1 = channel, value2 = ce#, value3 = data value RD - get byte from Flash value1 = channel, value2 = ce#, value3 = number of bytes to read SETPARAM - Set Parameter Flash Sequence value1 = channel, value2 = ce#, value3 = register address, value4 = value BITMASKSETPAR - Set Parameter with bitmask Flash Sequence val1=channel, val2=ce#, val3=die# (0xFF=all), val4=address, val5=bitmask, val6 = value GETPAR - get address byte from Flash val=channel, val2 = ce#, val3=die# (0xFF=all), val4=address TESTMODE - enable flash test mode USERMODE - enable flash user mode DISSMODE - dissable flash user & test modes DIE - set die we are working with value1 = channel, value2 = dieNumber DLA - set flash DLA mode on/off value1 = channel value2 = die (to remain with current die just enter a number bigger than the number of dies in the system) value3 = dlaOn LM - read LM bytes values = channel, chip, die, plane, block, page Note: value should be in hex without '0x' channel is a single digit
|
|
|
|
|
badcode
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 16 апр 2019, 21:12 |
Пользователь |
|
|
Зарегистрирован: 08 апр 2019, 23:02 Наличности на руках: 148.02
Сообщения: 492 Откуда: Москва
|
Здравствуйте, tomset60! Спасибо за портяночку. Скопировал, почитаю на досуге. Еще бы вы контроллер указали, или лучше сразу даташит на него, а то совсем абстрактно как-то получается. Я вижу вы тоже из "Я тут случайно", но человек много чего знающий. Давайте помогать akm7. Я сразу скажу, что ремонтом не занимаюсь профессионально (за деньги то есть, для клиентов), это у меня хобби в свободное время - для себя, друзей и знакомых, в конторе на работе куча компьютерного барахла опять же. Вот смотрите, такая была ситуация. Притаскивает, мне один мой друг свой залитый ноут HP, не помню уже какой модели. Вобщем, клаву заменил, плату отстирал - все хорошо, хьюлита поднял. Больше всего ssd диску досталось - корпус из двух железяк: и туда протекло, и на разъем SATA c питанием попало. Стоял Plextor M3 на Marvell 88SS9174-BLD2 128 ГБ. Вскрыл этого залитика, отмыл, установил. Не определяется. Проверил аппаратную часть. КЗ по 1 V на ядро процессора. Снял процессор, КЗ ушло, проверил все остальное - очень даже все хорошо. Заказал я этот процессор у китайских товарищей НОВЫЙ. Приехал через месяц этот Marvell 88SS9174-BLD2 НОВЫЙ один в один, прямо реально НОВЫЙ. Отрезан от ленточной упаковки, как все smd. Я специально под микроскопом и упаковку рассматривал, и сам процессор, чтоб убедиться, что мой китайский френд меня не надул. Проц, кстати, был с шарами, но шары один в один, так вручную отреболить, думаю, невозможно. Я все равно перекатал шары на свинец (ну, не люблю я ставить на бессвинцовый!) и посадил. Диск определился, Windows загрузился, данные целы. А теперь главный вопрос - как случилось такое? А как же куча всех этих тонких настроек процессоров под конкретный ssd? Самое интересное, что ни продавец в Китае, и никто иной в этом мире не знал на какую модель диска я заказал процессор. A Marvell Semiconductor, Inc., которая паковала свои чипы в барабан, вообще не знает, что я есть в этом мире. Вот такая задача... Ваше мнение об этом, коллега? Прошу простить за длинный пост.
_________________ Не шалю, никого не трогаю, починяю примусы...
|
|
|
|
|
Tomset60
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 16 апр 2019, 22:24 |
Интересующийся |
|
|
Зарегистрирован: 24 мар 2019, 12:21 Наличности на руках: 10.00
Сообщения: 195 Откуда: Москва
|
Может ПЗУ отдельно на плате было, где все настройки хранились. Пусть пробует. Мало ли, там не в проце настройки, а в нулевом банке нулевой микросхемы и сбойных блоков там нет. Даташиты на них нереально найти. Только самому копать на живых кроликах. А их всех не накупишься и не накопаешься. Обычно, замена проца заканчивается ни чем. Так что если проц мертвый я лично сразу отказываюсь, чтобы время не терять зря. Да и вообще заниматься спасением данных с SSD очень часто пустая трата времени. Слишком много если. У меня и комплекс SSD есть, он работает только с живыми контроллерами. Да и то, восстановить трансляцию удачно, получается где-то один раз из 5, даже если контроллер поддерживается комплексом. Ну и платить ни кто нормально не хочет. Так что я на это дело забил, эта версия доработает, а дальше уже не буду обновлять комплекс. Не окупаются затраты. Только если при большом потоке заказов, отбирать удачные случаи. А для большого потока нужна большая реклама и куча менеджеров. Тоже на тоже и выйдет.
|
|
|
|
|
badcode
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 17 апр 2019, 00:48 |
Пользователь |
|
|
Зарегистрирован: 08 апр 2019, 23:02 Наличности на руках: 148.02
Сообщения: 492 Откуда: Москва
|
Tomset60 писал(а): Может ПЗУ отдельно на плате было, где все настройки хранились. Почти на всех ssd на Marvell есть внешний еепром. Что в нем храниться можно только догадываться. Ну уж точно - не настройки контроллера. В контроллере (внутри) есть свой еепром, но этот код выполняет внутренние процессорные команды. Изменить в нем, я думаю, ничего нельзя и никому не дозволено - даже OEM производителям дисков. Эта флешка уже с кодом попадает туда на стадии производства процессора. Это ноу-хау производителя контроллера. А вот в прошивке (фирмвари) в зарезервированной области нанд все насройки и хранятся. И идентификатор диска там. И виртуальный транслятор и прочая хрень. Типовую прошивку производитель контроллера предоставляет вендорам - улучшайте, или пользуйтесь готовой. Часть сигналов на регистры контроллера задается аппаратно - подачей высокого или низкого уровня с плата (например, у SMI это тип нандфлешей примененных производителем дисков). Вобщем, не буду всем этим бредом заумным забивать вам голову. Короче, если фирмварь в нандах каким-то образом уцелела, можно пересадить контролёра (только точно той же ревизии, все буквы маркировки должны совпадать). Шансов, правда, мало и ничего не известно пока контролёра не поменяешь. В моём случае, считаю, просто повезло - удачно тот диск подтопился. Это часть того, что я понял изучая архитектуру ssd, и я не в коем случае не претендую на то, что сделал абсолютно правильные выводы. Буду рад, если кто-то поправит (дополнит) меня. Вопрос к вам, Tomset60. Я так понял, что вы являетесь счастливым обладателем РС-3000SSD, этой священной коровы, к которой отсылают все гуру всех отечественных форумов. Так получилось, что я положил сейчас на операционный стол полудохлого SanDisk АРРLE SD515E из макбука дочери. Он SATA3 на контроллере Marvell 88SS9174-BLD2 (я даже тему в этом разделе зафлудил). Мне где-то попадалось на глаза, что в 3000SSD есть специализированные утилиты по линейке контроллеров VanGogh. Скажите, acelab часом не включила их (эти SanDisk АРРLE SD515E) в поддержку комплексом? Буду очень благодарен вам за информацию.
_________________ Не шалю, никого не трогаю, починяю примусы...
|
|
|
|
|
Tomset60
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 17 апр 2019, 01:55 |
Интересующийся |
|
|
Зарегистрирован: 24 мар 2019, 12:21 Наличности на руках: 10.00
Сообщения: 195 Откуда: Москва
|
badcode писал(а): контроллере Marvell 88SS9174-BLD2 (я даже тему в этом разделе зафлудил). Мне где-то попадалось на глаза, что в 3000SSD есть специализированные утилиты по линейке контроллеров VanGogh. Скажите, acelab часом не включила их (эти SanDisk АРРLE SD515E) в поддержку комплексом? Буду очень благодарен вам за информацию. Там такой бардак. Ни кто даже список составить не может, что поддерживается, что нет. Остается только пробовать. Один и тот же проц совершено по разному используется разными производителями. SanDisk АРРLE SD515E - сам пока не встречал и упоминаний на асином форуме про него не было. а вот эти поддерживаются RealSSD C400 MTFDDAK256MAM SATA3 Marvell 88SS9174-BLD2 Да Да Micron>Marvel>Micron C400 Marvell VanGogh И ремонт и восстановление данных. Для буржуев составили список. Но там тоже результат зависит от конкретной модификации SDD. https://blog.acelaboratory.com/pc-3000- ... dated.html
|
|
|
|
|
badcode
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 17 апр 2019, 03:07 |
Пользователь |
|
|
Зарегистрирован: 08 апр 2019, 23:02 Наличности на руках: 148.02
Сообщения: 492 Откуда: Москва
|
Tomset60 писал(а): Для буржуев составили список. Но там тоже результат зависит от конкретной модификации SDD. Посмотрел. Практически все ВанГоги "Partial support! (except BSY state drives!)". И мой полудохляк вешает BSY сразу, как подаешь питание. Выходит, неизвестно как аппаратно все эти диски с BSY перевести в технорежим. Я правильно понял? Спасибо вам огромное,Tomset60. Вы лучший! Вы сэкономили мне кучу нервов и времени. ---------- Добавлено спустя 12 минут 22 секунды: ---------- akm7 писал(а): А как на счет шифрования? Там вроде-бы все шифровано, а ключик - в проце. Ключи, я думаю, генерируются уже после того как контроллер вычитал прошивку из нанд. Внутри контроллера только алгоритм шифрования, а данные для создания уникального ключа он получает из вне (опять из прошивки?). Потом он определяется в системе и готов работать с той частью нанд, которые доступны пользоавателю. По логике так, но тогда получается, что фирмварь это самое слабое звено во всей этой супер-пупер технологии... И на кой она тогда нужна? Что мы получаем взамен риска потерять свои данные в любой момент? Но что-то же должны получить...
_________________ Не шалю, никого не трогаю, починяю примусы...
|
|
|
|
|
badcode
|
Заголовок сообщения: Re: SSD SanDisk SDSSDA-480G , погорелец. Добавлено: 18 апр 2019, 04:18 |
Пользователь |
|
|
Зарегистрирован: 08 апр 2019, 23:02 Наличности на руках: 148.02
Сообщения: 492 Откуда: Москва
|
Tomset60 писал(а): И тем более без технологической утилиты. На контроллер akm7 в сети есть сервисная утилита с типовой прошивкой от SMI. А JP1 на плате, скорее всего, для перевода контроллера в режим ROM.
_________________ Не шалю, никого не трогаю, починяю примусы...
|
|
|
|
|
|
|
|
|
|
|
Страница 1 из 1 [ Сообщений: 25 ] |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
|
|