Windows 10 + 2× NVMe = Datenschrott

Arnulf zu Linden

Verusacht wird folgendes Problem durch Windows 10 pro 64-Bit 21H2. Das läuft nativ, also nicht in einer VM.

Hardware (kein OC im System):
AMD Ryzen 7 5800X
Asus TUF Gaming B550-Pro
64 GiB DDR4 PC-3200
Crucial CT500P5PSSD8 (NVMe PCIe 4.0)
Crucial CT2000P2SSD8 (NVMe PCIe 3.0)
Crucial CT500MX2000SSD1 (SATA 6.0 GB/s)
Seagate ST2000VX008-2E3164 (SATA 6.0 GB/s)
TSSTcorp DVDWBD SH-B123L (SATA 1.5 GB/s)

Wird unter Windows auf die im System vorhandene FAT32-Partition geschrieben, werden darauf Daten geschreddert. Statt "lesbarer" Dateinamen zeigen die Dateimanager in Windows und Linux nur noch wirre Zeichenketten an. Ein Zugriff auf die Dateien ist nicht mehr möglich. Das Verhalten ist reproduzierbar und tritt seit dem Einbau der zweiten NVMe SSD (Crucial CT2000P2SSD8) auf. Dabei spielt es keine Rolle, ob die FAT32-Partition auf dieser NVMe SSD oder der SATA SSD liegt. In beiden Fällen gibt es nur eine FAT32-Partition im System. Alle vier o.g. Massespeicher sind mit GPT partitioniert.

Zur Vermeidung von Datenverlusten ist Windows als Startoption derzeit in der grub.cfg auskommentiert.

Alex · Registriert seit 17.04.06

Hatte den Fall bei Windows 7 und 10 im Dualboot. Jeweils separate SDDs, bei jedem Boot am ThinkPad mittels blauer ThinkPad-Taste manuell die Boot SSD gewählt.

Jedes mal wenn Windows 10 aktiv war, und man hat richtung Windows 7 gestartet, kam für alle Platten Checkdisk während des Bootvorgangs.

Lösung war, in Windows 10 "Fastboot" zu deaktivieren.

Paar Monate später gings trotz deaktiviertem Fastboot allerdings wieder los. Windows 7 checkt die SDDs, findet nix, Windows 10 bootet, checkt die SSDs, findet nix, usw.

Vielleicht ists ja was ähnliches bei dir.

EDIT: Windows 10 hat auf FAT32 auch ständig die Header von WAV Dateien zerstört. Vielleicht mal in die richtung googlen.

michi

Nutzt du evtl. Ports die SATA und PCIe teilen? Ich glaube bei der Nutzung mancher PCIe Ports können nicht mehr alle SATA Ports verwendet werden. (eigentlich müsste dann das Board aber einfach gar nichts erkennnen b2)

Arnulf zu Linden

Zitat von michi

Nutzt du evtl. Ports die SATA und PCIe teilen?

Nein.
Genutzt werden SATA 1…3 sowie NVMe 1 & 2.
SATA 5 & 6 können nicht genutzt werden, wenn NVMe 2 belegt ist.

Zitat von Alex

Windows 10 hat auf FAT32 auch ständig die Header von WAV Dateien zerstört.

Das Problem ist bekannt, und Microsoft schlägt wenig überraschend als einzige Lösung vor NTFS zu nutzen.
Das kommt hier natürlich nicht in Frage. Der Treiber im Linux-Kernel dafür ist mir noch zu frisch.

**DosAmp**

Ich war erst vom gegenteiligen Effekt ausgegangen – als ich Linux noch mit Gummiboot bzw. systemd-boot gestartet habe und Kernel + initramfs mangels Unterstützung von Linux-Dateisystemen auf der EFI-Systempartition liegen mussten, hat etwas auch regelmäßig das FAT32-Dateisystem auf dieser zerschossen. Soweit das immer noch auftritt, habe ich es nicht wieder erlebt, da jetzt GRUB bzw. rEFInd im Einsatz sind, die sich mit ihren eigenen Treiber alles benötigte ohne Probleme aus /boot ziehen können. Eventuell war auch hier Windows 10 nicht ganz unschuldig daran.

Auch wenn ich persönlich ungerne Dateisysteme ohne Journaling für interne Datenträger einsetzen würde, ist exFAT nach wie vor das moderne Upgrade zu FAT32. Nicht nur aus Zufall nutzt es denselben (MBR-)Partitionstyp wie NTFS, sondern hat wie NTFS auf Linux neben dem FUSE- auch einen Kerneltreiber. Letzterer ist deutlich praxiserprobter als ntfs3, welches vorher nur in Paragon-Software benutzt wurde, da dieser von Samsung aus ihrer Android-Kernelentwicklung beigetragen wurde.

Anderseits kann man auch ganz verrückte Sachen machen und z. B. WinBtrfs einsetzen, wenn auch nicht unbedingt gleich auf der Systempartition.

Arnulf zu Linden

Ausbuddel …

Das Problem scheint behoben. Ein Vorgang unter Windows 10, der zuvor reproduzierbar die FAT32-Partition schredderte, lief problemlos durch. Auch unter Linux zeigen sich keine Probleme.

Allerdings wurden gleich drei Dinge geändert:

Crucial CT2000P2SSD8 → Western Digital WD Blue SN570 2TB
auf der SATA-SSD Crucial CT500MX2000SSD1: [GPT] /dev/sda1 FAT32 → exFAT
Windows 10 22H1 → 22H2

Vor all diesen Aktionen wurden die in solchen Fällen üblichen Backups (full backups auf Backupserver und externe HDD) gezogen und eines zusätzlich auf eine lokale ext4-Partition, um bei Bedarf die Daten schnell rücksichern zu können, oder eben jetzt vergleichen zu können, ob noch alles da ist.

[OT]: Die im Vergleich zur WD Blue SN570 2TB leistungsschwächere Crucial CT2000P2SSD8 wird in den Software-Ausprobierrechner abgeschoben und dort eine 2 TB SATA-HDD ersetzen.

Jetzt mitmachen!