NVME corrupted?

[linuxnutzer]

Ist die NVME wirklich hinüber? Oberflächlich scheint sie zu funktionieren und auch als Kühlschrank geeignet zu sein ;-) Getestet mit Win11.

 

[SimmiS]

Wenn sich noch was lesen lässt, würde ich so schnell es geht Daten sichern.

Dannach würde ich mal schauen ob man ein Firmware Update anstoßen kann in der Hoffnung dass diese sich nur etwas verschluckt hat.

Wie sehen denn die SMART werte aus?
Screenshot von CDI (CrystalDiskInfo) wäre gut.

Ergänzung (11. Oktober 2025)

Moment mal: Unallocated, sowas hatte ich vor kurzem auch mal.
Hab dann was in der Datenträgerverwaltung gemacht bei dem Datenträger dann ging er wieder ganz normal.
Leider kann ich gerade nicht nachschauen wie es heißt, da meine Datenträgerverwaltung beim Startversuch nur einen fehler anzeigt 🤨

 

[linuxnutzer]

Wenn sich noch was lesen lässt, würde ich so schnell es geht Daten sichern.

Dass Teil ist nagelneu, Widerruf möglich, keine Daten vorhanden.

ein Firmware Update anstoßen

Normal nutze ich Linux, genau wegen einem FW-Update hatte ich das Lexar-Programm gestartet. Gibt aber keine neuere FW.

Wie sehen denn die SMART werte aus?

~# smartctl -a /dev/sda
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.14.0-33-generic] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       Lexar SSD NM790 4TB
Serial Number:                     
Firmware Version:                   V4.0.4
PCI Vendor/Subsystem ID:            0x1d97
IEEE OUI Identifier:                0xcaf25b
Total NVM Capacity:                 4.096.805.658.624 [4,09 TB]
Unallocated NVM Capacity:           0
Controller ID:                      0
NVMe Version:                       2.0
Number of Namespaces:               1
Namespace 1 Size/Capacity:          4.096.805.658.624 [4,09 TB]
Namespace 1 Formatted LBA Size:     512
Namespace 1 IEEE EUI-64:            caf25b 031000093a
Local Time is:                      Sat Oct 11 01:39:45 2025 CEST
Firmware Updates (0x14):            2 Slots, no Reset required
Optional Admin Commands (0x0017):   Security Format Frmw_DL Self_Test
Optional NVM Commands (0x005f):     Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp
Log Page Attributes (0x2e):         Cmd_Eff_Lg Ext_Get_Lg Telmtry_Lg Log0_FISE_MI
Maximum Data Transfer Size:         128 Pages
Warning  Comp. Temp. Threshold:     90 Celsius
Critical Comp. Temp. Threshold:     95 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     6.00W       -        -    0  0  0  0        0       0
 1 +     2.60W       -        -    1  1  1  1        0       0
 2 +     2.50W       -        -    2  2  2  2        0    2500
 3 -   0.0500W       -        -    3  3  3  3     4000    8000
 4 -   0.0035W       -        -    4  4  4  4     8000   25000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02)
Critical Warning:                   0x00
Temperature:                        45 Celsius
Available Spare:                    100%
Available Spare Threshold:          10%
Percentage Used:                    0%
Data Units Read:                    323 [165 MB]
Data Units Written:                 22.306 [11,4 GB]
Host Read Commands:                 14.818
Host Write Commands:                697.262
Controller Busy Time:               0
Power Cycles:                       5
Power On Hours:                     1
Unsafe Shutdowns:                   4
Media and Data Integrity Errors:    0
Error Information Log Entries:      0
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0
Temperature Sensor 1:               45 Celsius
Temperature Sensor 2:               34 Celsius

Warning: NVMe Get Log truncated to 0x200 bytes, 0x200 bytes zero filled
Error Information (NVMe Log 0x01, 16 of 64 entries)
No Errors Logged

Warning: NVMe Get Log truncated to 0x200 bytes, 0x034 bytes zero filled
Self-test Log (NVMe Log 0x06)
Self-test status: No self-test in progress
No Self-tests Logged

Screenshot von CDI (CrystalDiskInfo) wäre gut.

Bin schon wieder unter Linux. Also nur, wenn unbedingt notwendig. Hoffentlich gab es die Komplikationen nicht, weil ich ein XFS-Dateisystem partitioniert hatte.

was in der Datenträgerverwaltung gemacht

Da war ich auch und die Partition neu mit exfat erstellt.

 

[SimmiS]

Edit:

 

[rinatb]

Ist das Ding wirklich extern am USB Interface?

Dann wird das mit Sicherheit am USB-Controller liegen

edit: https://www.computerbase.de/forum/t...m-lexar-tool-corrupted.2244028/#post-30688651

 

[SimmiS]

weil ich ein XFS-Dateisystem partitioniert hatte.

Win 11 unterstützt XFS nicht nativ. Vielleicht dachte windows deshalb dass sie schadhaft ist.

Da war ich auch und die Partition neu mit exfat erstellt

Die komplette SSD? Wenn ja, war nach dem Formatieren zu exFat immer noch "Corrupted"?

 

[linuxnutzer]

Die komplette SSD? Wenn ja, war nach dem Formatieren zu exFat immer noch "Corrupted"?

Ja und auch mit NTFS wird es nicht besser

Ich habe immer die ganze NVME mit 1 Partition formatiert.

 

[SimmiS]

Achso, in dem Fall würde ich sie einfach umtauschen.
Ist ja wie du sagtest noch möglich da nagelneu.

 

[rinatb]

meine Frage übersehen? Ist das Ding wirklich im externen Gehäuse?

 

[SimmiS]

Stimmt, rinatb hat recht, deshalb SSD wenn möglich mal intern testen. Eventuell hat das USB Gehäuse ne macke.

 

[gaym0r]

@SimmiS
Das Dateisystem ist irrelevant.

 

[rinatb]

Wie in meinem Link vom ersten Post zu lesen ist, kommt das Lexar Tool scheinbar nicht mit jedem USB-Controller bzw. dessen Firmware zurecht. Aber das setzt voraus, dass das Interface richtig ausgelesen wurde auf deinem Screen und das Teil wirklich per USB angebunden ist.

 

[SimmiS]

Da die SSD mit XFS formatiert war, was Windows aber nicht nativ unterstützt, hätte es mich nicht gewundert wenn Windows davon ausgeht dass sie beschädigt ist.

 

[linuxnutzer]

Die Frage ist aber, ob es mit dem Ugreen-Gehäuse vom Controller her Probleme gibt. Jedenfalls erkennt smartctl die NVME, mit dem ICY-Box und einer 2(!) TB-NM790 klappte das nicht, die scheint aber sonst zu funktionieren. Icy schreibt nur bis 2TB, Ugreen bis 8TB.

Ich habe mal die NTFS-Partition wieder gelöscjt:

(parted) print                                                           
Modell: Lexar SS D NM790 4TB (scsi)
Festplatte  /dev/sda:  4097GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:

Nummer  Anfang  Ende    Größe   Dateisystem  Name                  Flags
 1      1049kB  4097GB  4097GB  ntfs         Basic data partition  msftdata

(parted) rm 1                                                             
(parted)                                                                 
(parted) print                                                           
Modell: Lexar SS D NM790 4TB (scsi)
Festplatte  /dev/sda:  4097GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:

Nummer  Anfang  Ende  Größe  Dateisystem  Name  Flags

Und wieder voll angelegt:

parted /dev/sda -s -a optimal mklabel gpt mkpart primary 1 100%
Warnung: Die Partition ist nicht sauber ausgerichtet, gemessen an bester Performance: 1953s % 65535s != 0s

Die Frage ist nun ein Problem mit der NVME oder dem Gehäuse-Controller?

Ergänzung (11. Oktober 2025)

hätte es mich nicht gewundert wenn Windows davon ausgeht dass sie beschädigt ist.

Die Datenträgerverwaltung meint keine Probleme, auch bei meinen anderen XFS-Partitionen. Jetzt habe ich ja exfat und ntfs probiert.

Es ist mir auch egal, ob diese Lexar-Software daneben ist, entscheidend ist, dass ich nicht richtig formatieren kann. Siehe davor.

Ergänzung (11. Oktober 2025)

Wenn es am Ugreen-Controller ein Problem gibt, dann existiert das Problem auch unter Windows.

 

[rinatb]

Einfach ein Problem mit deinen Gehäuse und der Lexar Software. Aber wenn du absolute Sicherheit haben willst, verbaue es direkt aufs Board.
Welches externe Gehäuse hast du? Möglicherweise gibt auch ein Firmware-Update für den Controller, wie auch in meinem geposteten Thread Link zu verfolgen.

 

[linuxnutzer]

Aber das setzt voraus, dass das Interface richtig ausgelesen wurde auf deinem Screen und das Teil wirklich per USB angebunden ist.

[  149.249820] usb 4-1: new SuperSpeed Plus Gen 2x1 USB device number 2 using xhci_hcd
[  149.272528] usb 4-1: New USB device found, idVendor=0bda, idProduct=9210, bcdDevice=20.01
[  149.272534] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  149.272537] usb 4-1: Product: Ugreen Storage Device
[  149.272539] usb 4-1: Manufacturer: Ugreen
[  149.272540] usb 4-1: SerialNumber:
[  149.317169] usbcore: registered new interface driver usb-storage
[  149.351490] scsi host10: uas
[  149.351593] usbcore: registered new interface driver uas
[  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 0
[  149.819082] sd 10:0:0:0: [sdc] 8001573552 512-byte logical blocks: (4.10 TB/3.73 TiB)
[  149.820125] sd 10:0:0:0: [sdc] Write Protect is off
[  149.820128] sd 10:0:0:0: [sdc] Mode Sense: 37 00 00 08
[  149.822616] sd 10:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[  149.847538] sd 10:0:0:0: [sdc] Preferred minimum I/O size 512 bytes
[  149.847543] sd 10:0:0:0: [sdc] Optimal transfer size 33553920 bytes
[  149.868894]  sdc: sdc1
[  149.868958] sd 10:0:0:0: [sdc] Attached SCSI disk

Ergänzung (11. Oktober 2025)

Aber wenn du absolute Sicherheit haben willst, verbaue es direkt aufs Board.

Board ist voll und ich reiße da nichts funktionierendes raus, ist ja auch ein Problem mit dem Kühlpad.

Welches externe Gehäuse hast du?

Ugreen für M2. 10MB/s.

Möglicherweise gibt auch ein Firmware-Update für den Controller, wie auch in meinem geposteten Thread Link zu verfolgen.

Dazu müsste ich erst mal wissen, was das für ein Controller ist.

 

[rinatb]

Mehr als das bereits von mir erwähnte kann ich nicht beitragen. Viel Erfolg!

 

[linuxnutzer]

meine Frage übersehen? Ist das Ding wirklich im externen Gehäuse?

Ja und es wird sogar im Log erkannt, da steht Ugreen.

Ergänzung (11. Oktober 2025)

Manchmal steht man ja auf dem Schlauch... Ich Depp... 'Gehäuse'... 🤔

Nein, natürlich der 'Chip'...

Es ist der Realtek RTL9210(B). Und dafür hab ich vorhin auch das Update gefunden.
https://www.station-drivers.com/index.php/en/component/remository/func-startdown/6615/lang,en-gb/

Das wird abenteuerlich. Ich verwende ja Linux. Also beides zurück geben. Eigentlich gefällt mir das Ugreen Gehäuse ganz gut, beser als das Icy.

~# lsusb | grep 9210
Bus 004 Device 002: ID 0bda:9210 Realtek Semiconductor Corp. RTL9210 M.2 NVME Adapter

Also Linux erkennt das Teil eigentlich.

 

[rinatb]

Du wirfst hier gerade meine posts aus dem zeitlichen Zusammenhang. Wir waren über diese Frage schon hinaus. Aber es ist auch schon spät. Vielleicht sieht die Welt morgen früh anders aus. Denn niemand kann hier weder dein System für dich auseinanderrupfen, noch den Controller deines Gehäuses herausfinden. Daher meine Abschlussbemerkung, dass ich dir dann unter diesen Umständen nicht mehr helfen kann. Aber abseits vom fehlenden Enthusiasmus zu der Uhrzeit behaupte ich, dass die "Platte" im einwandfreien Zustand ist. Ob sie im aktuellen Gehäusecontrollerzustand einwandfrei läuft, steht auf einem anderen Blatt geschrieben.

 

[linuxnutzer]

Also so eine Seite, die automatisch was runterladet und wo man die Werbung nur mit Gewalt ausschalten kann, der traue ich nicht.

Ergänzung (11. Oktober 2025)

Du wirfst hier gerade meine posts aus dem zeitlichen Zusammenhang.

Sorry, während ich recherchiere und dann schreibe, poppen Postings dazwischen auf. Das FW-Update will ich von dieser Seite nicht machen, die ist ja penetrant. Sowas sollte es schon vom Hersteller des Gehäuses geben.

Ich fürchte, ich muss beides zurück schicken.