Marcações estranhas nos ICs flash - Estas são rejeições de fábrica?

33

Recentemente, comprei um SSD muito, muito barato (US $ 25,99) e abri o gabinete por curiosidade.

Os chips flash têm barras gravadas nos números de peça, algo que eu nunca vi antes.

insira a descrição da imagem aqui

Essa é uma maneira padrão de marcar chips como rejeitados?

Editar: comprei dois deles para colocar no RAID-1, porque não confio muito neles e o outro possui marcações idênticas:

insira a descrição da imagem aqui

Este usa o flash Micron, embora a marcação seja idêntica.

Neste ponto, só posso pensar que deve ser uma tentativa realmente, muito, muito ineficaz de ocultar os números das peças do flash?

As partes de mícron são MT29F128G08CBECBH6-12:C, que é uma parte de 16 GByte, então há 64 GB de armazenamento bruto.

As outras partes são da marca "Spectek" , que aparentemente é uma subsidiária de micron que eu nunca tinha ouvido falar antes. Eles parecem ser FBNL95B71KDBABH6-10AL, que também são partes de 16 GByte.

Editar:

A primeira das unidades passou sudo badblocks -b 4096 -c 4096 -s -w /dev/sdmsem erros, portanto, aparentemente, a capacidade é real e é adequada para pelo menos uma gravação.

Editar edição:

Correção: Ou badblocksestá falhando o meu adaptador USB-sata el-cheapo, ou eles fazem ter alguns problemas.

Editar editar editar:

Ok, rodar badblocksna unidade parece ter confundido o disco horrivelmente. Aqui está o relatório 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

Neste ponto, eu tive o passeio cerca de uma semana. Não tenho ideia de como houve erros 918 dias atrás.

Além disso: Error -4. Sim, não acho que os logs SMART devam ter números negativos. Ops?

Nesse momento, se eu testar novamente a unidade com badblocks, o dispositivo será desativado e reconectado.

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

De volta à Amazônia eles vão, eu acho. Acho que vou ver se consigo convencer o outro a falhar também, antes de devolvê-los.

Editar editar editar editar:

Sim, a segunda unidade apenas se deteriorou quando testada exatamente da mesma maneira. Ops?

integrated-circuit Connor Wolf
fonte
3
Isso é realmente interessante - eles não seriam capazes de testar a pré-embalagem do molde para não desperdiçar dinheiro empacotando um molde que está quebrado? Acho que se eles não tiverem essa configuração, talvez seja marcado após o empacotamento + teste para marcar a não conformidade e depois escapar para o mercado "cinza" - curioso para saber qual é a resposta.
precisa
É possível que tenha havido um problema durante o processo de triagem de seda - nesse caso, eles provavelmente seriam rejeitados mesmo se o dado estivesse perfeitamente bem. Por curiosidade, você testou o SSD, algum setor ruim?
Tom Carpenter
1
@TomCarpenter Parece mais marcas de laser do que marcas de serigrafia. Me lembra as falsas unidades USB chinesas que relatam grande capacidade disponível até você tentar realmente armazenar e recuperar mais de 2G ou qualquer outra coisa - o chip do controlador foi mexido.
Spehro Pefhany
4
Talvez eles façam isso para desencorajar a colheita dos chips para vender sozinhos.
precisa
1
Dado que os dois tipos de flash são do mesmo fabricante (ou subsidiário), eles provavelmente foram produzidos na mesma fábrica (e embalados no mesmo local). Portanto, é perfeitamente possível que eles ainda possam ser rejeitados com as mesmas marcações, mesmo que sejam CIs diferentes. De fato, a presença de dois ICs flash completamente diferentes no mesmo produto parece sugerir uma atitude de "usaremos tudo o que pudermos pôr em prática", o que certamente não descarta o uso de rejeições.
Tom Carpenter

Respostas:

19

Enviei um e-mail para Ted Netz, gerente de produtos flash NAND da SpecTek. Aqui está o que ele tinha a dizer (com algumas correções menores de gramática e formatação):

Olá Adam,

Marcamos produtos dessa maneira. É um tipo de peça que vendemos que pode ter um defeito mecânico, mas geralmente testado eletricamente como bom. Nós o vendemos como produto de risco, como é, com desconto e desfiguramos 3 barras para que ele não possa ser devolvido como um dispositivo totalmente bom para RMA. O defeito mecânico normalmente não deixa passar nossas etapas de verificação automatizada. Normalmente, falha na coplanaridade ou pode ter uma bola faltando ou esmagada. As pessoas estão dispostas a refazer a peça e devem testá-la novamente. No entanto, geralmente aconselhamos os clientes a restringir esses dispositivos a aplicativos USB ou aplicativos de nível inferior, pois eles podem não atender a todos os padrões de desempenho. Além disso, não podemos controlar o processo de retrabalho do cliente; portanto, novamente não garantiremos esse dispositivo.

No entanto, há outra coisa estranha neles. Os caracteres extras H16 62 não fazem parte do nosso esquema de marcação. Tivemos pessoas falsificadas, tanto da marca Micron quanto da marca SpecTek, para passar as peças como originais SpecTek. O estranho para mim também é o escriba adjacente à marca de um alfinete. Na unidade marcada SpecTek, a fonte é diferente em três das marcas que não se parecem com as fontes de gravação Micron comuns. De qualquer forma, espero que isso ajude.

Thx - Ted

Portanto, as três barras são uma marcação legítima para um flash de desconto de alto risco e sem garantia com defeitos mecânicos. Os clientes devem refazer e testar os chips por conta própria. No entanto, com base nas marcações extras, parece que os chips em sua unidade podem ser falsificados. Talvez seja mais fácil fugir da falsificação de um produto de qualidade inferior.

Adam Haun
fonte
3
Isso é fascinante. Muito obrigado por entrar em contato!
Connor Lobo
1
As marcas extras podem ter sido adicionadas por terceiros que retrabalharam e testaram as peças. Como eles são os códigos de controle de qualidade. Eles parecem ter sido aplicados por um mecanismo diferente.
John Meacham 22/03
@JohnMeacham Com base na falha de ambas as unidades, estou cético quanto ao fato de qualquer teste ter sido feito. Mas concordo que um terceiro provavelmente adicionou os caracteres extras.
Adam Haun 22/03
@ AdamHaun - Considerando que eles parecem ter falhado da mesma maneira, acho que o firmware do buggy é mais provável que o flash ruim, mas isso é apenas um palpite.
Connor Lobo
@ConnorWolf Talvez. Mas o firmware é fácil de copiar e o controlador possui um número de peça da Silicon Motion. Eles parecem ser uma empresa legítima. Eu ficaria surpreso se o firmware deles fosse tão ruim. Firmware falsificado de terceiros, por outro lado ...
Adam Haun 23/03
-1

Possivelmente, os chips estão bons, mas houve uma falha na máquina que imprimiu as marcações nos chips. Mas eles ainda eram vendidos e usados.

Eu já vi chips em alguns dispositivos com as marcações removidas de alguma maneira para tornar o IC não identificável, o que suspeito ser uma tentativa de impedir a cópia do circuito por fabricantes baratos de ripoff. (E amadores de DIY como eu.)

Frank B
fonte
2
Discutimos o primeiro ponto nos comentários, no entanto, parece improvável. Em primeiro lugar, são marcações a laser, conforme apontado pelo OP e outros, e em segundo lugar as linhas não estão alinhadas com as marcações originais, o que sugere que é feita após a fabricação. O segundo ponto também foi mencionado nos comentários, mas se for esse o caso, quem fez isso fez um trabalho muito ruim.
Tom Carpenter