Marcas extrañas en los circuitos integrados flash: ¿son estos rechazos de fábrica?


33

Recientemente compré un SSD realmente muy barato ($ 25.99), y abrí el estuche por curiosidad.

Los chips flash tienen barras grabadas en los números de pieza, algo que nunca había visto antes.

ingrese la descripción de la imagen aquí

¿Es esta una forma estándar de marcar chips como rechazos?


Editar: compré dos para poner en RAID-1, porque no confío demasiado en ellos, y el otro tiene marcas idénticas:

ingrese la descripción de la imagen aquí

Este usa flash Micron, aunque la marca es idéntica.

En este punto, solo puedo pensar que debe ser un intento muy, muy, muy ineficaz para ocultar los números de parte flash.


Las partes de micras son MT29F128G08CBECBH6-12:C, que es una parte de 16 GB, por lo que hay 64 GB de almacenamiento en bruto.

Las otras partes tienen la marca "Spectek" , que aparentemente es una subsidiaria de micras de la que nunca había oído hablar. Parecen ser FBNL95B71KDBABH6-10AL, que también son partes de 16 GByte.


Editar:

La primera de las unidades pasó sudo badblocks -b 4096 -c 4096 -s -w /dev/sdmsin error, por lo que aparentemente la capacidad es real y son buenas para al menos una escritura.

Editar editar:

Corrección: Ninguno de ellos badblocksestá fallando mi adaptador USB-SATA el-cheapo, o hacer algunos problemas.

Editar editar editar:

Ok, correr badblocksen la unidad parece haber confundido el disco horriblemente. Aquí está el informe 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

En este punto, he tenido la unidad alrededor de una semana. No tengo idea de cómo ha tenido errores hace 918 días.

Además: Error -4. Sí, no creo que se suponga que los registros SMART tengan números negativos. Whoops?

En este punto, si vuelvo a probar la unidad con bloques defectuosos, el dispositivo se desconecta y luego se vuelve a conectar.

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 vuelta a Amazon se van, supongo. Creo que veré si puedo convencer al otro para que falle también, antes de devolverlos.

Editar editar editar editar:

Sí, la segunda unidad simplemente se estropeó cuando se probó exactamente de la misma manera. Whoops?


3
Eso es realmente interesante: ¿no podrían probar el preenvasado de troqueles para no desperdiciar dinero empacando un dado que está roto? Supongo que si no tienen esa configuración, tal vez esté marcada después del empaquetado + prueba para marcar la no conformidad y luego se escape al mercado "gris", curioso por ver cuál es la respuesta.
Krunal Desai

Es posible que haya un problema durante el proceso de serigrafía; en ese caso, probablemente serían rechazados incluso si el dado estaba perfectamente bien. Por curiosidad, ¿ha probado el SSD, algún sector defectuoso?
Tom Carpenter

1
@TomCarpenter Se parece más a las marcas láser que a las marcas serigrafiadas. Me recuerda a las unidades USB chinas falsas que informan de una gran capacidad disponible hasta que intentas almacenar y recuperar más de 2G o lo que sea, el chip del controlador ha sido manipulado.
Spehro Pefhany

44
Tal vez lo hacen para desalentar la cosecha de los chips para venderlos por sí mismos.
tokamak

1
Dado que ambos tipos de flash son del mismo fabricante (o subsidiaria), probablemente se produjeron en la misma planta fabulosa (y se empacaron en el mismo lugar). Por lo tanto, es completamente posible que aún puedan ser rechazados con las mismas marcas, incluso si son circuitos integrados diferentes. De hecho, la presencia de dos circuitos integrados flash completamente diferentes en el mismo producto parece sugerir una actitud de "usaremos lo que podamos" que ciertamente no descarta el uso de rechazos.
Tom Carpenter

Respuestas:


19

Le envié un correo electrónico a Ted Netz, el gerente de productos flash NAND de SpecTek. Esto es lo que tenía que decir (con algunas correcciones menores de gramática y formato):

Hola adam,

Marcamos productos de esta manera. Es un tipo de pieza que vendemos que puede tener un defecto mecánico, pero a menudo probado eléctricamente. Lo vendemos como un producto de riesgo, tal como está, con un descuento y hacemos una desfiguración de 3 barras para que no pueda devolverse como un buen dispositivo para RMA. El defecto mecánico generalmente no le permitirá pasar nuestros pasos de escaneo automatizado. Por lo general, falla por coplanaridad o podría tener una bola faltante o rota. La gente está dispuesta a reelaborar la pieza y se supone que debe volver a probarla. Sin embargo, generalmente aconsejamos a los clientes que restrinjan estos dispositivos a aplicaciones USB o aplicaciones de nivel inferior solo porque pueden no cumplir con todos los estándares de rendimiento. Además, no podemos controlar el proceso de retrabajo del cliente, así que nuevamente no garantizamos dicho dispositivo.

Sin embargo, hay otra cosa extraña en estos. Los caracteres adicionales H16 62 no son parte de nuestro esquema de marcado. Hemos hecho que la gente falsifique tanto la marca Micron como la marca SpecTek de esta manera para pasar las piezas como originales de SpecTek. Lo extraño para mí también es el escriba adyacente a la marca del pin uno. En la unidad marcada SpecTek, la fuente es diferente en 3 de las marcas que no se parecen a las fuentes de escritura típicas de Micron. De todos modos espero que esto ayude.

Thx - Ted

Por lo tanto, las tres barras son una marca legítima para flash de descuento de alto riesgo sin garantía con defectos mecánicos. Se supone que los clientes deben reelaborar y probar los chips por su cuenta. Sin embargo, según las marcas adicionales, parece que las fichas de su unidad podrían ser falsificadas. Quizás sea más fácil salirse con la suya falsificando un producto de baja calidad.


3
Eso es fascinante ¡Muchas gracias por llegar a esto!
Connor Wolf

1
Las marcas adicionales pueden haber sido agregadas por el tercero que reelaboró ​​y probó las partes. Como en, son sus códigos de control de calidad. Parece que se aplicaron a través de un mecanismo diferente.
John Meacham

@JohnMeacham Basado en la falla de ambas unidades, soy escéptico de que se hayan realizado pruebas. Pero estoy de acuerdo en que un tercero probablemente agregó los caracteres adicionales.
Adam Haun

@AdamHaun: teniendo en cuenta que parecen haber fallado de la misma manera, creo que el firmware defectuoso es más probable que un mal flash, pero eso es solo una suposición.
Connor Wolf

@ConnorWolf Quizás. Pero el firmware es fácil de copiar y el controlador tiene un número de pieza de Silicon Motion. Parecen ser una compañía legítima. Me sorprendería si su firmware fuera tan defectuoso. Firmware falsificado de terceros, por otro lado ...
Adam Haun

-1

Posiblemente los chips son buenos, pero hubo una falla en la máquina que imprimió las marcas en los chips. Pero todavía fueron vendidos y usados.

He visto chips en algunos dispositivos que tienen las marcas eliminadas de alguna manera para que el CI no sea identificable, lo que sospecho que puede ser un intento de evitar la copia del circuito por fabricantes de estafas baratas. (Y aficionados al bricolaje como yo).


2
Discutimos el primer punto en los comentarios, sin embargo, parece poco probable. En primer lugar, son marcas láser como lo señalaron el OP y otros, y en segundo lugar, las líneas no están alineadas con las marcas originales, lo que sugiere que se realiza después de la fabricación. El segundo punto también se ha mencionado en los comentarios, pero si ese es el caso, quien lo hizo hizo un mal trabajo.
Tom Carpenter
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.