Sandisk Extreme Go - Datenrate bricht beim Schreiben komplett weg

[Erbsenkönig]

Ich hab hir einen SanDisk Extreme Go 128 GB rumliegen, der sich kaum mehr beschreiben lässt. Man sieht es hier im Terracopy Fenster ganz gut:

https://i.imgur.com/UEDoxgT.png

Er lässt sich für einen gewissen Zeitraum recht schnell beschreiben und bricht dann komplett weg, sprich für mehrere Sekunden wird gar nichts mehr geschrieben. Das Problem tritt sowohl bei meinem Desktop PC als auch bei meinem Laptop auf.

Beim lesen hingegen sieht alles normal aus:

https://i.imgur.com/92wM4h0.png

Ich habe bereits Google bemüht und bin dabei auf diesen Faden in einem SanDisk Forum (https://forums.sandisk.com/t/sandisk-extreme-64gb-slower-write-speeds-after-system-format/31199/48) gestoßen, wo manche davon sprechen, dass SanDisk USB Sticks wohl das Zicken anfangen, wenn man sie formatiert und ein "Secure Erase" Abhilfe schafft. Eine solche Löschung habe ich leider nicht hinbekommen, denn Parted Magic lässt es mich beim USB Stick nicht durchführen und HDParm will ebenso wenig.

Was passiert hier? Läuft irgendwas auf dem Stick voll und ich muss erst mit dem Beschreiben warten, bis wieder Platz ist? :confused:

[Rolsch]

Scheint so als hätte der Controller alle Hände voll zu tun die toten Speicherzellen durch Halbtote zu ersetzen. Die Qualität von USB-Stick Speicherchips ist meist unterste Schublade, angeblich werden da auch gerne abgewrackte SSD-Chips verbaut.

Noch dazu gibt es hier kein TRIM, d.h die Zellen werden erst bei Bedarf gelöscht und dann wieder beschrieben. Das dauert länger, vor allem wenn wenig Platz ist.

[Erbsenkönig]

Scheint so als hätte der Controller alle Hände voll zu tun die toten Speicherzellen durch Halbtote zu ersetzen. Die Qualität von USB-Stick Speicherchips ist meist unterste Schublade, angeblich werden da auch gerne abgewrackte SSD-Chips verbaut.

Noch dazu gibt es hier kein TRIM, d.h die Zellen werden erst bei Bedarf gelöscht und dann wieder beschrieben. Das dauert länger, vor allem wenn wenig Platz ist.

Ist das denn normal bei einem ~9 Monaten alten Gerät?! So kann ich das Teil kaum benutzen, weil jeder Schreibvorgang ewig dauert.

[user77]

Kann dir auch bei einem 1 Monate altem Stick passieren, hätte ich schon alles. Wenn eh erst 9 Monate - > Garantieaustausch.

[Erbsenkönig]

Kann dir auch bei einem 1 Monate altem Stick passieren, hätte ich schon alles. Wenn eh erst 9 Monate - > Garantieaustausch.

Da habe ich bei SanDisk schon Erfahrung - gerade ist ein anderer USB Stick als Austausch auf dem Weg zu mir.:freak:

[=Floi=]

gibt es von sandisk kein tool?

linux live image?

[Erbsenkönig]

Für USB Sticks soweit ich weiß nicht. Und unter Linux gab es dieselben Probleme.

[krypton]

Funktioniert es auch nicht wenn du unter Linux manuell einen Secure Erase machst?

Dazu braucht es nur 2 Befehle:

hdparm --user-master u --security-set-pass asdf /dev/sdX
hdparm --user-master u --security-erase asdf /dev/sdX

[Erbsenkönig]

Nein das habe ich auch schon probiert. Ich hab nur eine Fehlermeldung von wegen "sg_io bad/missing sense data" erhalten und das wars. Laut einer kurzen Google Suche deutet das darauf hin, dass hdparm die Daten vom Controller nicht richtig auswerten kann.

EDIT:

Hab es gerade noch einmal probiert:

root@PartedMagic:~# hdparm --user-master u --security-set-pass asdf /dev/sdd
security_password: "asdf"

/dev/sdd:
Issuing SECURITY_SET_PASS command, password="asdf", user=user, mode=high
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
root@PartedMagic:~# hdparm --user-master u --security-erase asdf /dev/sdd
security_password: "asdf"

/dev/sdd:
Issuing SECURITY_ERASE command, password="asdf", user=user
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Und das wars.

[b_fiek]

ich kenn das Problem oft in Bezug auf Temperaturprobleme..

Stick winzig klein, und wird beim schreiben "glühend" heiß

[lumines]

Nein das habe ich auch schon probiert. Ich hab nur eine Fehlermeldung von wegen "sg_io bad/missing sense data" erhalten und das wars. Laut einer kurzen Google Suche deutet das darauf hin, dass hdparm die Daten vom Controller nicht richtig auswerten kann.


Haben USB-Sticks überhaupt Controller wie normale SSDs? Ich bin mir da gar nicht so sicher.

[krypton]

Bei mein Sandisk Extreme (kein Go) funktioniert das ohne Probleme und er ist anschliessend wieder deutlich schneller. Vielleicht hat der Go tatsächlich einen Controller, der diese Funktion nicht unterstützt.

Was wird mit hdparm -I /dev/sdX unter "Security" angezeigt?
Du könntest noch testen ob es mit --user-master m funktioniert.

[Erbsenkönig]

ich kenn das Problem oft in Bezug auf Temperaturprobleme..

Stick winzig klein, und wird beim schreiben "glühend" heiß

Ja, das kenne ich von dem von mir eingeschickten SanDisk Stick auch, aber der drosselt dann einfach und hört nicht komplett mit dem Beschreiben auf.

Haben USB-Sticks überhaupt Controller wie normale SSDs? Ich bin mir da gar nicht so sicher.

Bei meiner Suche nach dem Problem habe ich auch gelesen, dass diese großen USB Sticks wohl nichts anderes als SSDs seien. Ob das aber stimm - keine Ahnung.

Was wird mit hdparm -I /dev/sdX unter "Security" angezeigt?

root@PartedMagic:~# hdparm -I /dev/sdd

/dev/sdd:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

ATA device, with non-removable media
Standards:
Likely used: 1
Configuration:
Logical max current
cylinders 0 0
heads 0 0
sectors/track 0 0
--
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 0 MBytes
device size with M = 1000*1000: 0 MBytes
cache/buffer size = unknown
Capabilities:
IORDY not likely
Cannot perform double-word IO
R/W multiple sector transfer: not supported
DMA: not supported
PIO: pio0


Du könntest noch testen ob es mit --user-master m funktioniert.

root@PartedMagic:~# hdparm --user-master m --security-set-pass asdf /dev/sdd
security_password: "asdf"

/dev/sdd:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Issuing SECURITY_SET_PASS command, password="asdf", user=master, mode=high
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
root@PartedMagic:~# hdparm --user-master m --security-erase asdf /dev/sdd
security_password: "asdf"

/dev/sdd:
Issuing SECURITY_ERASE command, password="asdf", user=master
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

[krypton]

Bei deinem Extreme Go werden keine brauchbaren Informationen ausgelesen. Schätze der verbaute Controller unterstützt diese Befehle nicht.
Habe leider auch keine Idee mehr, was man in diesem Fall noch machen könnte.
Zum Vergleich, die Daten meines Sandisk Extreme:



sudo hdparm -I /dev/sdd
/dev/sdd:

ATA device, with non-removable media
Model Number: SanDisk SSD CZ80 16GB
Serial Number: 04955abd3
Firmware Revision: ER.24.00
Transport: Serial, ATA8-AST, SATA Rev 2.6, SATA Rev 3.0
Standards:
Used: unknown (minor revision code 0x0110)
Supported: 9 8 7 6 5
Likely used: 9
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 31277232
LBA48 user addressable sectors: 31277232
Logical Sector size: 512 bytes
Physical Sector size: 512 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 15272 MBytes
device size with M = 1000*1000: 16013 MBytes (16 GB)
cache/buffer size = unknown
Form Factor: 1.8 inch
Nominal Media Rotation Rate: Solid State Device
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 1 Current = 1
Advanced power management level: disabled
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
Advanced Power Management feature set
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* 64-bit World wide name
* WRITE_UNCORRECTABLE_EXT command
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
* Device-initiated interface power management
* Software settings preservation
* SANITIZE feature set
* BLOCK_ERASE_EXT command
* SET MAX SETPASSWORD/UNLOCK DMA commands
* DEVICE CONFIGURATION SET/IDENTIFY DMA commands
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read data after TRIM
Security:
Master password revision code = 3
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
2min for SECURITY ERASE UNIT. 2min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 5001b4005549d3ab
NAA : 5
IEEE OUI : 001b40
Unique ID : 04955abd3
Checksum: correct

[Erbsenkönig]

Jap, ist dann wohl nur die Billigvariante.

Nunja. Dann geht er eben zurück.