Dấu hiệu lạ trên IC flash - Những nhà máy này có bị từ chối không?


33

Gần đây tôi đã mua một ổ SSD thực sự, thực sự rẻ (25,99 đô la) và tôi đã mở ra trường hợp vì tò mò.

Các chip flash có các thanh được khắc trên các số phần, điều mà tôi chưa từng thấy trước đây.

nhập mô tả hình ảnh ở đây

Đây có phải là một cách tiêu chuẩn để đánh dấu chip là từ chối?


Chỉnh sửa: Tôi đã mua hai trong số chúng để đặt RAID-1, vì tôi không tin tưởng chúng quá nhiều và cái còn lại có các dấu hiệu giống hệt nhau:

nhập mô tả hình ảnh ở đây

Cái này sử dụng đèn flash Micron, mặc dù việc đánh dấu là giống hệt nhau.

Tại thời điểm này, tôi chỉ có thể nghĩ rằng nó phải là một nỗ lực thực sự, thực sự, thực sự không hiệu quả để che giấu các số phần flash?


Các bộ phận micron MT29F128G08CBECBH6-12:Clà một phần 16 GB, vì vậy có 64 GB dung lượng lưu trữ thô.

Các bộ phận khác mang nhãn hiệu "Spectek" , rõ ràng là một công ty con micron mà tôi chưa từng nghe thấy trước đây. Chúng dường như FBNL95B71KDBABH6-10ALlà 16 phần của GByte.


Chỉnh sửa:

Ổ đĩa đầu tiên được thông qua sudo badblocks -b 4096 -c 4096 -s -w /dev/sdmkhông có lỗi, vì vậy rõ ràng dung lượng là có thật và chúng tốt cho ít nhất một lần ghi.

Chỉnh sửa chỉnh sửa:

Correction: Hoặc badblockslà đâm el-cheapo bộ chuyển đổi USB-sata của tôi, hoặc họ làm có một số vấn đề.

Chỉnh sửa chỉnh sửa chỉnh sửa:

Ok, chạy badblockstrên ổ đĩa dường như đã nhầm lẫn đĩa khủng khiếp. Đây là báo cáo 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

Tại thời điểm này, tôi đã lái xe khoảng một tuần. Tôi không biết làm thế nào nó có lỗi 918 ngày trước.

Ngoài ra : Error -4. Vâng, tôi không nghĩ rằng nhật ký SMART được cho là có số âm. Rất tiếc?

Tại thời điểm này, nếu tôi kiểm tra lại ổ đĩa với các lỗi xấu, thiết bị thực sự bị rớt ra và sau đó kết nối lại.

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

Quay lại với Amazon họ đi, tôi đoán thế. Tôi nghĩ tôi sẽ xem liệu tôi có thể thuyết phục người khác thất bại không, trước khi tôi trả lại họ.

Chỉnh sửa chỉnh sửa chỉnh sửa chỉnh sửa:

Đúng, ổ đĩa thứ hai chỉ xuất hiện khi được kiểm tra theo cách chính xác. Rất tiếc?


3
Điều đó thực sự thú vị - liệu họ có thể kiểm tra bao bì trước khi chết để không lãng phí tiền đóng gói một cái chết bị hỏng không? Tôi đoán nếu họ không có thiết lập đó, có lẽ nó được đánh dấu sau khi đóng gói + kiểm tra để đánh dấu sự không tuân thủ và sau đó thoát ra thị trường "màu xám" - tò mò muốn xem câu trả lời là gì.
Krunal Desai

Có thể có một vấn đề trong quá trình sàng lọc lụa - trong trường hợp đó có lẽ họ sẽ bị từ chối ngay cả khi cái chết hoàn toàn ổn. Vì tò mò bạn đã thử nghiệm SSD, có thành phần xấu nào không?
Tom Carpenter

1
@TomCarpenter Trông giống như dấu laser hơn là dấu lụa được sàng lọc. Nhắc nhở tôi về các ổ USB giả của Trung Quốc báo cáo dung lượng lớn cho đến khi bạn thực sự lưu trữ và thu hồi hơn 2G hoặc bất cứ thứ gì - chip điều khiển đã bị hỏng.
Spehro Pefhany 15/03/2016

4
Có lẽ họ làm điều đó để ngăn cản việc thu hoạch chip để tự bán.
tokamak

1
Với cả hai loại đèn flash là cùng một nhà sản xuất (hoặc công ty con của nó), thì chúng có thể được sản xuất tại cùng một nhà máy fab (và được đóng gói ở cùng một nơi). Vì vậy, hoàn toàn có khả năng họ vẫn có thể bị từ chối với cùng một dấu hiệu ngay cả khi chúng là các IC khác nhau. Trên thực tế, sự hiện diện của hai IC flash hoàn toàn khác nhau trong cùng một sản phẩm dường như cho thấy thái độ "chúng ta sẽ sử dụng bất cứ thứ gì chúng ta có thể có trong tay", điều này chắc chắn không loại trừ việc sử dụng từ chối.
Tom Carpenter

Câu trả lời:


19

Tôi đã gửi email cho Ted Netz, người quản lý sản phẩm flash NAND tại SpecTek. Đây là những gì anh ấy đã nói (với một vài sửa lỗi ngữ pháp và định dạng nhỏ):

Xin chào Adam

Chúng tôi đánh dấu sản phẩm theo cách này. Đây là một loại bộ phận chúng tôi bán có thể có khuyết tật cơ học, nhưng thường được thử nghiệm điện tốt. Chúng tôi bán nó dưới dạng sản phẩm rủi ro, giảm giá và thực hiện một lỗi 3 vạch trên nó để không thể trả lại như một thiết bị tốt cho RMA. Các khiếm khuyết cơ học thường sẽ không cho phép nó vượt qua các bước quét tự động của chúng tôi. Thông thường, nó không thành công cho đồng phẳng hoặc có thể có một quả bóng bị mất hoặc bị đập vỡ. Mọi người sẵn sàng làm lại phần đó và có nghĩa vụ kiểm tra lại. Tuy nhiên, chúng tôi thường khuyên khách hàng hạn chế các thiết bị này cho các ứng dụng USB hoặc các ứng dụng cấp thấp hơn vì chúng có thể không đáp ứng tất cả các tiêu chuẩn hiệu suất. Đồng thời, chúng tôi không thể kiểm soát quá trình làm lại của khách hàng nên một lần nữa chúng tôi sẽ không bảo hành một thiết bị như vậy.

Tuy nhiên có một điều kỳ lạ khác về những điều này. Các ký tự phụ H16 62 không nằm trong sơ đồ đánh dấu của chúng tôi. Chúng tôi đã có những người giả mạo cả nhãn hiệu Micron và / hoặc nhãn hiệu SpecTek theo cách này để loại bỏ các bộ phận như bản gốc của SpecTek. Điều kỳ lạ đối với tôi là scribe liền kề với pin một dấu. Trên ổ đĩa được đánh dấu SpecTek, phông chữ khác với 3 trong số các dấu hiệu trông không giống với phông chữ ghi chép thông thường của Micron. Dù sao cũng hy vọng điều này sẽ giúp.

Thx - Ted

Vì vậy, ba thanh là một dấu hiệu hợp pháp cho đèn flash giảm giá không có bảo hành rủi ro cao với các khuyết tật cơ học. Khách hàng có nghĩa vụ phải tự làm lại và kiểm tra chip. Tuy nhiên, dựa trên các đánh dấu bổ sung, có vẻ như các chip trong ổ đĩa của bạn có thể bị làm giả. Có lẽ việc thoát khỏi việc làm giả một sản phẩm chất lượng thấp sẽ dễ dàng hơn.


3
Thật hấp dẫn. Cảm ơn rất nhiều vì đã tiếp cận điều này!
Sói Connor

1
Các dấu phụ có thể đã được thêm bởi bên thứ ba đã làm lại và kiểm tra các phần. Như trong, họ là mã QA của họ. Chúng trông giống như được áp dụng thông qua một cơ chế khác.
John Meacham

@JohnMeacham Dựa trên sự thất bại của cả hai ổ đĩa, tôi nghi ngờ rằng mọi thử nghiệm đã được thực hiện. Nhưng tôi đồng ý rằng một bên thứ ba có thể đã thêm các nhân vật phụ.
Adam Haun

@AdamHaun - Xem xét rằng chúng dường như đã thất bại theo cách tương tự, tôi nghĩ phần mềm lỗi có nhiều khả năng sau đó là flash xấu, nhưng đó chỉ là dự đoán.
Sói Connor

@ConnorWolf Có lẽ. Nhưng phần sụn rất dễ sao chép và bộ điều khiển có số phần Silicon Motion. Họ dường như là một công ty hợp pháp. Tôi sẽ ngạc nhiên nếu phần sụn của họ là lỗi đó . Mặt khác, phần mềm giả mạo của bên thứ ba ...
Adam Haun

-1

Có thể các chip là tốt, nhưng đã có một lỗi trong máy in các dấu trên chip. Nhưng chúng vẫn được bán và sử dụng.

Tôi đã thấy chip trong một số thiết bị đã loại bỏ các dấu hiệu theo cách nào đó để làm cho IC không thể nhận dạng được, điều mà tôi nghi ngờ có thể là một nỗ lực ngăn chặn việc sao chép mạch của các nhà sản xuất ripoff giá rẻ. (Và những người có sở thích DIY như tôi.)


2
Chúng tôi đã thảo luận về điểm đầu tiên trong các ý kiến, tuy nhiên có vẻ như không thể. Đầu tiên, chúng là các dấu laser như được chỉ ra bởi OP và các loại khác, và thứ hai là các đường không được căn chỉnh với các dấu ban đầu cho thấy nó được thực hiện sau khi sản xuất. Điểm thứ hai cũng đã được đề cập trong các ý kiến, nhưng nếu đó là trường hợp thì bất cứ ai đã làm nó đã làm một công việc rất xấu.
Tom Carpenter
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.