Contrassegni dispari sui circuiti integrati flash: questi scarti sono di fabbrica?


33

Di recente ho acquistato un SSD davvero economico ($ 25,99) e ho aperto la custodia per curiosità.

I chip flash hanno delle barre incise sui numeri di parte, cosa che non avevo mai visto prima.

inserisci qui la descrizione dell'immagine

È un modo standard di contrassegnare i chip come scarti?


Modifica: ne ho acquistati due da inserire in RAID-1, perché non mi fido troppo di loro e l'altro ha segni identici:

inserisci qui la descrizione dell'immagine

Questo usa il flash Micron, sebbene il segno sia identico.

A questo punto, posso solo pensare che debba essere un tentativo davvero, davvero, davvero inefficace di nascondere i numeri di parte del flash?


Le parti in micron sono MT29F128G08CBECBH6-12:C, che è una parte da 16 GByte, quindi ci sono 64 GB di memoria grezza.

Le altre parti sono marchiate "Spectek" , che a quanto pare è una filiale di micron di cui non avevo mai sentito parlare prima. Sembrano esserlo FBNL95B71KDBABH6-10AL, che sono anche parti da 16 GByte.


Modificare:

La prima unità è passata sudo badblocks -b 4096 -c 4096 -s -w /dev/sdmsenza errori, quindi apparentemente la capacità è reale e sono validi per almeno una scrittura.

Modifica modifica:

Correzione: o badblockssi blocca il mio adattatore USB-sata el-cheapo, oppure fare avere alcuni problemi.

Modifica modifica modifica:

Ok, l'esecuzione badblockssull'unità sembra aver confuso il disco in modo orribile. Ecco il rapporto 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

A questo punto, ho avuto il disco per circa una settimana. Non ho idea di come abbia avuto errori 918 giorni fa.

Inoltre: Error -4. Sì, non credo che i registri SMART debbano avere numeri negativi. Urla?

A questo punto, se collaudo nuovamente l'unità con i blocchi difettosi, il dispositivo effettivamente si interrompe e quindi si riconnette.

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

Tornano in Amazon, immagino. Penso che vedrò se riesco a convincere anche l'altro a fallire, prima di restituirli.

Modifica modifica modifica modifica:

Sì, la seconda unità si è appena spuntata quando testata nello stesso identico modo. Urla?


3
È davvero interessante: non sarebbero in grado di testare il preimballaggio dello stampo per non sprecare denaro nel confezionare uno stampo rotto? Immagino che se non hanno quella configurazione, forse è contrassegnato dopo il confezionamento + test per contrassegnare la non conformità e poi sfugge al mercato "grigio" - curioso di vedere quale sia la risposta.
Krunal Desai,

È possibile che ci sia stato un problema durante il processo di serigrafia - in quel caso verrebbero probabilmente respinti anche se il dado andava benissimo. Per curiosità hai provato l'SSD, qualche settore danneggiato?
Tom Carpenter,

1
@TomCarpenter Assomiglia più ai segni laser che ai segni serigrafati. Mi ricorda le finte unità USB cinesi che segnalano una grande capacità disponibile fino a quando non si tenta di archiviare e richiamare più di 2G o qualsiasi altra cosa: il chip del controller è stato rovinato.
Spehro Pefhany,

4
Forse lo fanno per scoraggiare la raccolta delle patatine da vendere da sole.
Tokamak,

1
Dato che entrambi i tipi di flash sono dello stesso produttore (o sussidiario), probabilmente sono stati prodotti nello stesso impianto favoloso (e confezionati nello stesso posto). Quindi è del tutto possibile che possano ancora essere rifiutati con gli stessi segni anche se si tratta di circuiti integrati diversi. In effetti la presenza di due circuiti integrati flash completamente diversi nello stesso prodotto sembra suggerire un atteggiamento "useremo tutto ciò che possiamo mettere le mani" che certamente non esclude l'uso di scarti.
Tom Carpenter,

Risposte:


19

Ho inviato un'e-mail a Ted Netz, il responsabile del prodotto flash NAND di SpecTek. Ecco cosa ha detto (con alcune correzioni grammaticali e di formattazione minori):

Ciao Adam,

Contrassegniamo i prodotti in questo modo. È un tipo di parte che vendiamo che può avere un difetto meccanico, ma spesso testato elettricamente. Lo vendiamo come prodotto a rischio, così come è, con uno sconto e facciamo una sfacciatura di 3 bar su di esso in modo che non possa essere restituito come un ottimo dispositivo per RMA. Il difetto meccanico in genere non gli consente di superare le nostre fasi di scansione automatizzata. In genere fallisce per complanarità o potrebbe avere una palla mancante o rotta. Le persone sono disposte a rielaborare la parte e dovrebbero ripetere il test. Tuttavia, di solito consigliamo ai clienti di limitare questi dispositivi alle app USB o alle app di livello inferiore solo perché potrebbero non soddisfare tutti gli standard di prestazione. Inoltre, non possiamo controllare il processo di rilavorazione del cliente, quindi non garantiamo tale dispositivo.

Tuttavia c'è un'altra cosa strana su questi. I caratteri extra H16 62 non fanno parte del nostro schema di marcatura. In questo modo, abbiamo contraffatto sia il marchio Micron che il marchio SpecTek in modo da far passare le parti come originali SpecTek. La cosa strana anche per me è lo scriba adiacente al segno uno spillo. Sull'unità contrassegnata SpecTek il carattere è diverso su 3 dei segni che non assomigliano ai caratteri tipici dello scriba Micron. Spero comunque che questo aiuti.

Grazie - Ted

Pertanto, le tre barre sono un marchio legittimo per flash ad alto rischio senza garanzia con difetti meccanici. I clienti dovrebbero rielaborare e testare i chip da soli. Tuttavia, in base ai contrassegni aggiuntivi, sembra che i chip nell'unità potrebbero essere contraffatti. Forse è più facile cavarsela con la contraffazione di un prodotto di qualità inferiore.


3
È affascinante. Grazie mille per averci contattato!
Connor Wolf,

1
I marchi aggiuntivi potrebbero essere stati aggiunti dalla terza parte che ha rielaborato e testato le parti. Come in, sono i loro codici QA. Sembrano essere stati applicati tramite un meccanismo diverso.
John Meacham,

@JohnMeacham In base al guasto di entrambe le unità, sono scettico sul fatto che sia stato eseguito qualsiasi test. Ma sono d'accordo che una terza parte probabilmente ha aggiunto i personaggi extra.
Adam Haun,

@AdamHaun - Considerando che sembrano essersi guastati allo stesso modo, penso che il firmware difettoso sia più probabile del flash difettoso, ma è solo una supposizione.
Connor Wolf,

@ConnorWolf Forse. Ma il firmware è facile da copiare e il controller ha un numero di parte Silicon Motion. Sembrano essere un'azienda legittima. Sarei sorpreso se il loro firmware fosse quel bug. Firmware contraffatto di terze parti, d'altra parte ...
Adam Haun,

-1

Forse i chip sono buoni, ma c'è stato un errore nella macchina che ha stampato i segni sui chip. Ma erano ancora venduti e usati.

Ho visto chip in alcuni dispositivi che hanno rimosso i contrassegni in qualche modo per rendere non identificabile l'IC, che sospetto possa essere un tentativo di impedire la copia del circuito da parte di produttori economici. (E hobbisti fai-da-te come me.)


2
Abbiamo discusso il primo punto nei commenti, tuttavia sembra improbabile. In primo luogo si tratta di marcature laser come indicato dall'OP e da altri, e in secondo luogo le linee non sono allineate con le marcature originali, il che suggerisce che sia stato realizzato dopo la fabbricazione. Il secondo punto è stato menzionato anche nei commenti, ma se è così, chiunque lo abbia fatto ha fatto un pessimo lavoro.
Tom Carpenter,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.