NVME corrupted?
- Ersteller linuxnutzer
- Erstellt am
- Registriert
- Dez. 2011
- Beiträge
- 3.314
rinatb schrieb:
Habe ich ja selbst herausgefunden:
linuxnutzer schrieb:
cookie_dent
Captain Pro
- Registriert
- März 2017
- Beiträge
- 3.102
Wahlweise ein zweites USB Gehäuse bestellen und gucken, ob der Fehler bleibt (dann vermutlich SSD defekt), oder weg ist (dann vermutlich Gehäuse kaputt).
Natürlich vorausgesetzt, dass der USB Controller am PC einwandfrei läuft und auch das USB-Kabel selbst keine Macke hat.
Ich selbst nutze schon seit gut zwei Jahren eine Lexar NM790 im Ugreen USB Gehäuse, ist also kein generelles Problem dieser Paarung.
Natürlich vorausgesetzt, dass der USB Controller am PC einwandfrei läuft und auch das USB-Kabel selbst keine Macke hat.
Ich selbst nutze schon seit gut zwei Jahren eine Lexar NM790 im Ugreen USB Gehäuse, ist also kein generelles Problem dieser Paarung.
motorazrv3
Admiral
- Registriert
- Dez. 2012
- Beiträge
- 8.019
Oder einfach, wenn der PC es erlaubt, die SSD intern auf dem Mainboard installieren. Sollte das nicht möglich sein, vielleicht gibts auch einen Bekannten bzw. Verwandten, der da mal aushelfen kann, mit einem anderen PC, wo die SSD vielleicht mal kurz installiert werden kann oder der vielleicht ein anderes USB-Gehäuse hat.cookie_dent schrieb:
Oder wie schon oben verlinkt, auf der letztem Seite, die Firmware des USB Kontroller aktualisieren. Mein Ugreen 90408 hat an der Fritzbox als NAS-Speicher angeschlossen auch Probleme bereitet. Die SSD (970 Evo NVMe) wurde nach einer gewissen Zeit immer herausgeworfen, war nicht mehr erreichbar. Auffällig war dann, dass das Gehäuse richtig Temperatur hatte, obwohl auf das NAS-Laufwerk nicht aktiv zugegriffen wurde.
Nach dem Abziehen, abkühlen lief dann wieder alles, bis es zum gleichen Fehlerbild gekommen ist. Nun ist die SSD in ein Orico Gehäuse gewandert und funktioniert, keine Temperaturprobleme mehr.
Zuletzt bearbeitet:
dezren39
Newbie
- Registriert
- Okt. 2025
- Beiträge
- 1
Hallo, ich hoffe, die Übersetzung ist korrekt. Ich bitte um Entschuldigung, falls es Probleme gibt.
Firmware-Updates für NVMe können nicht mit USB-Adaptern durchgeführt werden.
Sie geben vor, ein SCSI-Laufwerk anzuschließen, obwohl der Computer keine NVMe-Kommunikation mit diesen Laufwerken unterstützt.
Die Firmware muss das tatsächliche NVMe-Lexar-Laufwerk erkennen. Kein generisches SCSI-NVMe.
Ich glaube, das gilt für alle aktuellen USB-NVMe-Adapter, für jedes Betriebssystem, einschließlich Linux.
Es gibt auch gewisse Leistungseinbußen, da das Betriebssystem die NVMe-Funktionen Ihres Laufwerks nicht kennt.
Ich hoffe, das war verständlich. Viel Glück und viel Spaß.
- Drew Pope
Firmware-Updates für NVMe können nicht mit USB-Adaptern durchgeführt werden.
Sie geben vor, ein SCSI-Laufwerk anzuschließen, obwohl der Computer keine NVMe-Kommunikation mit diesen Laufwerken unterstützt.
Code:
[ 149.790947] scsi 10:0:0:0: Direct-Access Lexar SS D NM790 4TB 1.00 PQ: 0 ANSI: 6
[ 149.816133] sd 10:0:0:0: Attached scsi generic sg2 type 0Die Firmware muss das tatsächliche NVMe-Lexar-Laufwerk erkennen. Kein generisches SCSI-NVMe.
Ich glaube, das gilt für alle aktuellen USB-NVMe-Adapter, für jedes Betriebssystem, einschließlich Linux.
Es gibt auch gewisse Leistungseinbußen, da das Betriebssystem die NVMe-Funktionen Ihres Laufwerks nicht kennt.
Ich hoffe, das war verständlich. Viel Glück und viel Spaß.
- Drew Pope
- Registriert
- Dez. 2011
- Beiträge
- 3.314
rinatb schrieb:
https://github.com/bensuperpc/RTL9210?tab=readme-ov-file#firmware
Wie frage ich die vorhandene Firmware ab? Das ist alles ziemlich aufwendig. Garantie ist danach weg. Ich müsste mir Thermo-Pads besorgen.
cookie_dent schrieb:
Dann ist die Widerrufszeit verstrichen.
dezren39 schrieb:
Ich halte mit einer 2TB NM790 in einem IB-1917M-C32 dagegen. Details siehe https://icybox.de/product/externe_speicherloesungen/IB-1917M-C32
Die Diskussion hier eine 4TB NM790-
Vermutlich ist ein JMicron JMS586A verbaut, der mit den smartmontools "Unknown USB bridge [0x152d:0x0586 (0x3304)]" bringt, aber sonst zu funktionieren scheint.
Code:
[ 329.946441] usb 4-1: new SuperSpeed Plus Gen 2x1 USB device number 2 using xhci_hcd
[ 329.957790] usb 4-1: New USB device found, idVendor=152d, idProduct=0586, bcdDevice=33.04
[ 329.957795] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 329.957797] usb 4-1: Product: USB Storage Device
[ 329.957800] usb 4-1: Manufacturer: JMicron
[ 329.957802] usb 4-1: SerialNumber:
[ 329.975777] usbcore: registered new interface driver usb-storage
[ 329.978321] scsi host10: uas
[ 329.978420] usbcore: registered new interface driver uas
[ 329.978630] scsi 10:0:0:0: Direct-Access Lexar SS D NM790 2TB 3304 PQ: 0 ANSI: 6
[ 329.980201] sd 10:0:0:0: Attached scsi generic sg2 type 0
[ 329.980504] sd 10:0:0:0: [sdc] 4000797360 512-byte logical blocks: (2.05 TB/1.86 TiB)
[ 329.980507] sd 10:0:0:0: [sdc] 4096-byte physical blocks
[ 329.980570] sd 10:0:0:0: [sdc] Write Protect is off
[ 329.980572] sd 10:0:0:0: [sdc] Mode Sense: 53 00 00 08
[ 329.980713] sd 10:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 330.007552] sd 10:0:0:0: [sdc] Preferred minimum I/O size 4096 bytes
[ 330.007559] sd 10:0:0:0: [sdc] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes)
[ 330.025443] sdc: sdc1
[ 330.025578] sd 10:0:0:0: [sdc] Attached SCSI disk
[ 340.972275] XFS (dm-2): Mounting V5 Filesystem b4b75331-67c0-41b1-bc0c-a0a64db3cd11
[ 340.985956] XFS (dm-2): Ending clean mountgibt leider nicht viel her, was für ein JMicron
Code:
Bus 004 Device 002: ID 152d:0586 JMicron Technology Corp. / JMicron USA Technology Corp. USB Storage Deviceim Detail
Code:
root@k1:~# lsusb -vvv
Bus 004 Device 002: ID 152d:0586 JMicron Technology Corp. / JMicron USA Technology Corp. USB Storage Device
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 3.20
bDeviceClass 0 [unknown]
bDeviceSubClass 0 [unknown]
bDeviceProtocol 0
bMaxPacketSize0 9
idVendor 0x152d JMicron Technology Corp. / JMicron USA Technology Corp.
idProduct 0x0586 USB Storage Device
bcdDevice 33.04
iManufacturer 1 JMicron
iProduct 2 USB Storage Device
iSerial 3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0079
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0400 1x 1024 bytes
bInterval 0
bMaxBurst 15
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0400 1x 1024 bytes
bInterval 0
bMaxBurst 15
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 1
bNumEndpoints 4
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 98
iInterface 10 MSC USB Attached SCSI
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0400 1x 1024 bytes
bInterval 0
bMaxBurst 0
Command pipe (0x01)
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0400 1x 1024 bytes
bInterval 0
bMaxBurst 0
MaxStreams 32
Status pipe (0x02)
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0400 1x 1024 bytes
bInterval 0
bMaxBurst 15
MaxStreams 32
Data-in pipe (0x03)
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x04 EP 4 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0400 1x 1024 bytes
bInterval 0
bMaxBurst 15
MaxStreams 32
Data-out pipe (0x04)
Binary Object Store Descriptor:
bLength 5
bDescriptorType 15
wTotalLength 0x002a
bNumDeviceCaps 3
USB 2.0 Extension Device Capability:
bLength 7
bDescriptorType 16
bDevCapabilityType 2
bmAttributes 0x00000f0e
BESL Link Power Management (LPM) Supported
BESL value 3840 us
SuperSpeed USB Device Capability:
bLength 10
bDescriptorType 16
bDevCapabilityType 3
bmAttributes 0x00
wSpeedsSupported 0x000e
Device can operate at Full Speed (12Mbps)
Device can operate at High Speed (480Mbps)
Device can operate at SuperSpeed (5Gbps)
bFunctionalitySupport 1
Lowest fully-functional device speed is Full Speed (12Mbps)
bU1DevExitLat 10 micro seconds
bU2DevExitLat 2047 micro seconds
SuperSpeedPlus USB Device Capability:
bLength 20
bDescriptorType 16
bDevCapabilityType 10
bmAttributes 0x00000001
Sublink Speed Attribute count 2
Sublink Speed ID count 1
wFunctionalitySupport 0x1100
Min functional Speed Attribute ID: 0
Min functional RX lanes: 1
Min functional TX lanes: 1
bmSublinkSpeedAttr[0] 0x000a4030
Speed Attribute ID: 0 10Gb/s Symmetric RX SuperSpeedPlus
bmSublinkSpeedAttr[1] 0x000a40b0
Speed Attribute ID: 0 10Gb/s Symmetric TX SuperSpeedPlus
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0001
Self PoweredIch schaue jetzt mal was die Lexar-Software dazu sagt, FW-Update konnte ich sicher machen.
Ergänzung ()
Ich habe die mit 2TB und dem ICY-Gehäuse mit einem Windows11-PC probiert und auch den alten Screenshot mit dem Flashen gefunden.
Die 2TB ist überigens mit xfs formatiert und das ist jetzt unter Windows.
Scheint zu passen und hier das FW-Update von früher
Was allerdings nicht passt:
linuxnutzer schrieb:
Funktioniert trotzdem (irgendwie)
Zuletzt bearbeitet:
xXDariusXx
Lieutenant
- Registriert
- Mai 2017
- Beiträge
- 966
Bei mir sieht das mit der Lexar NM790 2TB genauso aus im Windows obwohl Windows diese auch nicht nutzen kann weilt BTRFS Formatiert und diese meine Linux Hauptplatte ist.
Das mit der 4TB Version finde ich bei dir auch seltsam.
Das mit der 4TB Version finde ich bei dir auch seltsam.
- Registriert
- Dez. 2011
- Beiträge
- 3.314
xXDariusXx schrieb:
Jetzt sind wir auch bei meiner früheren Diskussion, wenn der Hersteller max. 2TB angibt und mehr funktionert. Ugreen gibt ja 8TB an, also fällt dieser Grund mal weg.
Funktionieren tut es ja mit der 4TB irgendwie auch und vielleicht kann man das auch harmlos korrigieren, aber keine Ahnung. Ich habe mal diesen Thread dazu gestartet:
https://www.computerbase.de/forum/t...iple-of-preferred-minimum-block-size.2254434/ ist nur was für Leute, die sich mit Linux auskennen, Problem ist in Folge auch, dass LUKS Fehlermeldungen bringt.
Eine kaputte Lexar-Software irritiert mich nicht besonders, aber die Fehlermeldungen unter Linux schon.
xXDariusXx
Lieutenant
- Registriert
- Mai 2017
- Beiträge
- 966
Klar Software kann natürlich Fehlerhaft sein aber wenn unter Linux Fehlermeldungen kommen, würde ich die Lexar zurück schicken.
- Registriert
- Dez. 2011
- Beiträge
- 3.314
xXDariusXx schrieb:
Na ja, zurückschicken mache ich sowieso, schon beantragt.
Aber die 2TB ist auch nicht voll ok, nur es wird nicht immer gemeckert, wie ich durch dieses Problem mit der 4TB herausgefunden habe.
Sowohl Win als auch Linux legen keine korrekten Partitionsgrenzen an, jedenfalls bei der mit 2TB. Bei der mit 4 TB, die retour geht, waren nach Tricksereien die Partitionsgrenzen ok. Kompliziert, da auch unterschiedliche Gehäuse mit unterschiedlichen Größen, immer NM790.
Die kritischen Fehlermeldungen beim Verschlüsseln, sind aber bei der 2TB nicht, bei der 4TB schon.
Ähnliche Themen
