Windows 11 orsakar inte SSD-fel, enligt Microsoft

Det är ju ändå intressant att problemet/problemen verkar ha uppstått efter en windowsuppdatering. Vad som än ligger bakom framkommer sannolikt med tiden.

Hehe, det är inget fel förrän man hittat det....

Jo, min kommentar om korrelation (samband mellan två eller flera variabler) respektive kausalitet (orsakssamband) på första sidan syftade på det. Det brukar bli uppenbart i såna här trådar att på tok för många inte klarar att hålla isär dem.

Det finns ett samband mellan skedar och fetma, men det är inte skedar som orsakar fetma.

@evil penguin

Det är skrämmande att se hur många som är inkompatibla att bygga dator nu för tiden.

Varför påminner det här problemet om något jag skrev för flera år sedan när man använde SSD som SSD-cache med bcache och sidkanaldeduplicering med 'bees' på BTRFS på en snurrdisk för flertal år sedan.

se andra stycket på #19307775

har inte gjort om detta med moderna NVMe som bcache för SSD-diskcache för en snurrdisk

Kanske dags att göra det igen, dock har jag ingen passande dator med dubbel NVMe och en knippe olika NVMe-stickor av olika tillverkare.

Som snurrdisk (och förmodligen idag kan ersättas med SSD/NVMe) kan man använda valfri sådan på 1-2 TB via en USB-docka med BTRFS formaterad filsystem och i denna en komprimerande mapp (chattr +c mappnamn för att aktivera komprimering för mappen) , så lägger man i så många kopior av en diskimage med mogen filsystem (som tex. en ganska välanvänd windowsdiskimage) tills den är full i princip.

därefter så kör man 'bees' mot disken via bcache med 'write trough' med den NVMe man tänker stressa, stressa kommer det att göra och av tidigare historiska tester med SSD med snurrdisk som back end så brukar SSD-cachen krascha inom 12 timmar medans innehållet på disken klarar sig och är full läsbart även om bcachen är borta. kör man med 'write back' däremot...

Detta kan vara en rimlig (del)förklaring:

https://wccftech.com/windows-11-ssd-crashing-issues-may-be-li...

Förklarar inte varför "vanliga" användare rapporterar problem efter att ha installerat en specifik uppdatering och att gemensam problemlösning är att ta bort densamma.

Lite huvudkli blir det dock då det inte verkar så oerhört utspritt som det borde vara, men kanske folk inte länkar nyuppkomna problem med BSOD till diskproblem i första hand.

Så länge det funnits diskar så har det funnits diskproblem. Folk läser om detta och kopplar genast sina diskproblem till uppdateringen. Om problemen över huvud taget har ökat så har det försvunnit i det statistiska bruset.

Läs igen. Uppdatering -> Problem -> Avinstallerad uppdatering -> Inga problem.

Givetvis görs felaktiga korrelationer av vissa som liksom hänger med i svängen. Men de flesta andra gör den korrekta felsökningsproceduren vilket torde vara ingrodd i en datorvan användare. Om något slutar att fungera efter en mjukvaruppdatering så är första steget att felsöka mjukvaran. Visst finns det även här edge cases när någon hårdvara som legat på gränsen slutligen fallerar, men förmodligen inte i de fall där hårdvaran återfår full funktion när uppdateringen tas bort.

Beteendeändring hos en OS som tex. ändring av disk-cache strategier och hur mycket och hur ofta och vilken ordning som data skrivs kan framkalla fel som innan dess var osynliga hos somliga lagringstillverkare

Vet inte hur många som kommer ihåg strulet med snurrdiskar (långt innan SSD:s tid) när Microsoft forcerades skrikande och gråtande att börja använda DMA för dataöverföring mellan dator och disk istället för innan dess allrådande PIO-överföringen för att tex. klara av att bränna en CD/DVD och läsa från en hårddisk samtidigt utan hack och av det misslyckad bränning, och det visade sig att många hårddiskar hade en icke fungerande DMA-funktion trots att det ingick i 'standarden', för att inga inom MS-världens datorer någonsin använde detta innan dess (men man använder DMA för att tex. läsa disketter sedan DOS 1.0, typ) och att man på tillverkarhåll av lagring heller inte hade provat detta för att verifiera det att det fungerade på säkert sätt.

I linux-kärnan så kan/kunde man hitta blacklist på en rad hårddiskmodeller där DMA inte fungerar pålitligt och på somliga enheter tom. korrumperade datat om man försökte använda det, då i linuxvärlden var man tidigt ute att använda DMA mot lagring där det gick och tex. användes så fort man använde SCSI-diskar med HBA som Adaptec aha1542 med busmaster-funktioner, men också mot IDE-diskar när det gick och det inte korrumperade data eller gav andra problem, långt innan MS ens tänkte tanken på det i sin DOS/windows...

Det där låter som en extremt optimistisk tolkning av hur "de flesta" agerar.

Snorleffes beskrivning ligger klart närmare vad jag upplever att "de flesta" verkar göra (inte något specifikt för dessa SSD-problem utan mer i allmänhet).

Sen då själva grundfrågan, om Windows augustiuppdatering orsakat problemen eller ej är ju en grej för sig, det kan ju stämma helt oavsett ovanstående käbbel.

Ok, helt sant. Skulle väl menat de flesta med genuint PC-intresse. Merparten av alla datoranvändare är givetvis datoranalfabeter. Om problemet är utbrett borde det börja märkas på supportärendesidan hos återförsäljare.