Mac-SSD-en min med et APFS-volum vil plutselig ikke monteres, og Diskverktøy reparerer det ikke. Jeg trenger hjelp til å finne ut om APFS-datagjenoppretting fra en SSD er mulig, hvilke verktøy eller trinn som er tryggest, og hvordan jeg kan unngå å gjøre de tapte filene vanskeligere å gjenopprette.
Jeg ville behandlet disken som om den er skjør til filene er gjenopprettet. Det viktigste er å slutte å bruke APFS-disken med en gang. Ikke lagre noe på den, ikke installer gjenopprettingsverktøy på den, og ikke la macOS fortsette å skrive til den hvis du kan unngå det. Slettede data kan bli overskrevet ved vanlig bruk, og når det skjer, blir gjenoppretting mye vanskeligere.
Typen disk betyr mye her.
Hvis dette er en ekstern HDD, eller en eldre Mac med en APFS-formatert harddisk, kan sjansene fortsatt være ganske gode så lenge ingenting har overskrevet de slettede dataene.
Hvis det er en SSD, spesielt en intern Mac-SSD, er det mer tidskritisk på grunn av TRIM. TRIM lar SSD-en vite hvilke slettede blokker som trygt kan tømmes. Etter at disse blokkene faktisk er slettet, kan gjenopprettingsprogramvare ikke gjenoppbygge dem. Så hvis filene ble slettet fra en APFS-SSD, ikke fortsett å bruke Mac-en og håp på det beste. På nyere versjoner av macOS kan du vanligvis uansett ikke slå av TRIM for den interne SSD-en, så det beste du kan gjøre er å slutte å bruke den og handle raskt.
Før du skanner, sjekk de enkle gjenopprettingsalternativene først:
- Time Machine-sikkerhetskopier.
- APFS-øyeblikksbilder, hvis noen finnes.
- FileVault-kryptering. Hvis disken er kryptert, må de fleste verktøy låses opp eller dekrypteres før de kan skanne den riktig.
For selve gjenopprettingen er Disk Drill verktøyet jeg ville prøvd. Det håndterer APFS på en mer nyttig måte enn verktøy som bare søker etter filsignaturer, så når filsystemets metadata fortsatt er der, kan du få tilbake de opprinnelige navnene og mappestrukturen i stedet for en haug med tilfeldige filer.
Den sikrere arbeidsflyten er omtrent slik:
- Installer Disk Drill på en annen disk, ikke den du gjenoppretter fra.
- Koble til den berørte APFS-disken.
- Kjør en full skanning.
- Bruk forhåndsvisning for å sjekke om filene faktisk kan leses.
- Gjenopprett filene til en annen disk. Aldri gjenopprett dem tilbake til problemdisken.
Ikke hopp over forhåndsvisningstrinnet. Det kan spare deg for mye tid fordi det viser om filene sannsynligvis er intakte før du bestemmer deg for å gjenopprette alt.
Hvis disken ikke kan monteres, kobles fra tilfeldig eller lager rare lyder, ville jeg ikke begynt å kjøre reparasjonsverktøy ennå. Unngå Førstehjelp eller noe annet som kan skrive endringer til disken til de viktige filene er kopiert ut. Hent dataene først, og bekymre deg deretter for å fikse disken.
Hvis dette bare er en utilsiktet sletting eller skade på filsystemet, er sjansene dine vanligvis mye bedre enn hvis selve disken er i ferd med å svikte.
Ikke kjør Førstehjelp om og om igjen eller prøv tilfeldige terminalfiksekommandoer før du har en kopi av disken. Førstehjelp kan være greit for et volum du ikke bryr deg om, men på en skadet APFS-container kan det endre metadata mens det prøver å reparere. Hvis filsystemet allerede er ustabilt, kan det gjøre et gjenopprettbart katalogtre om til et kaos.
Jeg er stort sett enig med @mikeappsreviewer i å stoppe skriving, men jeg ville vært enda mer forsiktig med å skanne den opprinnelige SSD-en direkte hvis disken oppfører seg ustabilt. Hvis det er en ekstern SSD og den holder seg pålitelig tilkoblet, lag først et byte-for-byte-bilde eller en klone til en annen disk, og skann deretter bildet. Hvis det er den interne SSD-en i en nyere Mac, kan det være vanskeligere fordi du ikke bare kan ta ut disken, men samme idé gjelder: start fra en annen Mac eller et eksternt system hvis mulig, unngå å starte normalt fra problemvolumet, og kopier/gjenopprett bare til separat lagring.
APFS-gjenoppretting er mulig, men forventningene bør være realistiske. Hvis metadataene i APFS-containeren er skadet, men SSD-en fortsatt har dataene, kan verktøy som Disk Drill finne filer med navn og mapper. Hvis TRIM allerede har tømt slettede blokker, eller SSD-kontrolleren er i ferd med å svikte, vil programvare ikke magisk kunne hente disse blokkene tilbake. Det viktige skillet er om dette er et logisk APFS-problem eller et fysisk/enhetsproblem. Hvis SSD-en forsvinner, viser feil størrelse, kobles fra gjentatte ganger, eller gjenopprettingsverktøy henger mens de leser den, stopp opp og vurder laboratoriegjenoppretting i stedet for prøv en annen app. Å fortsette å belaste en sviktende SSD kan gjøre de siste lesbare områdene uleselige.
En klone er bare nyttig hvis du kloner hele APFS-containeren, ikke bare volumet som nekter å montere. APFS kan ha flere relaterte volumer i samme container, og de nyttige metadataene ligger kanskje ikke der du forventer, så en kopi på filnivå eller en tilnærming som går ut på å lage et image av bare dette ene volumet kan gi gjenopprettingsverktøyene mindre å jobbe med. Jeg er enig i advarselen ovenfor om ikke å belaste SSD-en med reparasjoner, men jeg ville sjekket dette før jeg brukte timer på skanning: I Diskverktøy aktiverer du Vis alle enheter og ser om den fysiske disken og APFS-containeren er synlige selv om Data-volumet ikke vil montere. Hvis containeren er synlig og stasjonen leser jevnt, lag et image eller en klone av den til separat lagring og skann kopien med noe som Disk Drill. Hvis bare volumet mangler, men maskinvaren ser normal ut, er gjenoppretting svært mulig. Hvis den fysiske SSD-en selv forsvinner eller viser en meningsløs størrelse, er programvaregjenoppretting feil kamp.
Ikke klikk på «Initialiser», «Slett», og ikke godta noen macOS-melding som sier at disken ikke kan leses, med mindre du allerede har laget et image av den. Den advarselen kan dukke opp selv når APFS-beholderen fortsatt kan gjenopprettes, og å gjøre den om til en «fersk» disk er en rask måte å få verktøy som Disk Drill til å jobbe med rester i stedet for den opprinnelige strukturen. Hvis SSD-en vises med riktig størrelse, er gjenoppretting fortsatt mulig; hvis den ikke gjør det, slutt å behandle det som et programvareproblem.