Får upp ”missing operating system” i Windows 10 :/

Ta bort alla partitioner på disken också. Det har fixat fel som kvar eller kom tillbaka när folk först bara försökte formaterade, återställde, reparerade på olika sätt.

Inte med SSD/NVMe - det är standardförfarande när SSD-minne havererar dvs. som en blixt från klar himmel vid start av datorn - det är inte som snurrdiskar där man haft hundratal chanser till att rädda sin data när det går allt trögare och trögare att boota innan det till slut ger upp helt.

Du har redan gjort fel som kan förvärra skada och minska chansen att rädda data när du försökte reparera bootsektorn/GPT _innan_ du har gjort diskimage av disken !!

Normalprocessen när det krånglar så är det att man gör diskimage av disken det första man gör efter konstaterad krångel innan man gör någonting annat alls. dvs. använda program som norton ghost, clonezilla eller linuxdist för dataräddning som knoppix eller från https://www.system-rescue.org/ och där köra ddrescue för att göra en diskimage som en fil till en extern USB-disk som lagring. - med en diskimage kan du alltid återställa disken till exakt den status det var innan dina olika räddningsförsök när du har försökt sönder diskens partitioner.

Sedan märker man också under skapandet av diskimage om disken man läser ifrån har problem att läsa sina data och tom hänger sig/fryser (vilket SSD/NVMe tyvärr tenderar att göra när den råka på sektorer som inte kan läsas) - i det läget bör man använda ddrescue då med loggfil fortsätter där det slutade vid nästa försök och hoppar över trubbelområderna för att läsa så mycket det går på det som ännu är friskt och tar trubbelområderna sist med allt tätare insaxning.

När det är gjort och diskimagen säkrad, USB-disken som lagrar den är urkopplad - sedan kan börja prova att reparera GPT/MBR men i ditt fall är problemet troligen inte där utan att din NTFS-filsystem är havererad.

Havererad NTFS är svårhanterat till omöjlig att hantera beroende på vad som gick trasigt och man är mycket beroende av kommersiella diskräddningsprogram för att få ut filer i mer eller mindre upphackade format beroende om $MFT är läsbar eller inte och då speciellt lätt upphackat blir det på SSD eftersom man inte gör defragmentering vilket gör att på en mogen disk så är få filer sekventiellt lagrade utan är utspridda över hela disken i små bitar - och utan fungerande $MFT så är det väldigt jobbigt att få ihop kompletta filer utan att filkroppen är bytta till delar som tillhör annan fil eller är raderad block...

Du får börja med testdisk, recuva, photorec, vidare men börja kosta pengar - getdataback, R-studio mfl.

---

På laptop med SSD/NVMe som huvudlagring måste man alltid räkna med att en morron så startar inte datorn helt utan förvarning - det kan ske om 3 månader eller om 3 år så det går inte planera heller för det med tex. byta av lagring i intervall

Därför är det bra att ha någon backupprogram i bakgrund som kopierat sina data till annan lagring eller molntjänst utan att du märker det.

Det finns många att välja på som inkluderar lagring till molntjänst, men en opensource som senare år börja vara riktigt stabil är faktiskt 'Duplicati' en annan, dock betal är 'duplicacy' och båda är deduplicerande för så liten volym som möjligt på lagringen och så lite överfört som möjligt också och tex. känner av om du flyttat din bildbibliotek till en annan mappnamn på datorn utan att kopiera allt en gång till backuppen (vilket traditionella backupprogram gör), klarar timeline-utglesning av backupsessioner och har bara en enda repositorie utan att programmet behöver göra nya fulla huvudbackup typiskt per månad som annars är vanligt med traditionella backupsystem.

macrium reflect är också en paket som kan göra diskimages av disken - även schemalagt. Programmet kör på med MS VSS-systemet men är inte molnbaserad utan lagring mot tex. lokalt inkopplad USB-disk eller över nätverk till någon NAS eller annan utdelad mapp.

Min förra ssd tappade vid 1 tillfälle hela partitionen från en dag till en annan.
Blåste om med en ny installation, testa att göra detsamma och se om den vill vara med

Varför det skiter sig beror på att SSD tål inte i alla lägen oplanerade strömbortfall (som när man släcker ned datorn) när den håller på med någon intern kritisk operation och windows och andra OS verkar också dåliga på att förvarna avstängning till SSD/NVMe och detta kan man se på post 0xEB (POR Recovery Count) i SMART som helt enkelt räknar antal där strömavbrott rycket mattan under fötterna på SSD medans det gjorde mer eller mindre kritiskt - i de flesta fallen gör det recovery på det och det klarar sig men ibland hittas den tunna tidsfönstret där det sedan inte kan räddas och man har en disk med skadade sektorer i bästa fall till att disken inte syns alls under BIOS hur mycket man än försöker.

SSD/NVMe är rysk roulett med tusentals kamrar i revolvercylindern och 1 patron och för var gång man stänger av datorn så snurrar man runt revolvertrumman och sedan trycker av - oftast är det klick på en tom kammare och det fungerar även när man startar nästa dag - men förr eller senare har man otur och detta går inte att planera i förväg för att förhindra det [1]!!

[1] server-SSD har kondensatorbanker för att ge ström tillräckligt länge för att SSD:n skall hinna slutföra sina kritiska operationer, snurrdiskar har sin snurrande spindel som energimagasin också för att parkera huvudet och avluta sig snyggt - medans en konsument-SSD/NVMe har ingendera.

Man har väldigt lite val när det gäller lagring och OS på laptop - och jag kan inte säga att Linux skulle vara bättre då ingen OS har någon koll på en SSD/NVMe interna arbete och när det sker - tror inte ens att det går att fråga efter sådant via SATA-protokollet och jag är heller inte säker på om det går att 'hinta' disken att nu snart försvinner matningsspänningen.

När man har SSD/NVMe så skall man bygga efter konceptet att katastrof händer, när som helst och med backupstrategi gör att det gör inte så mycket då man alltid har fräsch daglig backup och kanske en nyligen tagen diskimage per månad som snabbt kan göra datorn användbart igen (macrium reflect kan tex. schemalägga diskimage för 'bare iron' installation via USB-sticka av sin diskimage och få en körbar dator igen tämligen fort.)

Sedan har man också problemet att det som sista som skrivs på NTFS när den stängs är första klustret på $MFT och $MFT_mirr (då det är tid och datumfält som uppdateras och 'dirty-flaggan' stängs) och dessvärre har väldig många OS (läs windows) väldigt kvicka på att fimpa strömmen väldigt snabbt efter dessa skrivningar. Och är första klustret av $MFT och $MFT_mirr korrupt samtidigt (vilket det lätt blir när båda skrivs direkt efter varandra och man sedan direkt efter rycker strömmen med ofullständig skrivning) - ja då är det katastrof på riktigt även vid senare försök till filräddning i sagda NTFS-filsystem.

I windows har man för att 'dölja' och undvika den här kritiska situationen med risk för haveri för ofta att en normal avstängning så stänger man inte NTFS-filsystemet utan är mer att likna vid en djupare Hibenate-läge - skall man stänga filsystemet ordentligt så måste man trycka vänster shift samtidigt som man stänger av datorn med dess menualternativ.

vanliga win-användare vet inte om de men de som också kör linux och vill läsa och skriva i samma filsystem som windows lär sig snabbt att windows måste stängas av 'på riktigt' med just vänsterskift vid avstängning om man skall kunna gå in i NTFS med skrivmöjlighet - annars är det i RO-mode och kan bara läsas...