Ssd-controllermaker onderzoekt meldingen van dataverlies door Windows 11-update

Phison, een ssd-controllerfabrikant, onderzoekt meldingen van problemen die zijn veroorzaakt door recente Windows 11-updates. Bij grote datatransfers zouden ssd's soms uitvallen en soms ontoegankelijk blijven. De problemen doen zich ook voor bij controllers van andere fabrikanten.

Phison laat aan Tweakers weten dat het op de hoogte is van rondgaande berichten over ssd-storingen op Windows 11-pc's. Daarbij zouden ssd's bij zware schrijfacties ineens verdwijnen uit Windows. Een reboot zou dit probleem in de meeste gevallen oplossen, maar soms treedt er dataverlies op doordat partities op ssd's niet meer toegankelijk zijn.

Het bedrijf, dat controllerchips ontwikkelt die ssd's aansturen, stelt een onderzoek in. Het heeft daarbij ook contact met zijn partners, wat de fabrikanten van de ssd's zelf omvat. Het mogelijke probleem treft niet alleen ssd's met controllers van Phison; ook de ssd-controllers van andere merken zouden zijn geraakt door opslagproblemen na installatie van een verplichte update voor Windows 11. Tweakers heeft Microsoft hierover al benaderd, maar heeft op het moment van publicatie nog geen reactie ontvangen.

De problemen zouden veroorzaakt zijn door de automatisch geïnstalleerde securityupdate KB5063878. Ook de in juli uitgekomen preview (KB5062660) van die update lijkt mogelijk betrokken. Phison noemt beide Microsoft-updates in een statement die aan Tweakers is verstrekt. "Phison is onlangs op de hoogte gebracht van de industriebrede gevolgen van de updates ‘KB5063878’ en ‘KB5062660’ voor Windows 11, die mogelijk gevolgen hadden voor verschillende opslagapparaten, waaronder enkele die door Phison worden ondersteund", aldus de fabrikant.

De oorspronkelijke bron is een Japanse pc-gebruiker die een eerste geval van dit ssd-probleem heeft @Necoru_cat gemeld op sociale media. De Japanse techsite NichePCGamer heeft deze melding van Necoru_cat opgepikt, inclusief latere tests die de melder heeft uitgevoerd met andere ssd's.

Modellen die zouden zijn getroffen, zijn onder andere de Corsair Force MP600, de SanDisk Extreme PRO M.2 NVMe 3D, de Kioxia Exceria Plus G4, de Fikwot FN955, plus ssd's met de PS5012-E12-controller van Phison en ssd's met een controller van InnoGrit. Volgens technieuwssite NeoWin worden mogelijk ook harde schijven (hdd's) geraakt. Het lijkt dus niet verbonden aan een specifieke ssd-fabrikant of -controller, hoewel onduidelijk is hoe wijdverspreid het probleem precies is.

De storing waardoor ssd's wegvallen uit Windows zou alleen optreden bij het schrijven van grote hoeveelheden data. Dit kan gebeuren bij het kopiëren van een groot bestand, maar ook bij het schrijven van veel bestanden tegelijk. Het punt waarop de storing toeslaat, lijkt te liggen op 50GB. Necoru_cat kreeg het ssd-opslagprobleem bijvoorbeeld te zien toen de socialemediagebruiker een update voor de game Cyberpunk 2077 installeerde.

Na zo'n lange, intensieve schrijfactie zou de ssd niet meer zichtbaar zijn voor Windows. Het opnieuw starten van de pc kan dit probleem verhelpen, maar soms blijft de ssd of de gebruikte partitie ook daarna ontoegankelijk. Aanvankelijk leek het erop dat een verbindende factor lag in controllers van fabrikant Phison, maar dat bleek niet het geval te zijn. Fabrikanten als SMI, Innogrit, Samsung en WD zouden bijvoorbeeld ook zijn geraakt door het ssd-probleem in Windows 11, blijkt uit meldingen.

Ssd-fabrikanten hebben vooralsnog niet gereageerd op de mogelijke problemen met de nieuwste, verplichte securityupdate voor Windows 11. Microsoft noemt dit mogelijke probleem met KB5063878 ook niet in zijn lijst van 'bekende problemen' voor die update.

Door Jasper Bakker

Nieuwsredacteur

19-08-2025 • 14:57

65

Submitter: CriticalHit_NL

Reacties (65)

Sorteer op:

Weergave:

Het lijkt erop dat ze verder zijn gaan testen en dat b.v de samsung schijven geen issues vertonen:

 

--SD with a malfunction

WD Blue SN5000 2TB NVMe (restarted)

WD Red SA500 2TB SATA (restarted)

WD Blue SA570 1TB SATA M.2 (restarted and restored)

WD Blue SA510 2TB SATA (Accessible, no recovery even with restart)

Corsair MP510 960GB NVMe (restarted)

Corsair MP600 2TB NVMe (restarted and restored)

SK hynix Platinum P41 NVMe (restarted)

Crucial P3 Plus NVMe (restarted and restored)

ADATA LEGEND 800 2TB NVMe (restarted)

HP FX7000 2TB NVMe (restarted and restored)

XPG SX8200 Pro 2TB NVMe (restarted and restored)

Hanye HE70 2TB NVMe (rebooted and restored)

 

--SSD that did not cause a problem

Samsung 990 PRO 2TB NVMe

Samsung 980 PRO 2TB NVMe

Samsung 870 EVO 1TB SATA

WD Black SN7100 2TB NVMe

WD Blue SA510 1TB SATA M.2

Seagate FC530 2TB NVMe

Seagate FC530 1TB NVMe

Solidigm P44 Pro NVMe

Crucial T700 2TB NVMe

[Reactie gewijzigd door William/Ax3 op 20 augustus 2025 00:46]

Restarted & Restored is wel goed nieuws voor mijn twee Crucial P3 Plus drives.

Maar ik zit nog op Windows 10 ^^
Enig iedee hoe het zit met kingston KC3000 ssd,s ?


Ik kan er niks over vinden.
Over kingston kc3000 ssd's heb ik nog niks voorbij zien komen of heb ik iets gemist?
Ik heb hier 4x 2TB Samsung 870 Evo SATA schijven in een Windows storage spaces array. Helaas heb ik de afgelopen dagen last gehad dat de array uitviel tijdens een grote download (na 48,9GiB viel de mount weg). Nu ik deze berichtgevingen zie, vallen de puzzelstukjes in elkaar. Gelukkig kon ik de array weer online brengen (meerdere keren).

Zojuist de update verwijderd en de downloads gaan voorspoedig. M.a.w. 259GiB geschreven zonder verdere errors.

Er missen dus zeer zeker veel meer SSDs in die lijst!
Heb zo rond 2010 een soortgelijk probleem meegemaakt. Niet met SSDs maar ook met HDD's. Ook toen viel de harddisk plots weg na zeer zware lees- en schrijf-testen. Trok ook een Oracle databe server onderuit. En die vond dat helemaal niet leuk. Bijna een dag kwijt aan reparatie-pogingen, het terugspoelen van een 3 TB database en regenereren van indexen, voordat de server weer kon serveren.

Nou was het de baas zelf die wou weten hoe snel zijn code voor op XML gebaseerde berichten kon lezen, genereren en schrijven en de snelheid steeds hoger opschroef.

NTFS is redelijk rap, bij normaal gebruik. Zodra het extremer wordt, dan laat het wel de leeftijd (limitaties door ontwerpkeuzes) zien.

Dan is het toch wel enigzins "grappig" om te zien dat het probleem toch nog steeds voor kan komen met SSDs (SATA en/of NVMe).
Mijn SSD heeft een Elpis controller en ik heb gisteren nog een game naar beneden gehaald van 105 GB. Geen issues gezien, maar dat terzijde:

Misschien ben ik een nitwit op dit gebied, maar ik vraag me serieus af waar het aan ligt dat Windows updates zo vaak problemen veroorzaken. Ook Nvidia bakt er dit jaar niet veel van. Zo heb ik vroegtijdig afscheid genomen van AC Valhalla wegens het tergend langzaam opstarten. Mijn andere 3 AC titels zijn er zo.

Ik ga niet trollen of ranten, maar serieus. Zie ik iets over het hoofd? Dat Windows moet werken op miljoenen soorten configuraties is moeilijk, maar hun grote technische computers waarop ze de updates compileren moeten dat toch aankunnen. Hetzelfde geldt voor Nvidia. Wat gaat er toch allemaal mis?
Misschien ben ik een nitwit op dit gebied, maar ik vraag me serieus af waar het aan ligt dat Windows updates zo vaak problemen veroorzaken.
Microsoft heeft met de overgang van Windows 7 naar Windows 8 nagenoeg hun voltallige dedicated testing teams de laan uitgestuurd om kosten te besparen en sedert keuren developers hun eigen vlees. Wat zogenaamd efficienter is 'omdat ze de code beter kennen.' Iedere idioot die ietwat ervaring met software-testing heeft, weet dat dit juist tunnelvisie betekent waarbij de edge-cases genegeerd worden.

Later met de overgang naar Windows 10 heeft MS ook hun dedicated testing hardware corpus afgerangeerd. Microsoft producten, incl. Windows, worden nu voornamelijk getest op virtual machines.

Wat dus ook meteen verklaart waarom het soort issue als we hier zien wat diep gerelateerd is aan bepaalde soorten hardware componenten, er tussendoor is geglipt. Dat zal op virtuele machines nooit aan het licht komen. Dat moet echt op dedicated hardware tot uiting komen. En als je er tussen de paar dedicated hardware configuraties die ze nog over hebben geen zit die hierdoor getroffen is, dan mis je het dus.
Nou ja - totdat je proefkonijneneindgebruikers er achter komen, natuurlijk. En dan is het kiezen tussen paniek of doodzwijgen en/of downplayen.

[Reactie gewijzigd door R4gnax op 19 augustus 2025 19:24]

Dank voor de verheldering. Ik dacht dat de canary-builds dit diende.
Dat doen deze builds ook. Maar het aantal deelnemers met Canary-builds is niet representatief (genoeg) voor de praktijk.
Aan de andere kant weten de developers waar ze met hun vingers aangezeten hebben. Dus zou je verwachten dat er ook iets veranderd is in deze code. Een regressie test zou natuurlijk net er omheen kunnen lopen. De ontwikkelaar zou dit in zijn achterhoofd kunnen hebben.
Heftig, hopelijk komt er snel een hotfix (voor Windows of de SSD zelf) of een firmware update van de diverse producenten uit.
Het punt waarop de storing toeslaat, lijkt te liggen op 50GB
Dat is dan weer een relatief geluk bij een ongeluk. Veel gebruikers zullen niet vaak dat soort hoeveelheid data tegelijk verwerken.

Wel een goede trigger om altijd je belangrijke data in een backup te hebben (online of op een NAS oid) . Als een reboot helpt, dan wellicht niet nodig. Maar als de partitie onbenaderbaar blijft, dan toch wel erg prettig zo'n backup...

[Reactie gewijzigd door wildhagen op 19 augustus 2025 15:09]

Juist een backup zal heel veel data wegschrijven met als risico dat je deze bug triggered ;)

(Natuurlijk zijn backups goed, maar ik zou dat dus niet op een lokale disk met een phision controller doen)
Klopt, heb het even aangepast. Backups liefst extern (online of op een NAS).
maar ik zou dat dus niet op een lokale disk met een phision controller doen
Probleem lijkt dus niet beperkt te zijn tot controllers van Phison. Ook Samsung modellen (met een eigen controller) lijken dus potentieel slachtoffer te kunnen worden.
een NAS is ook geen backup helaas! is een kastje dat je via netwerk kan benaderen.

Of je moet twee nassen hebben, eentje offshore voor een copy te maken. Als het platbrand, je alsnog een copie hebt.
Natuurlijk is een nas wel een backup. Denk dat je iedere vorm van redundante opslag een backup kan noemen? Of het een geschikte backup voor een specifieke calamiteit (brand, komeet inslag, uitvallen van een ssd) is geheel afhankelijk van je eisen.
Google Ai:
Een back-up is pas echt een back-up als er een kopie van je belangrijke gegevens op een aparte, veilige locatie is opgeslagen, onafhankelijk van de locatie waar de originele gegevens zich bevinden. Dit betekent dat de back-up niet op dezelfde harde schijf, server of locatie mag staan als de originele gegevens, omdat een defect aan de primaire opslag dan ook de back-up zou kunnen treffen. 

Als er iets fouts gaat, met je NAS of er is een brand dit dat, en je hebt geen kopie! ben je fucked en backup weg of bestanden weg in dit geval. Daarom is het belangrijk om een kopie te maken buiten huis!
Als alleen een offsite backup een echte backup is waarom zou het dan toch nodig zijn om dat woord ervoor te zetten? 8)7
Dan moet ik de Google AI toch even terechtwijzen.

Een backup is pas een backup als deze succesvol is getest. En vooral niet eerder. Wil ze de kost niet geven, personen die menen dat zij een backup hebben, maar op het moment dat deze daadwerkelijk terggespoeld moet worden, deze niet werkt.

Doe je dit als ITer, dan kun je een flinke tirade in het beste geval verwachten. Ontslag is waarschijnlijker...want dat nou net het moment waarop je er niet achter wil komen dat je backup het niet doet.

Een ongetestte backup is hetzelfde als geen backup, ook al staat deze op 3 verschillende locaties op 3 verschillende media.
Een NAS kan wel een backup zijn of daarvoor gebruikt worden. Bij een backup is het vooral belangrijk dat als iets met het origineel gebeurt, dat je er een kopie van hebt. Als die NAS de enige plaats is waar de data staat, dan is het uiteraard geen backup. De NAS is uiteindelijk gewoon de opslag locatie.
Juist een backup zal heel veel data wegschrijven met als risico dat je deze bug triggered ;)
Ummm, het gaat over schrijven op je SSD, als je een back-up maakt van je SSD, dan lees je alleen maar de data, en dat geeft dus juist geen problemen, het is juist verstandig om te doen!

Heb 2 SSDs (4TB Raid0) van mijn D:\ schijf, valen ook in de risico groep, en heb daar gisteren een backup van de hele schijf gemaakt, ipv alleen de belangrijke data op die schijf dat ik normaal doe, omdat ik geen zin heb om ff over 3 TB opnieuw te downloaden van Steam, als hij crashed vanwege een grote update.
Dat is dan weer een relatief geluk bij een ongeluk. Veel gebruikers zullen niet vaak dat soort hoeveelheid data tegelijk verwerken.
Één flinke update van een videogame op Steam trekt je daar overheen.
(En is ook hoe een aantal gebruikers er achter gekomen zijn dat zij door dit probleem gedupeerd zijn.)

[Reactie gewijzigd door R4gnax op 19 augustus 2025 19:14]

Misschien een domme vraag maar ik ben dan ook maar een simpele pc gebruiker,


Kun je ook wachten met updaten tot dat er een update/fix komt?


In mijn pc zitten kingston kc3000 ssd,s


Ik ben momenteel nog een paar weken in het buitenland,


Als leek heb ik weinig zin om bij het updaten na vakantie meteen tegen problemen aan te lopen.
Ben ik de enige die ms en phison erg stil vind? 🤷
Dit is destructief en ronduit gevaarlijk... We hopen snel op een verklaring/patch van Microsoft. Deze kwestie gaat nog een lange staart krijgen.
Modellen die zouden zijn getroffen, zijn onder andere de Corsair Force MP600, de SanDisk Extreme PRO M.2 NVMe 3D, de Kioxia Exceria Plus G4, de Fikwot FN955, plus ssd's met de PS5012-E12-controller van Phison en ssd's met een controller van InnoGrit
Allemaal DRAM loze NVMEs, toeval of hebben SSDs met DRAM ook last van die bug?

ik draai nog W10 op mijn main systeem dus ik maak mij minder druk, maar alle andere computers thuis draaien op W11 24H2.

Steam Deck negerende, die draait op Linux

[Reactie gewijzigd door Mizgala28 op 19 augustus 2025 15:58]

Sommige bronnen melden dat DRAM-loze SSDs vermoedelijk sneller getroffen zijn, omdat ze zonder zelf een dedicated DRAM hardware data-buffer te hebben, direct aangewezen zijn op de Host Memory Buffer (HMB) implementatie van Windows waar het mogelijk nu fout in gaat. Dat zou betekenen dat ook schijven met DRAM hardware buffering, mogelijk alsnog problemen gaan hebben zodra die dedicated buffer vol loopt en er uitgeweken wordt naar verdere software-buffering in het OS. Als het een buffer overrun in die software implementatie betreft, dan is het enkel een kwestie van nog wat meer druk er op zetten dan bij een DRAM-loze schijf nodig is om hem kreupel te krijgen.

[Reactie gewijzigd door R4gnax op 19 augustus 2025 22:46]

"Hey Copilot. We gaan dit dit en dit aanpassen. Kijk even welke drives/chips hier last van kunnen hebben."

Zou mooi zijn indien we AI zo kunnen gebruiken.

Dat terzijde. Vriendin probeerde onlangs haar onedrive opnieuw binnen te trekken nadat haar kleine schijf opruimen had geselecteerd omdat ie een spel wilde installeren. Dag ssd. Met windows install.
Waarschijnlijker: "Hey Copilot, we hebben hier nog feature request voor een HMB aanpassing. Schrijf even een patch, morgen releasen we de maandelijkse Windows update, kan het gelijk mee. :P
En toch blijft men maar hameren op het inschakelen van automatische updates. Dit is niet de eerste keer dat een update voor grote problemen zorgt, dus ik kijk toch echt liever eerst een paar weken de kat uit de boom voordat ik een update installeer.
Automatische updates automatisch 1 tot 2 weken lang uitstellen? Dan kun je de "automatische updates altijd!"-gillers de mond snoeren, terwijl je ook voor gemoedsrust bij jezelf zorgt.
Gisteren Battlefield 2042 (~100GB) geinstalleerd op een up-to-date Win 11 laptop op een 4TB Crucial T500 welke een Phison PS5025-E25 controller heeft maar geen problemen mee ondervonden gelukkig.
Maar die game bestaat niet uit 1 file van 100Gb. Die 50Gb gaat over 1 file.
In het artikel staat dat het kan gebeuren bij zowel grote als veel bestanden.
Dit kan gebeuren bij het kopiëren van een groot bestand, maar ook bij het schrijven van veel bestanden tegelijk. Het punt waarop de storing toeslaat, lijkt te liggen op 50GB.
Hier een Lenovo Ideapad 1 (Ryzen 5) van een vriendin die na zware schrijf actie keer op keer een gewipede bootloader partitie had. Windows en drivers 4 keer compleet opnieuw geïnstalleerd vanaf grond af opnieuw.. en telkens weer. Bios en Ssd firmwares up to date.. Is terug naar Lenovo gegaan, maar geen issues gevonden zegt Lenovo.

Ik vermoed dat ik nu de oorzaak te pakken heb, want dit leek een onoplosbaar probleem . Ik ben benieuwd was phison gaat doen. Dit issue heeft me al serieus veel tijd gekost en doordat ik het niet kon vinden en alle tools had losgelaten erop ging ik ook nog twijfelen aan mezelf. Dus mijn dank aan tweakers voor dit nieuwsitem!

[Reactie gewijzigd door Art Elixer op 19 augustus 2025 15:17]

Op mijn laptop C ssd staat win 11 met programma's, data staan op een desktop.Je hoeft geen tweaker te zijn om regelmatig een disk image weg te schrijven naar een usb stick. Gaat gauw om 30 Gb. Als het wegschrijven wel lukt is het maar de vraag of het terug zetten van de image naar de laptop wel lukt. Zo niet, dan is het ernstig probleem!
Usb sticks zijn toch niet geschikt voor image backup ups?
Ik heb hier een Sandisk usb stick met C aansluiting en een vrije ruimte van 115 GB. Met Aomei Backupper free maak ik een disk image van mijn laptop, die met een omvang van 21 GB er ruimschoots op past. Stick eventueel buitenshuis bewaren. Met een Aomei rescue stick is de image eenvoudig terug te zetten.

Op dit item kan niet meer gereageerd worden.