[Sammelthread] Sammelthread für Windows 11

[PCFreak69]

Habe auch ein Warnzeichen im Geräte-Manager!

Du hast auf jeden Fall mehrere Probleme.

Kann auf keinen Fall den neusten Chipsatztreiber nehmen, da es bei meinen SSD's zu Ein-/ Ausgabefehler kommt! Mit dem alten Chipsatztreiber habe ich diese nicht!

Welche alte Chipsatztreiber Version hast Du jetzt installiert?
Hoffentlich nicht die alte Version 6.05.16.221 von 2021 von der Asus Webseite.
Ich würde wenigstens die Version 7 installieren, z.B. die Version 7.12.04.858 vom MSI Server.

Oder eine ältere Chipsatztreiber-Version 7 von der AMD Webseite downloaden:

https://www.amd.com/de/support/downloads/previous-drivers.html/chipsets/am4/x570.html

Mit der Version 8.01.20.513 hatte ich auch an meinem MSI B850 Mainboard Probleme.
Das lag wahrscheinlich am AMD PPM Treiber Version 8.0.0.60 und 8.0.0.61, hier hatte ich auch in der Vergangenheit Probleme mit einigen AMD PPM Treibern, ein downgrade auf einen älteren PPM Treiber hatte das Problem jeweils beseitigt. Die aktuelle AMD Chipsatztreiber Version 8.05.04.516 mit PPM 8.0.0.62 funktioniert bei mir einwandfrei.

Spoiler: AMD PPM 8.0.0.62 Treiber Bug Fix

Natürlich hatte ich das ISO zu erst von der MS Seite runtergeladen!

Wo liegt die ISO Datei?
Ich würde die ISO Datei einfach mal auf das Laufwerk C bzw. auf dem Desktop ablegen, möglicherweise ist das Laufwerk beschädigt auf der die ISO Datei im Moment liegt.

Wenn ich mir die Samsung 840 EVO Laufwerke und das 870 QVO SATA Laufwerk anschaue, in deinem anderen Thread Post 3, dann könnte eins der Samsung 840 EVO Laufwerke oder das 870 QVO Laufwerk das Problem verursachen.

Einfach mal alle Samsung 840 EVO Laufwerke abklemmen.

Auch dein Windows SATA Laufwerk die Samsung 870 QVO könnte das Problem verursachen, oft kann man das Problem in den Smart Werten des Laufwerks nicht erkennen.
So wie im Thread von @VL125 mit Samsung 870 EVO.

Random Abstürze mit einem 12700k

Hey, Ich habe nächste Woche einen 12700k zum Bespaßen, der wohl einfach ausgeht. Es gibt keine Fehlermeldungen oder Einträge im Eventlog. Da ich eher ein Amd User bin und mein letzter Intel jetzt gut 20 Jahre her ist, wollte ich mich kurz darauf vorbereiten. Weiter waren da wohl schon 2 PC...

www.hardwareluxx.de

PC stürzt hin und wieder ab.

Guten Tag, ich habe seit Monaten das Problem, dass mein PC hin und wieder (ziemlich zufällig, meist 1-2x im Monat) der PC abstürzt, dabei gibt es keinen Fehlercode außer Ereignis-ID 41 (63), die Bildschirme werden schwarz und nach ein paar Sekunden fährt der PC wieder von selbst hoch. Bis jetzt...

www.hardwareluxx.de

---

Ich würde Windows auf einer NVMe installieren, vor der Windows Installation alle anderen Laufwerke abklemmen, damit Windows nicht die Bootpartition von einem der anderen Laufwerke übernimmt, weil das verursacht auf jeden Fall Probleme.

 

[BolzenwerfeR]

Du hast auf jeden Fall mehrere Probleme.

Welche alte Chipsatztreiber Version hast Du jetzt installiert?
Hoffentlich nicht die alte Version 6.05.16.221 von 2021 von der Asus Webseite.
Ich würde wenigstens die Version 7 installieren, z.B. die Version 7.12.04.858 vom MSI Server.

Oder eine ältere Chipsatztreiber-Version 7 von der AMD Webseite downloaden:

https://www.amd.com/de/support/downloads/previous-drivers.html/chipsets/am4/x570.html

Mit der Version 8.01.20.513 hatte ich auch an meinem MSI B850 Mainboard Probleme.
Das lag wahrscheinlich am AMD PPM Treiber Version 8.0.0.60 und 8.0.0.61, hier hatte ich auch in der Vergangenheit Probleme mit einigen AMD PPM Treibern, ein downgrade auf einen älteren PPM Treiber hatte das Problem jeweils beseitigt. Die aktuelle AMD Chipsatztreiber Version 8.05.04.516 mit PPM 8.0.0.62 funktioniert bei mir einwandfrei.


Wo liegt die ISO Datei?
Ich würde die ISO Datei einfach mal auf das Laufwerk C bzw. auf dem Desktop ablegen, möglicherweise ist das Laufwerk beschädigt auf der die ISO Datei im Moment liegt.

Wenn ich mir die Samsung 840 EVO Laufwerke und das 870 QVO SATA Laufwerk anschaue, in deinem anderen Thread Post 3, dann könnte eins der Samsung 840 EVO Laufwerke oder das 870 QVO Laufwerk das Problem verursachen.

Einfach mal alle Samsung 840 EVO Laufwerke abklemmen.

Auch dein Windows SATA Laufwerk die Samsung 870 QVO könnte das Problem verursachen, oft kann man das Problem in den Smart Werten des Laufwerks nicht erkennen.
So wie im Thread von @VL125 mit Samsung 870 EVO.

Random Abstürze mit einem 12700k

Hey, Ich habe nächste Woche einen 12700k zum Bespaßen, der wohl einfach ausgeht. Es gibt keine Fehlermeldungen oder Einträge im Eventlog. Da ich eher ein Amd User bin und mein letzter Intel jetzt gut 20 Jahre her ist, wollte ich mich kurz darauf vorbereiten. Weiter waren da wohl schon 2 PC...

www.hardwareluxx.de

PC stürzt hin und wieder ab.

Guten Tag, ich habe seit Monaten das Problem, dass mein PC hin und wieder (ziemlich zufällig, meist 1-2x im Monat) der PC abstürzt, dabei gibt es keinen Fehlercode außer Ereignis-ID 41 (63), die Bildschirme werden schwarz und nach ein paar Sekunden fährt der PC wieder von selbst hoch. Bis jetzt...

www.hardwareluxx.de

---

Ich würde Windows auf einer NVMe installieren, vor der Windows Installation alle anderen Laufwerke abklemmen, damit Windows nicht die Bootpartition von einem der anderen Laufwerke übernimmt, weil das verursacht auf jeden Fall Probleme.

Ich habe jetzt die Version 8.02.18.557 installiert. Danke für den link. Weil auf der ASUS Seite für mein Board nur diese komische 6.05.16.221 bereit steht. Diese führt ja zu massiven Fehlern mit der SSD!
Der neue Treiber hat alle Ausrufezeichen entfernt und funktioniert auch mit den SSD's endlich!

Bezüglich der ISO Datei, die habe ich auf C auf dem Desktop abgelegt.
Ich klemme auch nochmal alle unnötigen Laufwerke ab. Bisher klappt weder die Aktion mit Rufus noch mit dem Media Creation tool.
Das mit dem Abklemmen aller anderen Laufwerke habe ich bisher nur beim Versuch Windows 11 auf die SSD zu installieren getan! Wahrscheinlich stören die auch sonst.
Werde das ausprobieren

 

[Erklärbär]

..eyeyey.. ..Mirrordoof, wie oft denn noch?!!



..jetzt nicht ganz so krass wie die .8116 vom 16.03. aber naja.. .. soll das jetzt alle zwei bis drei Updates so gehen?

Konsequenz: Update von Platte geputzt, 4 Wochen Updatepause! Wieder einmal.

..wer Probleme hat -> runterschmeißen, dass nächste taugt dann meist wieder.

 

[MS1988]

Hm habe heute auch das Update gemacht und keine Probleme.

 

[Erklärbär]

Ja, dass ist wieder so ein, den einen triffts, den anderen nicht, MS Ding. Siehst ja im Link, das es erst im März mit einen anderen Update bei mir (und auch anderen) noch schlimmer der Fall war.
Gemerkt hatte ich es zufällig anhand meines ReFS konfigurierten Storage und quasi Mikroaussetzern im Last I/O. Das war nämlich noch schlimmer betroffen, da ja stark ramlastig.
Da hatte ich Einbrüche [at] 4k I/O rund 80~90% und das merkt man dann schon. Sowohl bei CDM, als auch im realen Lastbetrieb. Bei zurückspielen auf letztes Update von jetzt auf gleich wieder alles ok.
Keine Ahnung was MS da mit den Updates veranstaltet. War ja eine ganze zeitlang Ruhe.

ps: Ich hatte auch ungewöhnlich viele Neustarts während des Updates (glaube vier waren das) obwohl System schon lang CA2023 ready. Sonst max. einen bis höchstens zwei. Du nutzt ja auch 25H2 Home Edition.

 

[MS1988]

Eigentlich sollte LTSC besser laufen

 

[chriscrosser]

...der diskmark ist inzwischen bei der Version 9.0.3

 

[Erklärbär]

@Luxxiator : Da der entsprechende Thread ja mittlerweile geschlossen wurde hier nochmal dazu:

64kb Clustergröße? Wow, nicht schlecht, aber lohnt sich nur, wenn da jede Menge fette Brocken drauf liegen...

Windows 11 IoT Enterprise LTSC 2024 ReFS Dateisystem / 64KB Cluster (nur bei Enterprise und Server Edition). Da ja ReFS im Grunde nur eine Weiterentwicklung des NTFS Modell-5 ist, hier die Unterschiede:



- Clustergröße 64KB ggü. NTFS 4KB (standard):

• Reduzierte Metadaten-Fragmentierung: Bei einer Clustergröße von 4 KB muss das Dateisystem für eine 100 GB große Datei insgesamt 25 Millionen einzelne Blöcke verwalten. Bei 64 KB sind es 16x weniger Blöcke (ca. 1,5 Millionen). Die internen Verwaltungstabellen (Metadaten) bleiben winzig. Das Dateisystem fragmentiert bei großen Schreiblasten kaum, was die Langzeit-Performance der SSD stabiler hält.

- Perfekte Ausrichtung auf die Hardware (SSD-Innentakt):

• SSDs schreiben Daten intern nicht in 4-KB-Häppchen, sondern in wesentlich größeren "Pages" und "Blocks" (oft 16 KB bis zu mehreren Megabytes). Ein 64 KB ReFS-Cluster passt viel besser zur physischen Arbeitsweise des Flash-Speichers als ein 4 KB NTFS-Cluster. Dies minimiert den Write Amplification Factor (WAV), die SSD muss intern weniger Daten switchen, was die Lebensdauer (TBW) der SSD schont.

- Maximum-Performance für Block-Cloning und VMs:

• Bei Nutzung virtueller Maschinen (Hyper-V) oder Backups (z. B. Veeam), kopiert das ReFS-Block-Cloning die Daten nicht physisch, sondern biegt nur die Metadaten-Zeiger um. Dies geschieht bei 64 KB Clustern um ein Vielfaches schneller als bei 4 KB, da deutlich weniger Zeiger aktualisiert werden müssen. Große VM-Checkpoints werden quasi in Echtzeit und ohne spürbare CPU-Last zusammengeführt.

- Effizientere CRC64-Prüfsummen (Integrität):

• Wenn die Integritätsströme aktiv geschaltet sind (macht man anhand PS, siehe Screen: "Vererbung" -> true), berechnet ReFS für die Blöcke Prüfsummen. Bei 64 KB muss die CPU deutlich seltener Prüfsummen berechnen und abgleichen als bei einer kleinteiligen 4-KB-Struktur. Das minimiert die Prozessorleistung, während der volle Schutz vor Bit-Rot (schleichender Datenzerfall) erhalten bleibt.

- Unterschiede Bit-Rot (Datenzerfall) NTFS vs. ReFS:

• NTFS: Da das Dateisystem NTFS "Bit-Rot" gar nicht berücksichtigt, merkt es davon überhaupt nichts. Das Dateisystem reicht die beschädigte Datei einfach stur an den Benutzer weiter.
• ReFS: Da hier die Bit-Rot Integritätsströme aktiviert sind, berechnet ReFS für jeden Block eine mathematische Prüfsumme (CRC64) und speichert diese separat ab. Wenn man nun eine ältere Datei aufruft (z.b. 2 Jahre auf der SSD), berechnet ReFS die Prüfsumme blitzschnell neu und vergleicht diese mit dem gespeicherten Wert von vor z.b. 2 Jahren. Stimmt dieser Wert wegen Bit-Rot nicht mehr, schlägt ReFS Alarm und verhindert, dass kaputte Daten weiter verarbeitet werden (in einem SSD-Verbund repariert ReFS die Datei sogar komplett automatisch im Hintergrund).

- ReFS Datenintegrität aktiv (Enabled true / Enforced true):

• Dateisystem ReFS nutzt eine proaktive Fehlerkorrektur (der Data Integrity Scanner). Wenn eine Datei länger unberührt auf der SSD liegt, würde man Bit-Rot erst bemerken, wenn man sie irgendwann mal braucht. Der Scanner bei ReFS-Laufwerken prüft, wenn aktiviert, einmal pro Woche die Prüfsummen im Leerlauf proaktiv automatisch auf Fehler.

- ReFS Kompatibilität zu Backup Software allgemein:

• Allgemein hoch! Acronis z.b. erkennt seit minimum der 2016er Version ReFS Laufwerke im Storage Backup, Macrium & Co. auch - einzig Veeam als absolute Ausnahme, sogar ReFS Laufwerke im Volume!

ps: Und ja, man kann in Enterprise für jedes Laufwerk -nach belieben- das Dateisystem frei wählen, bis halt das Boot-LW, dass muss NTFS-Dateisystem enthalten, weil dort ReFS noch nicht unterstützt wird. Auch innerhalb eines Storage kann man verschiedene Dateisysteme mixen (was Quatsch ist aber geht halt, siehe Screen).

Spoiler: kleines TUT: ReFS unter Enterprise/Server Edition einrichten.

================================================================================
MASTER-ANLEITUNG: ReFS-STORAGE OPTIMAL EINRICHTEN UND KONFIGURIEREN
================================================================================

Dieses Setup ist optimiert für moderne NVMe-SSDs unter Windows 11 / Server.
Es garantiert maximale Performance beim Block-Cloning sowie den vollen Schutz
gegen schleichenden Datenzerfall (Bit-Rot) über CRC64-Prüfsummen.

HINWEIS: Führe alle Befehle in einer administrativen PowerShell bzw. CMD aus.

--------------------------------------------------------------------------------
DER KONTROLL-BEFEHL (All-in-One-Befehl für die klassische CMD)
--------------------------------------------------------------------------------
Nutze diesen Befehl jederzeit in der klassischen CMD (als Admin), um den aktuellen
Zustand deines Laufwerks H: fehlerfrei auf einen Blick zu prüfen:

echo === ReFS GEOMETRIE UND ARTIKULATION === && fsutil fsinfo refsinfo H: && echo. && echo === DATEI-INTEGRITÄT (VERERBUNG) === && powershell -command "Get-FileIntegrity -FileName 'H:\'"

================================================================================
METHODE A: NEUE / LEERE SSD FRISCH AUFSETZEN (64KB + INTEGRITÄT)
================================================================================

1. LAUFWERKSNUMMER ERMITTELN (PowerShell)
   Get-Disk
   -> Merke dir die Nummer deiner SSD ganz links unter "Number".

2. INITIALISIEREN & MIT 64KB ReFS FORMATIEREN (PowerShell)
   (Ersetze die beiden "X" durch deine gemerkte Disk-Nummer, z. B. 3)
   Initialize-Disk -Number X -PartitionStyle GPT; New-Partition -DiskNumber X -UseMaximumSize -DriveLetter H | Format-Volume -FileSystem ReFS -AllocationUnitSize 64KB -Force

3. INTEGRITÄTSSCHUTZ GLOBAL ERZWINGEN (PowerShell)
   Get-Item "H:\" | Set-FileIntegrity -Enable $True
   -> Jede neue Datei auf H: erhält ab jetzt automatisch CRC64-Prüfsummen.

================================================================================
METHODE B: REFS-PARTITION EXISTIERT BEREITS (NACHTRÄGLICH UMSTELLEN)
================================================================================
Wenn das Laufwerk H: bereits formatiert ist und Daten enthält, zeigt der Kontroll-
Befehl bei der Vererbung oft noch "False" an. So stellst du es im laufenden
Betrieb ohne Datenverlust auf "True" um:

1. VERERBUNG FÜR ZUKÜNFTIGE DATEIEN AKTIVIEREN (PowerShell)
   Get-Item "H:\" | Set-FileIntegrity -Enable $True
   -> Ab diesem Moment steht der Wert für "H:\" auf "True". Jede neue Datei,
      die ab jetzt auf das Laufwerk kopiert wird, ist sofort geschützt.

2. SCHUTZ FÜR BEREITS BESTEHENDE DATEIEN NACHHOLEN (PowerShell)
   (Wichtig, da der erste Befehl alte Dateien nicht automatisch anfasst!)
   Get-ChildItem -Path "H:\" -Recurse | Set-FileIntegrity -Enable $True
   -> Dieser Befehl wandert durch alle alten Ordner und schaltet den CRC64-
      Schutz für jedes bereits vorhandene Dokument nachträglich ein.

================================================================================
SO KONTROLLIERST DU DAS OPTIMALE ENDERGEBNIS IN DER CMD-AUSGABE:
================================================================================
1. "Bytes pro Cluster : 65536"  -> Perfekte 64 KB Blockgröße (schont die SSD,
                                   verhindert Metadaten-Fragmentierung).
2. "REFS-Volumenversion : 3.14" -> Version 3.x garantiert aktives Block-Cloning
                                   (Klonen riesiger Dateien in Millisekunden).
3. "Datenprüfsummentyp : CRC64" -> Das Volume erzwingt die Prüfsummen.
4. "H:\  True  True"            -> Die automatische Vererbung des Bit-Rot-
                                   Schutzes ist für alle Dateien aktiv.

ZUSATZ-TIPP: STATUS EINES BESTIMMTEN UNTERORDNERS PRÜFEN (PowerShell)
Get-FileIntegrity -FileName "H:\DeinOrdnerName"
================================================================================

Vier Anwendungsszenarien Vor-/Nachteile ReFS vs. NTFS:

• Boot/System-Volume: definitiv NTFS (ReFS wird nicht unterstützt)
• VM-Storage oder LargeFile Workflow: definitiv ReFS (z.b. wegen pfeilschnelles BlockCloning usw.)
• Backup und Archivierung: definitiv ReFS (maximale Integrität und Ausfallsicherheit)
• breite Anwendung: definitiv NTFS (Office/Games/Programme nutzen u.U. NTFS Features die ReFS nicht integriert hat)

_

 

[Luxxiator]

Schade eigentlich, das ReFS nicht startfahig ist; wäre vllt mal interessant gewesen und hätte ich sicher mal getestet....

 

[Erklärbär]

Nutzt dir aber praktisch mal rein gar nichts! ReFS ist nicht für so "Kleinstdateien" Anwendungen wie Windows optimiert, da bist du mit NTFS besser bedient.

Wo ReFS seine Vorteile hat habe ich ja schon geschrieben. Bin im Augenblick dabei, mir ein Storage via ReFS für Acronis Backup einzurichten. Geht über die erweiterten ATI-Settings: "Vor/Nach-Befehle" und einen Script auch in der Gratis WD-Edition ganz gut.
Sinn des ganzen: Zuerst wird ein ganz normales ATI-Backup erstellt. Danach wird via ATI die Batch gestartet und legt via ReFS robocopy blitzschnell eine Zweitkopie an. Grund: Sollte ReFS im Rahmen der Datenintegritätsprüfung mal eine Alterung (also Bit-Rot) feststellen, kann ReFS über die Reservekopie das Backup wieder einwandfrei "reparieren". Das macht ReFS automatisch, bekommt man nichts von mit. Es gibt aber noch die Option, sich über "Datenzerfall" via ReFS (zb. via E-Mail) informieren zu lassen. Also quasi schon Server Niveau.

edit: das schaut dann in der Praxis so aus:



ps: Warum kommt in den Screen ein "I:Symlink" vor? Ganz einfach. Die Batch braucht man nur aus einen Grund: ATI weigert sich, da ja die Gratis WD-Edition, ein Backup direkt auf ein ReFS Laufwerk zu schreiben. Warum? Ganz einfach -> KNETE! Diese Option ist halt nur der teuren ATI-Server Edition vorbehalten. Abhilfe: Die ReFS SSD einfach in zwei Partitionen einrichten. Eine große ReFS Partition und eine winzig kleine 100MB NTFS Partition. Diese NTFS Partition bekommt dann ihren eigenen LW-Buchstaben, hier halt "I:Symlink" und voila, ATI nimmt die Partition sofort an, da ja NTFS erstellt und die Batch tunnelt (symlink) quasi das Backup, welches 1:1 durch gereicht wird zum Ziel -> dem Backup Ordner auf der ReFS Partition. Die NTFS Partition dient hier quasi nur dazu, ATI ein NTFS LW.vorzutäuschen, die Daten werden dann getunnelt auf das eigentliche Ziel, die ReFS SSD geschrieben. Gleichzeitig wird noch, weil schön bequem, via Batch (robocopy "H:\TESTBACKUP" "H:\TESTBACKUP_RESERVE" /XO /R:1 /W:1 /NDL /NFL /NJH /NJS) die ReFS Reservekopie bei jeden Backup up_to_date gehalten, da zeitgleich mit synchronisiert was quasi unter 1 Sekunde dauert.

 

[passat3233]

Auch NTFS kann große Cluster, aber große Cluster bringen bei kleinen Dateien massive Platzverschwendung, da ein Cluster nur genau 1 Datei speichern kann.
Jetzt nimm eine 2 KB große Datei: In einem 4 KB Cluster werden 2 KB verschwendet, d.h. 50%, in einem 64 KB-Cluster dagegen satte 62 KB, also 97%!

Wenn man ein Laufwerk mit NTFS mit 64 KB-Clustern formatieren will:
Eingabeaufforderung, dann Format LW-Buchstabe: /FS:NTFS /A:64 KB
Und ReFS unterstützt auch 4 KB-Cluster.

Die 4 KB-Cluster von NTFS sind eing guter Kompromiss zwischen Platzverschwendung und Verwaltungsaufwand.
Die Platzverschwendung kann man übrigens einfach im Explorer sehen:
Rechtsklick auf einen Ordner oder eine Datei.
Dann werden 2 Größen angezeigt.
Die 2. nennt sich "Größe auf dem Datenträger".
Die Differenz zwischen Größe und Größe auf dem Datenträger ist der durch freien Platz in Clustern verschwendete Platz. Hier z.B. beim Programme-Ordner 0,74%

 

[Erklärbär]

Klar kann man das, man kann auch total unsinnige 2MB Cluster nehmen.. ..aber kann NTFS Datenintegrität, Ausfallsicherheit, Block Cloning usw? ..ich denke, NEIN.

Oben steht ja wo zb. NTFS mehr Sinn macht und wo man besser ReFS anwenden kann. Beide Dateisysteme gibt es ja nicht ohne Grund. Außerdem ist ReFS, um es mal einfach auszudrücken, ein auf "Großdateien" optimiertes Dateimanagementsystem. Denn genau dort wirkt NTFS ggü. ReFS sehr altbacken und überladen, was sich dann natürlich auch auf die Performance auswirkt.

Die 4 KB-Cluster von NTFS sind eing guter Kompromiss zwischen Platzverschwendung und Verwaltungsaufwand.

Ja, bei Klein- und Kleinstdateien gebe ich dir da Recht -aber- je größer die Dateien, kann sich das auch ins Gegenteil umkehren:



(links ReFS Ordner, rechts vorhin kopiert auf NTFS SSD.)

 

[passat3233]

ReFS kann dafür viele Sachen, die NTFS kann, nicht:
Komprimierung, Kontingente, Named Streams, Object IDs, Sparse, erweiterte Attribute, User-Daten-Transaktionen, Wechseldatenträger.
Hardlinks werden erst seit Windows 11 unterstützt (nur auf frisch formatierten Volumes)
EFS wird erst seit Server 2025 unterstützt.
Und ReFS wird bei jeder neuen OS-Version automatisch auf eine neuere Version aktualisiert.
Das führt dann zu dem Problem, das diese Volumes danach nicht mehr mit älteren Windows-Versionen gelesen werden können.

Jedes System hat also seine Vor- und Nachteile und eignet sich für bestimmte Sachen besser oder schlechter.

 

[Erklärbär]

Klar, habe ich ja auch nie in Abrede gestellt, siehe Post #608, ganz unten: "Vor- und Nachteile". Der Vorteil von ReFS steckt ja schon in der Bezeichnung: "Resilient"!
Also perfekt für größere und große Databackup-/Archivierung, wo Ausfallsicherheit, Datenintegrität und Bit-Rot Scrubbing eine höhere Rolle spielen als die NTFS Features.
Auf Produktiv Storage (System/Games/Office) da sollte man auf NTFS setzen. Das schöne bei zb. Enterprise ist ja, man kann sein Storage quasi den Bedürfnissen nach anpassen.
Ist nicht an ein Dateisystem gebunden. Ich sehe da nun absolut keine Nachteile darin, sein Storage individuell zu konfigurieren. Bei mir zb. laufen zwei Storages generell [at] ReFS und das absolut top!