macOS FileVault eller Time Machine Sparsebundle ødelagt: APFS Container Superblock Reparasjon, Local Snapshot Mount og Recovery Key Terminal Unlock¶

Å se en MacBook Pro, MacBook Air, Mac Studio eller iMac nekte å starte opp med en blinkende spørsmålstegnsmappe, et forbudsskilt med sirkel og skråstrek (support.apple.com/mac/startup), en påloggingsskjerm som avviser det kjente passordet ditt etter en macOS-oppdateringskrasj, eller Diskverktøy-rapportering Error: -69845: File system verify or repair failed / Invalid APFS superblock / Object map is invalid er en alvorlig macOS-lagringskrise. Enda verre, når du kobler til din eksterne NAS eller USB Time Machine backup-stasjon for å gjenopprette filene dine, dukker macOS ofte opp en annen ødeleggende feil: Time Machine completed a verification of your backups. To improve reliability, Time Machine must create a new backup for you (låser ute din .sparsebundle). Ikke klikk på Slett Mac eller la Time Machine overskrive sikkerhetskopieringsloggen. Fordi Apple filsystem (APFS) er en Copy-on-Write (CoW) transaksjonsfilsystem som beholder historiske container-superblokker (nx_superblock_t) og skrivebeskyttede lokale øyeblikksbilder rett på disken, kan du nesten alltid låse opp FileVault og montere et eldre sunne transaksjonskontrollpunkt fra macOS Recovery Terminal. Hvis Mac-en din opplever en panikksløyfe eller svart skjerm i stedet for en APFS-volumfeil, se macOS kjernepanikk, svart skjerm og gjenoppretting; for kryptering på tvers av plattformer (BitLocker, FileVault, LUKS), se BitLocker, FileVault og LUKS utlåsing av krypteringsnøkkel og tilbakestilling av TPM og utilsiktet rm -rf eller Shift-Delete på ext4, XFS, APFS og NTFS: skrivebeskyttet remontering. Hvis denne sperringen av arbeidsstasjonen påvirker sykehusets kliniske behandling, nødutsendelse eller livssikkerhetsoperasjoner, ring ditt lokale nødnummer (911 i USA og Canada, 112 over hele EU, 999 i Storbritannia) eller sjekk katalogen vår over nødnummer.

Gjør dette nå¶

1. IKKE klikk på "Slett Mac", "Slett volumgruppe" eller "Start ny sikkerhetskopi" i Time Machine: Selv når Diskverktøyets Førstehjelp-knapp mislykkes med File system verify or repair failed (-69845) eller fsck_apfs går ut med kode 8, dine krypterte brukerfiler inne i Macintosh HD - Data (eller din tidsmaskin .sparsebundle bånd) er fortsatt fysisk intakte på SSD-en.
2. Start inn macOS Recovery (Utilities -> Terminal) umiddelbart for å stoppe bakgrunnen TRIM og Copy-on-Write sjekkpunktrotasjon:
3. På Apple Silicon Macs (M1, M2, M3, M4): Slå av Mac-en helt, og trykk og hold inne Power (Touch ID)-knappen i 10 sekunder til skjermen sier Loading startup options.... Klikk Alternativer -> Fortsett.
4. På Intel Mac-maskiner: Slå på Mac-en og hold umiddelbart inne Command (⌘) + R (eller Option + Command + R for Internett-gjenoppretting) til Apple-logoen eller den roterende jordkloden vises.
5. Hvis den grafiske gjenopprettingsassistenten blir sittende fast og ber deg velge en administratorbruker hvis passord den nekter å godta, må du aldri klikke Erase Mac øverst til venstre Recovery Assistant menyen. Se i stedet etter "Glemt alle passord?" (som åpner 24-tegns personlige gjenopprettingsnøkkel eller iCloud Apple ID opplåsingsprompt) eller bruk Utilities menyen for å starte Terminal.
6. Lås opp FileVault 2 manuelt fra gjenopprettingsterminal (diskutil apfs unlockVolume) før du prøver noen montering eller filkopiering: Når et APFS-volum er kryptert med FileVault, Macintosh HD - Data forblir usynlig (Locked: Yes) til du låser den opp. I Recovery Terminal, kjør diskutil apfs list for å finne datavolumets enhetsnode (vanligvis disk3s5 på Apple Silicon eller disk2s1 på Intel) og kjør diskutil apfs unlockVolume /dev/disk3s5 (med påloggingspassordet ditt) eller diskutil apfs unlockVolume /dev/disk3s5 -recoverykeychain / -passphrase <24-CHAR-RECOVERY-KEY>.
7. Hvis Macintosh HD - Data låser opp (Unlocked: Yes) men klarer ikke å montere lese-skrive på grunn av et ødelagt B-tre eller objektkart (omap), monter den strengt tatt SKRIVEBARE (mount_apfs -o rdonly) eller monter en eldre APFS Local Snapshot (mount_apfs -s): Når du passerer -o rdonly (eller monter et Time Machine-lokale øyeblikksbilde som er lagret på den interne SSD-en via mount_apfs -s), hopper APFS-kjernedriveren over avspilling av skrivejournal og lar deg kopiere 100 prosent av /Users/yourname til en ekstern USB-stasjon via rsync eller cp -R.
8. ** Aldri løp fsck_apfs -y gjentatte ganger på en sviktende SSD før du evakuerer filene dine skrivebeskyttet**: Hvis APFS-objektkartet (omap_phys_t) eller Extent Reference Tree er skadet, noe som tvinger en les-skrive-reparasjon med fsck_apfs -y kan fjerne kartlegging av skadede katalognoder. Prøv alltid mount_apfs -o rdonly og kopiere /Users/ til en ekstern stasjon først, og bare kjør fsck_apfs etterpå.
9. For en ødelagt Time Machine .sparsebundle (Backup Verification Failed), fjern com.apple.backupd.ModelID låse flagg inn Info.plist, fest sparsebunten med hdiutil attach -nomount -readwrite, og reparer det indre APFS/HFS+ volumet med fsck_apfs eller fsck_hfs: Du kan nesten alltid redde både sikkerhetskopieringshistorikken og live sparsebundle uten å starte på nytt.

Beslutningstre: ustartbar Mac, låst FileVault eller ødelagt Time Machine-triage¶

Bruk dette flytskjemaet i macOS Recovery (Utilities -> Terminal) for å velge den eksakte ikke-destruktive gjenopprettingsveien:

flowchart TD
    Start["Nødsituasjon: Mac kan ikke startes opp, FileVault avviser passord eller Time Machine er ødelagt"] --> WhichIssue{"Hvilken krise står du overfor?"}

    WhichIssue -->|"1. Intern Mac SSD kan ikke startes (? Mappe / Forbudsskilt / Førstehjelpsfeil -69845)"| BootRec["Start opp i macOS Recovery -> Åpne verktøy -> Terminal -> Kjør: diskutil apfs list"]

    WhichIssue -->|"2. FileVault avviser kjent brukerpassord eller ber om gjenopprettingsnøkkel"| FVFix["I Recovery Assistant: Klikk 'Glemt alle passord?' ELLER Kjør diskutil apfs listcryptousers i Terminal"]

    WhichIssue -->|"3. Time Machine sier: Sikkerhetskopien er ødelagt / må opprette en ny sikkerhetskopi"| TMFix["Monter nettverk/USB-stasjon -> Inspiser .sparsebundle/Info.plist -> hdiutil vedlegg -nomount -> fsck_apfs / fsck_hfs"]

    BootRec --> ContainerOk{"Viser diskutil apfs-listen APFS-beholder og volumer (Macintosh HD - Data)?"}

    ContainerOk -->|"Nei: APFS-beholder mangler eller 'ugyldig APFS-superblokk'"| SuperblockRec["Skann tidligere APFS Container Checkpoint Superblocks (nx_superblock_t) og monter skrivebeskyttet via fsck_apfs -n / apfs-fuse"]

    ContainerOk -->|"Ja: Volumer oppført (f.eks. disk3s5)"| UnlockStep["Lås opp FileVault uten montering: diskutil apfs unlockVolume /dev/disk3s5 -nomount"]

    UnlockStep --> TryRO["Forsøk skrivebeskyttet montering: mkdir /Volumes/Rescue && mount_apfs -o rdonly /dev/disk3s5 /Volumes/Rescue"]

    TryRO --> DidMount{"Har /Volumes/Rescue montert rent?"}
    DidMount -->|"Ja"| CopyData["Plugg inn ExFAT/APFS ekstern USB-stasjon -> Kopier /Volumes/Rescue/Users/<du> Umiddelbart med ditto eller rsync"]
    DidMount -->|"Nei: mount_apfs Returnerer ugyldig argument / input-output-feil"| SnapMount["Liste interne APFS-øyeblikksbilder (diskutil apfs listSnapshots) -> Monter Pre-Crash Snapshot via mount_apfs -s"]

    FVFix --> UnlockStep

Fase 1: Forstå APFS-beholderen, volumgruppen og FileVault-nøkkelhierarkiet¶

Før du skriver kommandoer i macOS Recovery Terminal, forstå hvordan moderne macOS (Catalina 10.15 gjennom Monterey, Ventura, Sonoma, og Sequoia) legger ut en intern SSD og hvorfor Macintosh HD er IKKE der filene dine bor.

+-------------------------------------------------------------------------+
| MODERN macOS APFS CONTAINER & FILEVAULT ARCHITECTURE                    |
|                                                                         |
| Physical Apple SSD (/dev/disk0)                                         |
|  +-- Partition 1: Apple_APFS_ISC (iBoot System Container - Apple Sil.)  |
|  +-- Partition 2: Apple_APFS (Main Container -> Synthesized /dev/disk3) |
|       |                                                                 |
|       +-- [nx_superblock_t] Container Superblock & Checkpoint Ring      |
|       +-- [omap_phys_t] Container Object Map (Virtual -> Physical Block)|
|       |                                                                 |
|       +-- Volume 1 (disk3s1): "Macintosh HD" (Signed System Volume SSV) |
|       |    -> Strictly Read-Only OS files. Contains 0 user documents.   |
|       +-- Volume 2 (disk3s5): "Macintosh HD - Data" (FileVault Locked)  |
|       |    -> YOUR ACTUAL DATA (/Users, /Applications, /Library, /var)  |
|       +-- Volume 3 (disk3s2): "Preboot" (FileVault Login Users & Wi-Fi) |
|       +-- Volume 4 (disk3s3): "Recovery" (macOS Recovery OS)            |
|       +-- Volume 5 (disk3s4): "VM" (Swapfile & Sleepimage)              |
+-------------------------------------------------------------------------+

Tre kritiske fakta fra denne arkitekturen vil redde utvinningen din: 1. ** Aldri kast bort tid på å prøve å gjenopprette filer fra Macintosh HD (disk3s1)**: Siden macOS Big Sur (11.0+), Macintosh HD er et kryptografisk forseglet, skrivebeskyttet system øyeblikksbilde (APFS Signed System Volume). Hver enkelt brukerfil, bilde, skrivebordsmappe, nøkkelring og database lever på følgesvennen Macintosh HD - Data volum (typically disk3s5 på Apple Silicon eller disk2s1 / disk1s1 på Intel). 2. Hvorfor FileVault noen ganger avviser riktig passord etter en krasj (Preboot Desynkronisering): På den aller første oppstartsskjermen (EFI / iBoot Preboot Login), den Macintosh HD - Data volumet er fortsatt kryptert og uleselig. Hvordan bekrefter Mac-en passordet ditt før disken låses opp? Den leser en synkronisert kopi av brukerkontoens passordhash og kryptografiske nøkkelbag lagret på den ukrypterte Preboot volum (disk3s2). Hvis du nylig endret Mac-påloggingspassordet eller oppdaterte macOS og Preboot volumet ble ikke oppdatert (diskutil apfs updatePreboot), avviser den første oppstartsskjermen ditt nye passord mens diskutil apfs unlockVolume i Recovery Terminal godtar enten ditt gamle eller nye passord umiddelbart. 3. Hvorfor APFS beholder eldre sunne tilstander selv når det siste sjekkpunktet er ødelagt: Hver gang APFS tømmer skriver til disk, overskriver den ikke det eksisterende nx_superblock_t (Container Superblock) eller apfs_superblock_t (Volum Superblock) på plass. I stedet skriver den en helt ny superblokk inn i Checkpoint Descriptor Area (xp_desc) ringbuffer med en økt transaksjons-ID (xid). Hvis strømmen svikter eller kjernen får panikk mens du skriver transaksjon xid 950412, Transaksjon xid 950411 (skrevet sekunder tidligere) sitter fortsatt inne i sjekkpunkt-ringbufferen på disken.

Fase 2: Låse opp FileVault 2 fra macOS Recovery Terminal når pålogging eller GUI mislykkes¶

Start opp i macOS Recovery, åpne den øverste menylinjen og klikk på Verktøy -> Terminal.

Trinn 1: Identifiser APFS-beholderen din og Macintosh HD - Data enhetsidentifikator¶

I Recovery Terminal-vinduet, kjør:

diskutil apfs list

+-- Container disk3 4A91F802-119B-4C0E-991A-0849182019AA
    ====================================================
    APFS Container Reference:     disk3
    Size (Capacity Ceiling):      994662584320 B (994.7 GB)
    ...
    +-> Volume disk3s5 8810B291-4410-4A11-B812-771928371900
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk3s5 (Data)
        Name:                      Macintosh HD - Data (Case-insensitive)
        Mount Point:               Not Mounted
        FileVault:                 Yes (Locked)

Trinn 2: Inspiser alle gyldige kryptografiske brukere (Key Wrapping Keys) på datavolumet¶

For å se hver brukerkonto, personlig gjenopprettingsnøkkel (PRK), eller iCloud/institusjonell nøkkel som kan låses opp disk3s5, løp:

diskutil apfs listcryptousers /dev/disk3s5

Trinn 3: Lås opp volumet UTEN å montere det ennå (-nomount)¶

Hvorfor bestå -nomount når du låser opp et potensielt ødelagt APFS-volum? Fordi som standard, diskutil apfs unlockVolume forsøker umiddelbart å montere volumet i lese-skrivemodus, noe som utløser en automatisk avspilling av skrivejournal eller henger Terminal hvis B-treet er skadet. Bestått -nomount pakker ut den kryptografiske volumkrypteringsnøkkelen (VEK) i Secure Enclave mens vi holder filsystemet umontert slik at vi kan montere det strengt skrivebeskyttet i fase 3:

# Option A: Unlock using your macOS Login Password (try BOTH your current and previous passwords)
diskutil apfs unlockVolume /dev/disk3s5 -nomount

# Option B: Unlock using your 24-Character Personal Recovery Key (PRK) directly in Terminal
diskutil apfs unlockVolume /dev/disk3s5 -passphrase XXXX-XXXX-XXXX-XXXX-XXXX-XXXX -nomount

Trinn 4: Hva om FileVault låses opp rent og filsystemet IKKE er ødelagt, og det bare avviste passordet ditt ved oppstart?¶

Hvis diskutil apfs unlockVolume /dev/disk3s5 lyktes umiddelbart og diskutil apfs verifyVolume /dev/disk3s5 viser The volume Macintosh HD - Data appears to be OK, ditt eneste problem var en desynkronisert Preboot volum etter en passordendring eller OS-oppdatering. Reparer det på 5 sekunder slik at Mac-en starter normalt igjen:

# Mount the unlocked volume and force macOS to rebuild the Preboot login database:
diskutil mount /dev/disk3s5
diskutil apfs updatePreboot /dev/disk3s5

Fase 3: Redde data når fsck_apfs / Diskverktøy førstehjelp mislykkes (Invalid APFS Superblock eller Object Map Invalid)¶

Hva om opplåsing disk3s5 fungerer (FileVault: Yes (Unlocked)), men når du prøver å montere den på vanlig måte, sier macOS com.apple.DiskManagement.disenter error -119930868 / -69845 eller Disk Utility First Aid-rapporter: - error: omap_phys_t: invalid omap_most_recent_snap - error: nx_superblock_t: checkpoint map invalid - fsroot tree is invalid - File system verify or repair failed. : (-69845)

Følg disse tre eskalerende rettsmedisinske trinnene for å trekke ut 100 prosent av filene dine før du prøver noen destruktiv reparasjon:

Metode 1: Tving en skrivebeskyttet kjernemontering (mount_apfs -o rdonly)¶

Selv når APFS-volumet nekter å montere i lese-skrivemodus (fordi macOS nekter å montere et skittent APFS-volum lese-skrive når fsck_apfs finner en enkelt B-tre inkonsekvens), den apfs.kext driver vil ofte tillate en strengt skrivebeskyttet montering (-o rdonly):

# 1. Create a temporary mountpoint in the Recovery RAM disk
mkdir -p /Volumes/DataRescue

# 2. Force a read-only mount of the unlocked Data volume
mount_apfs -o rdonly /dev/disk3s5 /Volumes/DataRescue

# 3. Check if your home directory is accessible
ls -la /Volumes/DataRescue/Users/

ditto -V /Volumes/DataRescue/Users/yourname /Volumes/MyExternalDrive/Rescued_Mac_Home/

Metode 2: Hva om det levende filsystemtreet (fsroot) er ødelagt? Monter en innvendig APFS Local Snapshot (mount_apfs -s)¶

Her er det hemmelige våpenet til APFS gjenoppretting som til og med mange Apple Genius Bar-teknikere overser: Selv om du ikke hadde den eksterne Time Machine-stasjonen koblet til i dag, oppretter macOS automatisk usynlig, skrivebeskyttet APFS Local Snapshots (com.apple.TimeMachine.2026-10-31-140512.local eller com.apple.os.update-...) rett på den interne SSD-en hver time og rett før hver macOS-programvareoppdatering.

Fordi et APFS Snapshot er en frossen, uforanderlig B-trerot på tidspunktet (snap_meta_ext_phys_t), selv om det levende filsystemet (fsroot) ble ødelagt under en krasj for 10 minutter siden, øyeblikksbildet tatt for 1 time siden har sin egen uavhengige, ukorrupte B-trerot.

1. List opp alle interne APFS-øyeblikksbilder som bor på det ulåste datavolumet (disk3s5):

   diskutil apfs listSnapshots /dev/disk3s5
   

   Se på utgangen:

   Snapshot Disk:               disk3s5
   +-- Name: com.apple.TimeMachine.2026-10-31-120015.local
   +-- Name: com.apple.TimeMachine.2026-10-31-130144.local
   +-- Name: com.apple.os.update-MSUPrepareUpdate
   

2. Monter det siste øyeblikksbildet direkte inn /Volumes/SnapRescue bruker mount_apfs -s:

   mkdir -p /Volumes/SnapRescue
   mount_apfs -o rdonly -s com.apple.TimeMachine.2026-10-31-130144.local /dev/disk3s5 /Volumes/SnapRescue
   

3. Bla gjennom /Volumes/SnapRescue/Users/yourname og kopier hele brukermappen av til den eksterne stasjonen med ditto:

   ditto -V /Volumes/SnapRescue/Users/yourname /Volumes/MyExternalDrive/Rescued_From_Snapshot/
   

Metode 3: Inspisere eldre superblokker for containersjekkpunkt (nx_superblock_t) med fsck_apfs¶

Hva om hele APFS-beholderen (/dev/disk0s2 -> disk3) nekter å legge ved, eller både livevolumet og øyeblikksbildelisten mislykkes fordi den nyeste Container Superblock (nx_superblock_t) i spissen av sjekkpunktet ringbuffer ble revet under et plutselig strømbrudd?

1. Kjør først en ikke-destruktiv skrivebeskyttet diagnostisk verifisering (-n) på den fysiske APFS-partisjonen (/dev/disk0s2) for å se hvilken transaksjons-ID (xid) mislyktes:

   fsck_apfs -n /dev/disk0s2
   

2. Kun ETTER at du har forsøkt metode 1, metode 2 eller avbildet partisjonen (dd til en ekstern disk via Target Disk Mode / Share Disk), kjør fsck_apfs i interaktiv/reparasjonsmodus (-y) eller med eldre sjekkpunktskanning (-o / -S flagg der de støttes av gjenopprettingsbygget):

   fsck_apfs -y /dev/disk0s2
   

   Når fsck_apfs ser at den nyeste nx_superblock_t inne i Checkpoint Descriptor Area har en ugyldig Fletcher-64 kontrollsum (obj_cksum), går den automatisk bakover gjennom den sirkulære sjekkpunkt-ringbufferen (xp_desc_blocks) for å finne den høyeste gyldige historiske nx_superblock_t (xid - 1), ruller beholdertilstanden tilbake med noen sekunder, og gjenoppretter volumfestene.

Fase 4: Reparasjon av en ødelagt tidsmaskin .sparsebundle ("Time Machine Must Create a New Backup")¶

Hvis Time Machine-sikkerhetskopien din ligger på en Synology/QNAP/TrueNAS-nettverksressurs (SMB) eller en ekstern stasjon inne i en <MacName>.sparsebundle (eller .backupbundle)-pakken, og macOS dukker opp:

"Time Machine fullførte en verifisering av sikkerhetskopiene dine på 'NAS'. For å forbedre påliteligheten må Time Machine opprette en ny sikkerhetskopi for deg."

IKKE klikk på "Start ny sikkerhetskopiering" (ved å klikke på den knappen slettes hele flerårige sikkerhetskopiering .sparsebundle). Reparer i stedet sparsebunten på plass ved å bruke disse fire trinnene på din Mac:

Trinn-for-trinn Time Machine .sparsebundle / .backupbundle redning¶

1. Monter nettverksandelen (SMB) eller USB-stasjon i Finder slik at du kan se YourMac.sparsebundle (for eksempel kl /Volumes/TM_Share/YourMac.sparsebundle).
2. Lås opp enhver uforanderlig uchg flagg på sparsebundle-båndene: Åpne Terminal på Mac-en og gi full disktilgang til Terminal (System Settings -> Privacy & Security -> Full Disk Access), kjør deretter:

   sudo chflags -R nouchg "/Volumes/TM_Share/YourMac.sparsebundle"
   

3. Legg ved .sparsebundle som en rå lese-skrive virtuell disk UTEN å montere det korrupte filsystemet (-nomount):

   sudo hdiutil attach -nomount -noverify -noautofsck -readwrite "/Volumes/TM_Share/YourMac.sparsebundle"
   

   Se nøye på terminalutgangen:

   /dev/disk5              GUID_partition_scheme
   /dev/disk5s1            EFI
   /dev/disk5s2            Apple_APFS                      (or Apple_HFSX on older backups)
   

4. Sjekk om Time Machine-sikkerhetskopien din bruker APFS (macOS 11 Big Sur og nyere) eller HFS+ (macOS 10.15 Catalina og eldre), og kjør den samsvarende filsystemreparasjonen:
5. Hvis /dev/disk5s2 sier Apple_APFS: Løp diskutil apfs list for å se den syntetiserte APFS-beholderreferansen for disk5s2 (for eksempel Container disk6, Volum disk6s1), lås den opp hvis den er kryptert (diskutil apfs unlockVolume /dev/disk6s1 -nomount), og løp fsck_apfs:

   sudo fsck_apfs -y /dev/disk5s2
   

6. Hvis /dev/disk5s2 sier Apple_HFS eller Apple_HFSX: Kjør HFS+ katalog B-tree rebuilder (-drfy gjenoppbygger katalog B-treet hvis standard -fy mislykkes):

   sudo fsck_hfs -fy -c 2g /dev/rdisk5s2
   

7. Koble den reparerte virtuelle disken rent:

   sudo hdiutil detach /dev/disk5
   

8. Slett "Forgiftet / Verifikasjon mislyktes"-tilstanden (VerificationState = 2) inne Info.plist og com.apple.TimeMachine.MachineID.plist: Selv etter fsck_apfs eller fsck_hfs fikser 100 prosent av filsystemfeilene, Time Machine vil fortsatt nekte å bruke sikkerhetskopien før du fjerner feilflagget den skrev inn i com.apple.TimeMachine.MachineID.plist inne i sparsebunten:

   # Back up the plist first
   cp "/Volumes/TM_Share/YourMac.sparsebundle/com.apple.TimeMachine.MachineID.plist" ~/Desktop/MachineID.plist.bak
   
   # Edit the plist using plutil / PlistBuddy to reset VerificationState from 2 to 0
   /usr/libexec/PlistBuddy -c "Set :VerificationState 0" "/Volumes/TM_Share/YourMac.sparsebundle/com.apple.TimeMachine.MachineID.plist"
   /usr/libexec/PlistBuddy -c "Delete :RecoveryBackupDeclinedDate" "/Volumes/TM_Share/YourMac.sparsebundle/com.apple.TimeMachine.MachineID.plist" 2>/dev/null
   

   Klikk nå på Sikkerhetskopier nå i Time Machine (eller åpne YourMac.sparsebundle i Finder for å kopiere filer direkte): hele den historiske sikkerhetskopieringstidslinjen din monteres rent.

Fase 5: Herding av macOS APFS, FileVault og Time Machine mot fremtidige lockouts¶

Når Mac-dataene dine er reddet, fullfør denne 4-trinns sjekklisten for forebygging:

• Bekreft og skriv ut en fysisk kopi av din 24-tegns FileVault Personal Recovery Key (fdesetup): På en fungerende Mac, kontroller at FileVault-nøkkelen din er gyldig uten å endre den ved å kjøre sudo fdesetup changerecovery -personal (som genererer en fersk personlig gjenopprettingsnøkkel på 24 tegn som du umiddelbart kan lagre i din offline passordbehandler og fysisk brannsafe).
• Behold alltid minst 15% (50 GB til 100 GB) ledig plass på en APFS-oppstartsdisk: Når en APFS-beholder fylles til 99% kapasitet rett før en macOS Sonoma/Sequoia-systemoppdatering, installasjonsprogrammet og APFS Copy-on-Write Object Map (omap) kan gå tom for gratis blokker midt i oppdateringen, og strander Mac-en i en uoppstartbar bootloop (Error -69845).
• Oppretthold to uavhengige Time Machine-mål (eller par Time Machine med en rsync / Carbon Copy Cloner / Arq backup): Fordi Time Machine automatisk roterer sikkerhetskopier på tvers av flere konfigurerte destinasjoner (e.g., NAS SMB Share + Local USB-C SSD), å ha en direkte tilkoblet USB-C SSD sikrer at du aldri bare er avhengig av et nettverk .sparsebundle som kan ødelegge hvis Wi-Fi faller midt i skrivingen.
• Aldri lukk MacBook-lokket eller trekk i en USB-C-kabel mens Time Machine sier det Cleaning up... eller Preparing backup...: Den fasen oppdaterer APFS øyeblikksbilde B-treet og sparsebundle bandkart.

Regionale nødnumre og byråprotokoller¶

Mens et låst FileVault-volum eller ødelagt Time Machine-sikkerhetskopi normalt er en personlig eller bedrifts IT-krise, medfører sperringer av arbeidsstasjoner som påvirker medisinsk behandling, nødtjenester eller lovpålagt databeskyttelse formelle krav til eskalering:

• USA og Canada: Tast 911 hvis en arbeidsstasjonslåsing påvirker klinisk pasientbehandling, diagnostisk utstyr eller nødutsendelse. For helseforetak (HIPAA), merk at mens full disk FileVault 2 (AES-XTS-128) gir Safe Harbor mot uautorisert avsløring hvis en bærbar datamaskin blir stjålet, permanent tap av usikkerhetskopierte pasientjournaler er en tilgjengelighetshendelse i henhold til HIPAA-sikkerhetsregelen (45 CFR § 164.308(a)(7)).
• Storbritannia: Tast 999 for nødsituasjoner som påvirker livssikkerhet eller akutte NHS kliniske systemer. Vurder permanent tap av usikkerhetskopierte personopplysninger i henhold til UK GDPR artikkel 33 (ICO, 0303 123 1113).
• EU: Tast 112 på tvers av alle EUs medlemsland. Permanent tap av tilgjengelighet av personopplysninger eller kritiske tjenesteavbrudd krever evaluering i henhold til GDPR-artikkel 33 (72 timer) og NIS2 (24 timer for dekkede enheter).
• Australia og New Zealand: Tast 000 i Australia eller 111 i New Zealand for nødhjelp.
• India og Asia-Stillehavet: Ring 112 i India for nødhjelp; rapporter virksomhetens sikkerhets- eller tilgjengelighetshendelser under gjeldende CERT-In og DPDP Act-regler.

Ofte stilte spørsmål¶

Hvorfor viser min Mac TO volumer i Diskverktøy (Macintosh HD og Macintosh HD - Data), og hvorfor skjedde det å legge til et tredje volum etter at jeg installerte macOS på nytt?¶

Fra og med macOS Catalina (10.15) og Big Sur (11.0), delte Apple operativsystemet i en skrivebeskyttet Systemvolum (`Macintosh HD`) og en lese-skrive Datavolum (`Macintosh HD - Data`) slått sammen som en **APFS Volume Group** (slik at Finder viser dem som en enkelt stasjon). Hvis noen reinstallerte macOS på feil volum uten å slette volumgruppen på riktig måte, lager Diskverktøy et duplikat `Macintosh HD - Data - Data` volum mens originalfilene dine forblir inne i den eldre umonterte `Macintosh HD - Data` volum. Løp `diskutil apfs list` i Terminal, monter begge datavolumene og kontroller `/Volumes//Users/` på hver enkelt for å finne de virkelige filene dine.

Hva om jeg glemte BÅDE Mac-påloggingspassordet OG min FileVault-gjenopprettingsnøkkel på 24 tegn, og jeg ikke aktiverte iCloud FileVault-deponering?¶

Hvis `FileVault 2` er aktivert på en Apple Silicon (`M1/M2/M3/M4`) eller Intel `T2` Mac og du ikke har noe gyldig brukerpassord, personlig gjenopprettingsnøkkel, iCloud-gjenopprettingsdepositum eller bedriftens MDM-institusjonelle gjenopprettingsnøkkel (`Jamf / Intune`), det er kryptografisk umulig å dekryptere den interne SSD-en: ikke engang Apple Engineering eller et renromslaboratorium kan brute-force den maskinvarebundne AES-motoren inne i Secure Enclave (som tvinger maskinvaretidsforsinkelser mellom forsøkene). Før du gir opp, sjekk imidlertid tre steder hvor nøkkelen din fortsatt finnes: (1) sjekk om det finnes en annen Admin-brukerkonto på Mac-en (`diskutil apfs listcryptousers`); (2) sjekk om Mac-en din noen gang har vært registrert i arbeidsgiverens MDM (som automatisk deponerer en FileVault-gjenopprettingsnøkkel); eller (3) sjekk iCloud Drive / Bilder / Time Machine sikkerhetskopier.

Hvorfor gjorde det diskutil apfs unlockVolume mislykkes med Error: -69593: Checksum verification failed eller Invalid password (-69507) når jeg vet at passordet mitt er 100 % riktig?¶

Først, sjekk **Tastaturoppsettet** i øverste høyre hjørne av macOS-gjenopprettingsskjermen: Gjenoppretting er ofte standard til `U.S. QWERTY` selv om din MacBook har en britisk, tysk (`QWERTZ`), fransk (`AZERTY`), eller Dvorak-tastatur, forårsaker symboler (`@`, `"`, `-`, `_`, `y/z`) i passordet for å skrive inn feil tegn. Skriv inn passordet ditt i den synlige Terminal-ledeteksten først, slik at du kan se de nøyaktige tegnene på skjermen, kopier og lim det deretter inn i passordprompten.

Kan jeg gjenopprette slettede filer fra en APFS Mac SSD ved hjelp av PhotoRec eller Disk Drill hvis jeg ved et uhell tømte papirkurven?¶

På enhver moderne Mac med en intern SSD, når en fil slettes og papirkurven tømmes (og nei `APFS Local Snapshot` refererer til disse blokkene), sender macOS umiddelbart maskinvaren **NVMe `Deallocate (TRIM)`** kommando til SSD-kontrolleren, som nullstiller de ikke-tilordnede blokkene i løpet av sekunder. Derfor er **din #1 gjenopprettingsvei etter å ha tømt papirkurven på en Mac IKKE rå utskjæring: den monterer umiddelbart en `APFS Local Snapshot` (`diskutil apfs listSnapshots /` og `mount_apfs -s`) før timebildet roterer**, som forklart i fase 3 metode 2 ovenfor.

Hvorfor gikk Mac-en min tom for diskplass rett før den krasjet da jeg slettet 100 GB med videofiler 10 minutter tidligere?¶

Fordi `APFS` er et Copy-on-Write-filsystem som sletter en `100 GB` filen frigjør **ikke** disse `100 GB` av diskblokker hvis et timebasert **APFS Local Snapshot** (`com.apple.TimeMachine.*.local`) tatt tidligere i dag peker fortsatt på disse blokkene (`Purgeable Space`). Hvis Mac-en din ikke kan starte opp eller fullføre en oppdatering fordi øyeblikksbilder holder `100 GB` av plass som gissel, start opp i Recovery Terminal, lås opp `Macintosh HD - Data`, liste opp øyeblikksbildene med `diskutil apfs listSnapshots /dev/disk3s5`, og slett det eldste øyeblikksbildet med `diskutil apfs deleteSnapshot /dev/disk3s5 -name ` for å frigjøre blokkene øyeblikkelig.

Hvordan kopierer jeg filer ut av en sunn eller reparert Time Machine .sparsebundle på en Windows- eller Linux-PC hvis Mac-en min døde helt?¶

En tidsmaskin `.sparsebundle` er ganske enkelt en katalog som inneholder hundrevis av `8 megabyte` biter filer (`bands/0`, `bands/1`, `bands/2`...) som henger sammen for å danne et virtuelt diskbilde. På Linux (Ubuntu) kan du sikringsmontere sparsebundle-båndene i en enkelt virtuell blokkenhet ved å bruke **`sparsebundlefs`** (`sudo sparsebundlefs /mnt/nas/MyMac.sparsebundle /mnt/virtual_img`), og monter deretter det indre APFS-volumet skrivebeskyttet med **`apfs-fuse`** (`sudo apfs-fuse /mnt/virtual_img/sparsebundle.dmg /mnt/mac_files`) eller åpne `.sparsebundle` direkte i **UFS Explorer** / **R-Studio** på Windows.

Relaterte guider¶

• macOS kjernepanikk, svart skjerm og gjenoppretting
• BitLocker, FileVault og LUKS utlåsing av krypteringsnøkkel og tilbakestilling av TPM
• Utilsiktet rm -rf eller Shift+Delete på Linux, macOS eller Windows: umiddelbar skrivebeskyttet remontering
• VeraCrypt, BitLocker eller Cryptomator ødelagt volumoverskrift, gjenoppretting av sikkerhetskopihode og gjenoppretting av RAM-nøkkel
• SSD og NVMe plutselig skrivebeskyttet modus, 0 % reserveblokker og TRIM-deaktiverende redning
• Datasikkerhetskopiering, 3-2-1-strategien og katastrofegjenoppretting
• Nødnumre etter land

Kilder og offisiell veiledning¶

• Apple Inc. (developer.apple.com): Apple filsystem (APFS) Referanse: Container Superblock (nx_superblock_t), Checkpoint Descriptor Ring Buffer (xp_desc), Objektkart (omap_phys_t), og Volume Snapshot Structures.
• Apple Platform Security Guide (support.apple.com/guide/security): FileVault 2 full-disk krypteringsarkitektur, sikker enklave nøkkelinnpakning (VEK / KEK), og Preboot Volume Synchronization.
• Apple macOS Man Pages: diskutil(8), fsck_apfs(8), mount_apfs(8), hdiutil(1), og fdesetup(8) Systemadministrasjonsreferanse.
• National Institute of Standards and Technology (NIST) (USA): Spesialpublikasjon 800-111: Guide to Storage Encryption Technologies for End User Devices.