Странная маркировка на микросхемах флэш-памяти — это заводской брак?

Недавно я купил очень- очень дешевый SSD (25,99 долларов) и из любопытства открыл корпус.

Чипы флэш-памяти имеют выгравированные полосы по номерам деталей, чего я никогда раньше не видел.

введите описание изображения здесь

Является ли это стандартным способом маркировки чипсов как брак?

Редактировать: я купил два из них, чтобы установить RAID-1, потому что я им не слишком доверяю, а другой имеет идентичную маркировку:

введите описание изображения здесь

В этом используется вспышка Micron, хотя маркировка идентична.

На данный момент я могу только думать, что это должна быть очень, очень, очень неэффективная попытка скрыть номера деталей флэш-памяти?

Микронные части равны MT29F128G08CBECBH6-12:C, что составляет 16 ГБ, поэтому имеется 64 ГБ необработанного хранилища.

Остальные части имеют марку «Спектек» , которая, по-видимому, является дочерней компанией Micron, о которой я никогда раньше не слышал. Оказывается, это , которые FBNL95B71KDBABH6-10ALтакже являются 16-гигабайтными частями.

Редактировать:

Первый из дисков прошел sudo badblocks -b 4096 -c 4096 -s -w /dev/sdmбез ошибок, так что видимо емкость реальная, и они хороши хотя бы на одну запись.

Редактировать редактировать:

Исправление: либо badblocksмой el-cheapo USB-sata адаптер выходит из строя, либо у них есть какие-то проблемы.

Редактировать редактировать редактировать:

Хорошо, запуск badblocksна диске, похоже, ужасно запутал диск. Вот отчет SMART:

durr@mainnas:/media/Storage/badblocks⟫ sudo smartctl /dev/sdm -a
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-79-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     KingDian S200 60GB
Serial Number:    2016022700031
LU WWN Device Id: 0 000000 000000000
Firmware Version: 20150818
User Capacity:    60,022,480,896 bytes [60.0 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:    Sun Mar 20 19:15:31 2016 PDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x02) Offline data collection activity
                                        was completed without error.
                                        Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever
                                        been run.
Total time to complete Offline
data collection:                (    0) seconds.
Offline data collection
capabilities:                    (0x11) SMART execute Offline immediate.
                                        No Auto Offline data collection support.
                                        Suspend Offline collection upon new
                                        command.
                                        No Offline surface scan supported.
                                        Self-test supported.
                                        No Conveyance Self-test supported.
                                        No Selective Self-test supported.
SMART capabilities:            (0x0002) Does not save SMART data before
                                        entering power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        (  10) minutes.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0000   100   100   050    Old_age   Offline      -       0
  5 Reallocated_Sector_Ct   0x0002   100   100   050    Old_age   Always       -       0
  9 Power_On_Hours          0x0000   100   100   050    Old_age   Offline      -       2
 12 Power_Cycle_Count       0x0000   100   100   050    Old_age   Offline      -       6
160 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       0
161 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       125
162 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       1
163 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       20
164 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       4943
165 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       12
166 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       1
167 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       4
192 Power-Off_Retract_Count 0x0000   100   100   050    Old_age   Offline      -       6
194 Temperature_Celsius     0x0000   100   100   050    Old_age   Offline      -       40
195 Hardware_ECC_Recovered  0x0000   100   100   050    Old_age   Offline      -       0
196 Reallocated_Event_Count 0x0000   100   100   050    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0000   100   100   050    Old_age   Offline      -       6
241 Total_LBAs_Written      0x0000   100   100   050    Old_age   Offline      -       2857
242 Total_LBAs_Read         0x0000   100   100   050    Old_age   Offline      -       72
245 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       9517

Warning! SMART ATA Error Log Structure error: invalid SMART checksum.
SMART Error Log Version: 1
Warning: ATA error count 0 inconsistent with error log pointer 1

ATA Error Count: 0
        CR = Command Register [HEX]
        FR = Features Register [HEX]
        SC = Sector Count Register [HEX]
        SN = Sector Number Register [HEX]
        CL = Cylinder Low Register [HEX]
        CH = Cylinder High Register [HEX]
        DH = Device/Head Register [HEX]
        DC = Device Command Register [HEX]
        ER = Error register [HEX]
        ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 0 occurred at disk power-on lifetime: 21930 hours (913 days + 18 hours)
  When the command that caused the error occurred, the device was in an unknown state.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  00 03 ff 93 01 00 ce

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  03 00 00 00 00 00 b9 00      00:00:00.288  CFA REQUEST EXTENDED ERROR
  00 00 00 00 00 00 01 00      00:00:00.000  NOP [Abort queued commands]
  00 00 b3 01 18 00 08 00      00:00:00.000  NOP [Abort queued commands]
  00 02 01 00 00 00 00 4c      16:05:33.861  NOP [Reserved subcommand] [OBS-ACS-2]
  03 00 07 00 00 00 ce 00      00:18:34.183  CFA REQUEST EXTENDED ERROR

Error -4 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 51 f0 d0 3e 44 a0  Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  b0 d0 01 00 4f c2 a0 00      00:00:00.000  SMART READ DATA
  b0 d5 01 01 4f c2 a0 00      00:00:00.000  SMART READ LOG
  b0 d5 01 00 4f c2 a0 00      00:00:00.000  SMART READ LOG
  b0 da 00 00 4f c2 a0 00      00:00:00.000  SMART RETURN STATUS
  b0 d1 01 01 4f c2 a0 00      00:00:00.000  SMART READ ATTRIBUTE THRESHOLDS [OBS-4]

Warning! SMART Self-Test Log Structure error: invalid SMART checksum.
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%         0         -

Selective Self-tests/Logging not supported

На данный момент у меня на драйве около недели. Я понятия не имею, как у него были ошибки 918 дней назад.

Дополнительно: Error -4. Да, я не думаю, что журналы SMART должны иметь отрицательные числа. Упс?

В этот момент, если я повторно протестирую диск с бэдблоками, устройство фактически отключится, а затем снова подключится.

durr@mainnas:/media/Storage/badblocks⟫ dmesg | tail -n 50
[2048975.197941] sd 12:0:0:0: [sdm] Mode Sense: 28 00 00 00
[2048975.198218] sd 12:0:0:0: [sdm] No Caching mode page found
[2048975.198728] sd 12:0:0:0: [sdm] Assuming drive cache: write through
[2048975.200188] sd 12:0:0:0: [sdm] No Caching mode page found
[2048975.200633] sd 12:0:0:0: [sdm] Assuming drive cache: write through
[2048975.214949]  sdm: unknown partition table
[2048975.215831] sd 12:0:0:0: [sdm] No Caching mode page found
[2048975.216456] sd 12:0:0:0: [sdm] Assuming drive cache: write through
[2048975.216915] sd 12:0:0:0: [sdm] Attached SCSI disk
[2049068.016741] usb 3-5: reset high-speed USB device number 16 using xhci_hcd
[2049068.036966] usb 3-5: device firmware changed
[2049068.037001] usb 3-5: USB disconnect, device number 16
[2049068.040592] scsi 12:0:0:0: rejecting I/O to offline device
[2049068.041057] scsi 12:0:0:0: [sdm] killing request
[2049068.041063] scsi 12:0:0:0: [sdm]
[2049068.041064] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[2049068.041065] scsi 12:0:0:0: [sdm] CDB:
[2049068.041066] Read(10): 28 00 00 44 3e d0 00 00 f0 00
[2049068.041070] end_request: I/O error, dev sdm, sector 4472528
[2049068.041520] scsi 12:0:0:0: rejecting I/O to offline device
[2049068.041974] scsi 12:0:0:0: [sdm] killing request
[2049068.042017] scsi 12:0:0:0: [sdm]
[2049068.042018] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[2049068.042018] scsi 12:0:0:0: [sdm] CDB:
[2049068.042019] Read(10): 28 00 00 44 3f c0 00 00 f0 00
[2049068.042022] end_request: I/O error, dev sdm, sector 4472768
[2049068.056652] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801781c3c80
[2049068.056654] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801781c3cc0
[2049068.168511] usb 3-5: new high-speed USB device number 17 using xhci_hcd
[2049068.259417] usb 3-5: New USB device found, idVendor=152d, idProduct=2329
[2049068.259420] usb 3-5: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[2049068.259421] usb 3-5: Product: USB to ATA/ATAPI bridge
[2049068.259422] usb 3-5: Manufacturer: JMicron
[2049068.259423] usb 3-5: SerialNumber: 201602270003
[2049068.291104] usb-storage 3-5:1.0: USB Mass Storage device detected
[2049068.291152] usb-storage 3-5:1.0: Quirks match for vid 152d pid 2329: 8020
[2049068.291179] scsi13 : usb-storage 3-5:1.0
[2049069.322875] scsi 13:0:0:0: Direct-Access     KingDian  S200 60GB       2015 PQ: 0 ANSI: 2 CCS
[2049069.323058] sd 13:0:0:0: Attached scsi generic sg12 type 0
[2049069.384321] sd 13:0:0:0: [sdm] 117231408 512-byte logical blocks: (60.0 GB/55.8 GiB)
[2049069.384601] sd 13:0:0:0: [sdm] Write Protect is off
[2049069.384603] sd 13:0:0:0: [sdm] Mode Sense: 28 00 00 00
[2049069.384868] sd 13:0:0:0: [sdm] No Caching mode page found
[2049069.385353] sd 13:0:0:0: [sdm] Assuming drive cache: write through
[2049069.386764] sd 13:0:0:0: [sdm] No Caching mode page found
[2049069.387311] sd 13:0:0:0: [sdm] Assuming drive cache: write through
[2049069.396568]  sdm: unknown partition table
[2049069.397466] sd 13:0:0:0: [sdm] No Caching mode page found
[2049069.398067] sd 13:0:0:0: [sdm] Assuming drive cache: write through
[2049069.398513] sd 13:0:0:0: [sdm] Attached SCSI disk

Назад к Амазонке они идут, я предполагаю. Я думаю, я посмотрю, смогу ли я убедить других потерпеть неудачу, прежде чем вернуть их.

Редактировать редактировать редактировать редактировать:

Да, второй диск просто испортился при точно таком же тестировании. Упс?

Это действительно интересно — не могли бы они протестировать предварительную упаковку штампа, чтобы не тратить деньги на упаковку сломанного штампа? Я предполагаю, что если у них нет этой установки, возможно, она помечена после упаковки + тестирования, чтобы отметить несоответствие, а затем уходит на «серый» рынок - любопытно узнать, каков ответ.
Возможно, возникла проблема во время процесса шелкографии - в этом случае они, вероятно, были бы забракованы, даже если бы штамп был в полном порядке. Из любопытства вы тестировали SSD, есть битые сектора?
@TomCarpenter Больше похоже на лазерную маркировку, чем на трафаретную маркировку. Напоминает мне о поддельных китайских USB-накопителях, которые сообщают о большой доступной емкости, пока вы не попытаетесь на самом деле сохранить и вызвать более 2 ГБ или что-то еще - микросхема контроллера была изменена.
@TomCarpenter - Это определенно лазерная маркировка, а не шелкография (кто-нибудь использует чипы для шелкографии в наши дни?). Я не проверял их полностью, хотя мне удалось установить Linux. Это диски емкостью 60 ГБ, и я просто планировал использовать их в качестве загрузочных дисков для сервера. Тогда уж лучше флэшка.
Возможно, они делают это, чтобы отбить охоту собирать чипсы для самостоятельной продажи.
@SpehroPefhany, плохо, я в полусне.
Мошенническая/поддельная емкость интересна. Я сейчас делаю длинный интеллектуальный тест, и я, вероятно, попытаюсь записать каждый байт после этого.
Учитывая, что оба типа вспышек производятся одним и тем же производителем (или дочерним предприятием), они, вероятно, были произведены на одном и том же заводе (и упакованы в одном и том же месте). Так что вполне возможно, что они все еще могут быть отбракованы с одинаковой маркировкой, даже если это разные ИС. На самом деле наличие двух совершенно разных микросхем флэш-памяти в одном и том же продукте, похоже, предполагает отношение «мы будем использовать все, что попадем в руки», что, конечно, не исключает использование брака.
Сначала я подумал, что проблема с лазером, некоторые «биты» застряли, что привело к сбою печати на хороших чипах. Утилизировать их было бы расточительно, поэтому, возможно, они продали их дешевле известному покупателю. При ближайшем рассмотрении этого не должно быть, поскольку на самом деле полосы имеют разное смещение на каждом чипе, а это означает, что они должны были быть добавлены позже.
@pipe - На самом деле вы можете заметить, что в некоторых случаях маркировка стержня была добавлена ​​​​позже - область, где маркировка перекрывается, выгравирована немного глубже.
Если это подделки, длинный тест SMART в любом случае может быть успешным. Вместо этого вы должны сделать что-то вроде записи нулей на весь диск.
Есть ли какая-либо история Rev на печатной плате? это могло бы объяснить два разных источника, хотя полосы остаются загадкой.
@MadHatter - часть Spectek считается совместимой по выводам с частью Micron. Доработка платы не требуется.
@TomCarpenter - Что ж, выполнение некоторых тщательных тестов, похоже, по крайней мере частично сломало диск. Упс?

Ответы (2)

Я написал по электронной почте Теду Нетцу, менеджеру по продуктам флэш-памяти NAND в SpecTek. Вот что он сказал (с небольшими исправлениями грамматики и форматирования):

Привет Адам,

Мы маркируем продукты таким образом. Это тип продаваемой нами детали, которая может иметь механический дефект, но часто проверяется на исправность в электрическом отношении. Мы продаем его как продукт риска, как есть, со скидкой и делаем на нем 3-х полосный дефект, чтобы его нельзя было вернуть как полностью исправное устройство для RMA. Механический дефект обычно не позволяет пройти этапы автоматизированного сканирования. Обычно это не компланарность или может быть потерянный или разбитый мяч. Люди готовы переработать часть и должны повторно протестировать ее. Однако мы обычно советуем клиентам ограничивать эти устройства приложениями USB или приложениями более низкого уровня, поскольку они могут не соответствовать всем стандартам производительности. Кроме того, мы не можем контролировать процесс доработки клиентом, поэтому опять же мы не даем гарантии на такое устройство.

Однако есть еще одна странность в них. Дополнительные символы H16 62 не являются частью нашей схемы маркировки. У нас были люди, подделывавшие и марку Micron, и/или марку SpecTek таким образом, чтобы выдать детали за оригинальные SpecTek. Для меня также странным является то, что писец примыкает к отметке на булавке. На диске с маркировкой SpecTek шрифт отличается на 3 метках, которые не похожи на типичные шрифты Micron scribe. В любом случае надеюсь, что это поможет.

Спасибо -- Тед

Таким образом, три полоски являются законной маркировкой для негарантийной дисконтной вспышки высокого риска с механическими дефектами. Клиенты должны самостоятельно дорабатывать и тестировать чипы. Однако, судя по дополнительной маркировке, чипы в вашем приводе могут быть поддельными. Может быть, проще уйти от подделки некачественного продукта.

Это увлекательно. Большое спасибо, что связались с этим!
Дополнительные метки могли быть добавлены третьей стороной, которая перерабатывала и тестировала детали. Например, это их коды QA. Они выглядят так, как будто они были применены через другой механизм.
@JohnMeacham Из-за отказа обоих дисков я скептически отношусь к тому, чтобы проводились какие-либо испытания. Но я согласен с тем, что третья сторона, вероятно, добавила дополнительные символы.
@AdamHaun - Учитывая, что они, похоже, потерпели неудачу таким же образом, я думаю, что глючная прошивка более вероятна, чем плохая прошивка, но это всего лишь предположение.
@ConnorWolf Может быть. Но прошивку легко скопировать, а контроллер имеет артикул Silicon Motion. Вроде нормальная компания. Я бы удивился, если бы их прошивки были такими глючными . Сторонние контрафактные прошивки, с другой стороны...
@ConnorWolf Я бы тоже не ожидал случайного отключения USB от прошивки. Может быть серьезная проблема с электричеством, вызывающая отключение питания. Может быть интересно определить диапазон напряжений питания, пока вы запускаете бэдблоки.
Ну, они вернулись на амазонку в понедельник, так что для этого немного поздно. На Amazon они стоят 26 долларов, если вы хотите поэкспериментировать самостоятельно: amazon.com/gp/product/B00W2XMUSS .
Вау, это с амазона? Я точно знал eBay. Думаю отказаться от покупки собственного. :-)

Возможно, чипы исправны, но произошел сбой в машине, печатающей маркировку на чипах. Но они все равно продавались и использовались.

Я видел чипы в некоторых устройствах, на которых каким-то образом удалена маркировка, чтобы сделать микросхему неидентифицируемой, что, как я подозреваю, может быть попыткой предотвратить копирование схемы производителями дешевого грабежа. (И любители DIY, такие как я.)

Первый пункт мы обсуждали в комментариях, однако он кажется маловероятным. Во-первых, это лазерная маркировка, как указано OP и другими, а во-вторых, линии не совпадают с исходной маркировкой, что предполагает, что это сделано после изготовления. Второй пункт также упоминался в комментариях, но если это так, то тот, кто это сделал, сделал очень плохую работу.
Странная маркировка на микросхемах флэш-памяти — это заводской брак?
СпросиСетьПолитика конфиденциальности1y, 0v