Mystiken tätnar kring försvinnande SSD:er

Det där är bara en UI-grej, 0=aldrig. (Det sparas i registret som ett numerärt värde, ergo 0. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerSettings är platsen inställningarna ligger på, närmare bestämt.)

Om du klickar på någon annan inställning bör det också uppdateras till "aldrig", du behöver inte trycka pil ner (som egentligen inte gör någonting annat än refreshar, och då byter den från det du manuellt skrivit ("0") till det den upptäcker *är* detsamma som noll, alltså "aldrig"). Source: testade det för 5min sen.

Inte värt att ta risker när det är flertalet som rapporterar dataförluster.

Själv så tänkte jag förra helgen vara duktig med att uppdatera windows innan gaminghelgen kunde påbörjas. Det resultera i att min samsung 990 pro 4tb försvann, disken som innehåller alla spel. Det blev ingen cd gaming..

Fast Samsung kör ju inte ens Phison i sina NVME diskar? Så det är klart att du är säker från problemen?

problemet har ingenting med phison att göra, det har man redan kommit fram till

Verkar stabilt... Vågar varken installera updaten eller trycka på Reinstall...

När det händer så kör jag Deployment Image Servicing and Management (DISM)

DISM /Online /Cleanup-image /Restorehealth

och

Windows System File Checker (SFC)

sfc /scannow

Då det för det mesta är någon systemfil som blivit felaktig.

Därför finns "3-2-1 Backup Strategy".

Synd för alla Microsoft-gnällisar att det verkar vara firmware som spökar. Enheter med pre-release firmware: https://www.tomshardware.com/pc-components/ssds/new-report-bl...

"According to the Chinese Facebook group PCDIY!, the root cause of the issue stems from pre-release engineering firmware on certain SSDs, which may have been triggered by the Windows 11 updates.

Since SSD manufacturers using Phison controllers source them directly from the original supplier and ship them in bulk with mass-production tools,
>the versions that reach consumers should already run the official firmware<
This official firmware has been fully tested and verified, and does not show the anomalies sometimes found in engineering builds."

Det verkar juh dock inte stämma då det är vanliga consumers som blivit drabbade, och dessutom flera olika tillverkare.....

Hmm, ska djupdyka i det kaninhålet där de deletade Joes avsnitt. Var det något med vaccinmotståndare måntro?

Det är ju helt cp att de väljer att ta bort, det betyder också att de verkligen går igenom alla ens filer som man har där.

Körde dessa, inga fel hittade konstigt nog

Inte länge sen jag faktiskt körde en "update-repair" då jag inte fick in nyare 22hX version än vad jag redan körde...

Kört även denna: https://christitus.com/windows-tool/ vet inte om jag stängt av mer saker än vad M$ vill att jag gör och därför får felmeddelandet...

Det här med backupstrategier som man pratar om är oftast mer en metod. Det är inget man gör med jämna mellanrum beroende av hur stor / viktig information man har. Jämför med en diskmaskin!

En barnfamilj behöver antagligen starta diskmaskinen oftare för att den är fylld vs den ensamma mannen som antagligen klarar upp till tre dagar innan utrymmet i maskinen är fyllt. Det här går att lösa med en större diskmaskin för barnfamiljen. Men det löser inte rutinen i sig. Bara hur länge man kan vänta.

Med andra ord måste man spara en fil som om den vore en backup varje gång man ändrar den. En fil som skapats av ditt os eller som bakgrundsdata till programmet du kör kommer vid förlust oftast bara att generera lite frustration för att du måste optimera om inställningar, utseende och förlorar cache och besökta / automatiskt öppnade hemsidor etc.

Din privata fil för en extrem uträkning i ett kalkylprogram, dokument, videoredigering etc. är mycket känsligare för hur ofta du gör ett misstag än att din disk går sönder ofta. Ett vanligt fel här är att man trycker lite slarvigt CTRL + A och S vilket klipper ut allt och sedan sparar filen. Får man panik gör man ofta en tankevurpa här och försöker, om programmet kan återställa filen till ursprungsläge, vilken i vissa fall är återinläsning av den just sparade filen, som är tom.

Det spekuleras en del här om det är M$, disktillverkaren, firmware, chipset etc som är orsaken. Det här är i princip bara vad som är "modernt" för tillfället. Alla datordelar kommer gå sönder någon gång i framtiden. Det är bara frågan om när.

Vilken metod du har inte så stor betydelse. (Den varken påverkar eller påverkas av vilket fel du får.) Den blir mer en relation till hur mycket information man har. "3-2-1 Strategy" som man pratar om är snarare en metod. Hur ofta den behöver köras är lite som hur stor diskmaskin har du. Har du tillräckligt stor diskmaskin och köksutrustning behöver du bara köra den en gång per år. Det kommer ta lite längre tid, men inte 365 gånger längre tid att diska klart.

Är du lite av en Alexander Lukas som alltid lyckas köpa den trisslott som har högsta vinsten eller alltid får alla rätt på V75? Då kan du antagligen rädda innehållet genom att göra en backup av innehållet (t)Sekunder innan din orginaldisk går sönder. Där t är så lång tid det tar att göra en backup.

För oss andra är det nog att ha strategin att alltid göra en backup varje gång man arbetar med filen. Den dagen då din disk går sönder oftare än du ändrar innehållet då har datorn stått idle länge.

Vilken metod är egalt, så länge den fungerar. Tekniskt sätt är två diskar med samma innehåll oberoende av varandra en backup. Men man vill nog ha fler diskar för att öka säkerheten att kunna återställa.

En intressant detalj här är att man måste se att filen är intakt, inte bara disken är fungerande. Ett scenario där bara den sista disken skulle vara körbar fysiskt och ha intakt data är 50% vid två diskar, 66% vid tre diskar och 75% vid fyra diskar samt 80% vid fem identiska diskar. Men detta är ett "perfect case" scenario. Dvs. Hur många diskar kan vara trasiga samtidigt, och fortfarande ha intakt data.

Din disk kommer antagligen skadats så att den fortfarande är (tillräckligt) intakt fysiskt och då gäller det ha en backupstrategi och struktur som gör att det går att testa för att se om filer är intakta vid återställning annars riskerar man att återställa till en infekterad / logiskt skadad fil.

Hur ofta du behöver spara / påbörja en ny arbetskopia kan du nog bara själv svara på. Behöver du trycka backspace för att ersätta fel bokstav kan du nog vänta tills du skrivit färdigt ditt dokument. Eller spara med jämna mellanrum.

Skriver du en avhandling / manus. Ska du nog ta fram en arbetskopia och spara scener / kapitel var för sig. Speciellt om du fortsätter nästa dag. Annars riskerar du komma på en "bättre" idé, som du får i huvudet under tiden du skriver och sedan upptäcker att du vill återgå eller föra in den i det du redan hade eller värst av allt du behöver se något du hade tidigare för du har tagit bort för mycket.

Som lite grädde på moset: Hur många vänsterhänta behöver lämna rummet för att ändra från 99% vänsterhänta i ett rum med hundra personer så att det är 98% av alla i rummet som är vänsterhänta? Detta visar lite riskfaktorn för att förlora en fil och att förstå innebörden procentuellt.

Det var ovanligt...

Ser att jag glömde (missade) nämna att man skall köra CMD i administratörs mode.
Får be om ursäkt för det!

Vet inte om det kommer något meddelande om man skall köra i administratörs mode, ej heller om det påverkar resultatet mer än att vissa filer inte är åtkomliga. Okej, det kan ju vara någon dom låsta filerna som krånglar.

Känner inte till "christitus" verktyg, men ja, kanske kan vara en orsak.
Tittade som snabbast och då det ger möjligheten att få till en installation där en del komponenter tas bort, speciellt lättvikts installationen.

Ändå så tycker/tror jag att DISM och sfc borde klagat över att filer hade saknats.

Körde den som Admin, använder SFC/DISM själv på jobbet ibland som IT tekniker så är inte helt okunnig ändå inom ämnet.
Och de var inte länge sen jag körde dem, men hade en förhoppning på att de kanske löser detta.
Kör nog en in-place upgrade via ISO fil helt enkelt, gjorde det för en bekant inte länge sen och gick bra.
Enda jag vet som strular efteråt är enstaka drivrutiner men det är lätt fixat.

50