macOS FileVault o Time Machine Sparsebundle Nasira: APFS Container Superblock Repair, Local Snapshot Mount, at Recovery Key Terminal Unlock¶

Kapag nakakakita ng MacBook Pro, MacBook Air, Mac Studio, o iMac na tumangging mag-boot gamit ang flashing question-mark folder, isang prohibitory circle-and-slash sign (support.apple.com/mac/startup), isang login screen na tumatanggi sa iyong kilalang password pagkatapos ng pag-crash ng pag-update ng macOS, o pag-uulat ng Disk Utility Error: -69845: File system verify or repair failed / Invalid APFS superblock / Object map is invalid ay isang malubhang krisis sa imbakan ng macOS. Mas malala pa, kapag nag-plug ka sa iyong external na NAS o USB Time Machine backup drive para i-restore ang iyong mga file, madalas na nag-pop up ang macOS ng pangalawang mapangwasak na error: Time Machine completed a verification of your backups. To improve reliability, Time Machine must create a new backup for you (ini-lock out ang iyong .sparsebundle). Huwag i-click ang Erase Mac o hayaan ang Time Machine na i-overwrite ang iyong backup na history. Dahil ang Apple File System (APFS) ay isang Copy-on-Write (CoW) transactional filesystem na nagpapanatili ng mga makasaysayang container superblock (nx_superblock_t) at mga read-only na lokal na snapshot mismo sa disk, maaari mong halos palaging i-unlock ang FileVault at i-mount ang isang mas lumang malusog na checkpoint ng transaksyon mula sa macOS Recovery Terminal. Kung ang iyong Mac ay nakakaranas ng hardware kernel panic loop o black screen kaysa sa APFS volume error, tingnan macOS kernel panic, black screen, at recovery; para sa mga cross-platform encryption lockout (BitLocker, FileVault, LUKS), tingnan mo BitLocker, FileVault, at LUKS encryption recovery key lockout at TPM reset at aksidenteng rm -rf o Shift-Delete sa ext4, XFS, APFS, at NTFS: read-only remount. Kung ang lockout ng workstation na ito ay nakakaapekto sa klinikal na pangangalaga ng ospital, pagpapadala ng emerhensiya, o mga operasyong pangkaligtasan sa buhay, tawagan ang iyong lokal na numero ng emergency (911 sa Estados Unidos at Canada, 112 sa buong European Union, 999 sa United Kingdom) o tingnan ang aming direktoryo ng mga numerong pang-emergency.

Gawin ito ngayon¶

1. HUWAG i-click ang "Erase Mac," "Erase Volume Group," o "Start New Backup" sa Time Machine: Kahit na nabigo ang pindutan ng First Aid ng Disk Utility. File system verify or repair failed (-69845) o fsck_apfs paglabas na may code 8, ang iyong mga naka-encrypt na file ng user sa loob Macintosh HD - Data (o ang iyong Time Machine .sparsebundle bands) ay pisikal na buo pa rin sa SSD.
2. Mag-boot sa macOS Recovery (Utilities -> Terminal) kaagad upang ihinto ang background TRIM at Copy-on-Write checkpoint rotation:
3. Sa Apple Silicon Macs (M1, M2, M3, M4): Isara nang buo ang Mac, pagkatapos ay pindutin nang matagal ang Power (Touch ID) button sa loob ng 10 segundo hanggang sa sabihin sa screen Loading startup options.... I-click ang Options -> Continue.
4. Sa Intel Macs: I-on ang Mac at hawakan kaagad Command (⌘) + R (o Option + Command + R para sa Internet Recovery) hanggang sa lumitaw ang logo ng Apple o umiikot na globo.
5. Kung natigil ang graphical na Recovery Assistant na humihiling sa iyo na pumili ng administrator user na ang password ay ayaw nitong tanggapin, huwag na huwag mag-click Erase Mac sa kaliwang tuktok Recovery Assistant menu. Sa halip, hanapin ang "Nakalimutan ang lahat ng password?" (na magbubukas sa 24-character na Personal Recovery Key o iCloud Apple ID unlock prompt) o gamitin ang Utilities menu para ilunsad ang Terminal.
6. I-unlock FileVault 2 mano-mano mula sa Recovery Terminal (diskutil apfs unlockVolume) bago subukan ang anumang pag-mount o kopya ng file: Kapag ang dami ng APFS ay naka-encrypt gamit ang FileVault, Macintosh HD - Data nananatiling hindi nakikita (Locked: Yes) hanggang sa i-unlock mo ito. Sa Recovery Terminal, tumakbo diskutil apfs list upang mahanap ang node ng device ng iyong Data volume (karaniwang disk3s5 sa Apple Silicon o disk2s1 sa Intel) at tumakbo diskutil apfs unlockVolume /dev/disk3s5 (kasama ang iyong login password) o diskutil apfs unlockVolume /dev/disk3s5 -recoverykeychain / -passphrase <24-CHAR-RECOVERY-KEY>.
7. Kung Macintosh HD - Data nagbubukas (Unlocked: Yes) ngunit nabigong i-mount ang read-write dahil sa isang sirang B-tree o Object Map (omap), i-mount ito nang mahigpit na READ-ONLY (mount_apfs -o rdonly) o mag-mount ng mas matanda APFS Local Snapshot (mount_apfs -s): Pag nakapasa ka -o rdonly (o mag-mount ng pre-crash hourly na lokal na snapshot ng Time Machine na naka-imbak sa panloob na SSD sa pamamagitan ng mount_apfs -s), nilaktawan ng driver ng kernel ng APFS ang write-journal replay at hinahayaan kang kopyahin ang 100 porsyento ng /Users/yourname sa isang panlabas na USB drive sa pamamagitan ng rsync o cp -R.
8. Huwag tumakbo fsck_apfs -y paulit-ulit sa isang bagsak na SSD bago ilikas ang iyong mga file read-only: Kung ang APFS Object Map (omap_phys_t) o Extent Reference Tree ay nasira, na pumipilit sa isang read-write repair gamit ang fsck_apfs -y maaaring i-unmap ang nasira na mga node ng direktoryo. Laging subukan mount_apfs -o rdonly at kopyahin /Users/ sa isang panlabas na drive una, at tumakbo lamang fsck_apfs pagkatapos.
9. Para sa isang sirang Time Machine .sparsebundle (Backup Verification Failed), i-clear ang com.apple.backupd.ModelID i-lock ang mga flag Info.plist, ikabit ang sparsebundle na may hdiutil attach -nomount -readwrite, at ayusin ang panloob na dami ng APFS/HFS+ gamit ang fsck_apfs o fsck_hfs: Halos palaging maaari mong iligtas ang backup na kasaysayan at ang live na sparsebundle nang hindi nagsisimulang muli.

Decision tree: unbootable Mac, naka-lock na FileVault, o sira na Triage ng Time Machine¶

Gamitin ang flowchart na ito sa macOS Recovery (Utilities -> Terminal) upang piliin ang eksaktong hindi mapanirang landas sa pagbawi:

flowchart TD
    Start["Emergency: Mac Unbootable, FileVault Rejecting Password, o Time Machine Corrupted"] --> WhichIssue{"Aling Krisis ang Hinaharap Mo?"}

    WhichIssue -->|"1. Internal Mac SSD Unbootable (? Folder / Prohibitory Sign / First Aid Error -69845)"| BootRec["Mag-boot sa macOS Recovery -> Open Utilities -> Terminal -> Run: diskutil apfs list"]

    WhichIssue -->|"2. Pagtanggi ng FileVault sa Kilalang Password ng User o Paghingi ng Recovery Key"| FVFix["Sa Recovery Assistant: I-click ang 'Nakalimutan ang lahat ng password?' O Patakbuhin ang diskutil apfs listcryptusers sa Terminal"]

    WhichIssue -->|"3. Sabi ng Time Machine: Nasira ang Backup / Dapat Gumawa ng Bagong Backup"| TMFix["Mount Network/USB Drive -> Inspect .sparsebundle/Info.plist -> hdiutil attach -nomount -> fsck_apfs / fsck_hfs"]

    BootRec --> ContainerOk{"Ipinapakita ba ng listahan ng diskutil apfs ang APFS Container & Volumes (Macintosh HD - Data)?"}

    ContainerOk -->|"Hindi: Nawawala ang Lalagyan ng APFS o 'Di-wastong APFS Superblock'"| SuperblockRec["I-scan ang Nakaraang APFS Container Checkpoint Superblocks (nx_superblock_t) at Mount Read-Only sa pamamagitan ng fsck_apfs -n / apfs-fuse"]

    ContainerOk -->|"Oo: Mga Nakalistang Volume (hal. disk3s5)"| UnlockStep["I-unlock ang FileVault nang walang Pag-mount: diskutil apfs unlockVolume /dev/disk3s5 -nomount"]

    UnlockStep --> TryRO["Subukan ang Read-Only Mount: mkdir /Volumes/Rescue && mount_apfs -o rdonly /dev/disk3s5 /Volumes/Rescue"]

    TryRO --> DidMount{"Malinis ba ang /Volumes/Rescue Mount?"}
    DidMount -->|"Oo"| CopyData["Isaksak ang ExFAT/APFS External USB Drive -> Kopyahin ang /Volumes/Rescue/Users/<you> Kaagad na may ditto o rsync"]
    DidMount -->|"Hindi: mount_apfs Nagbabalik ng Di-wastong Argumento / Error sa Input-Output"| SnapMount["Maglista ng Panloob na APFS Snapshots (diskutil apfs listSnapshots) -> Mount Pre-Crash Snapshot sa pamamagitan ng mount_apfs -s"]

    FVFix --> UnlockStep

Phase 1: Pag-unawa sa APFS Container, Volume Group, at FileVault Key Hierarchy¶

Bago mag-type ng mga command sa macOS Recovery Terminal, unawain kung paano ang modernong macOS (Catalina 10.15 sa pamamagitan ng Monterey, Ventura, Sonoma, at Sequoia) naglalagay ng panloob na SSD at bakit Macintosh HD ay HINDI kung saan nakatira ang iyong mga file.

+-------------------------------------------------------------------------+
| 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)              |
+-------------------------------------------------------------------------+

Tatlong kritikal na katotohanan mula sa arkitektura na ito ang magliligtas sa iyong pagbawi: 1. Huwag mag-aksaya ng oras sa pagsubok na bawiin ang mga file mula sa Macintosh HD (disk3s1): Mula noong macOS Big Sur (11.0+), Macintosh HD ay isang cryptographically sealed, read-only system snapshot (APFS Signed System Volume). Ang bawat file ng user, larawan, desktop folder, keychain, at database ay nabubuhay sa kasama Macintosh HD - Data dami (typically disk3s5 sa Apple Silicon o disk2s1 / disk1s1 sa Intel). 2. Bakit minsan tinatanggihan ng FileVault ang iyong tamang password pagkatapos ng pag-crash (Preboot Pag-desynchronize): Sa pinakaunang boot screen (EFI / iBoot Preboot Login), ang Macintosh HD - Data ang volume ay naka-encrypt pa rin at hindi nababasa. Paano ibe-verify ng Mac ang iyong password bago ma-unlock ang disk? Nagbabasa ito ng naka-synchronize na kopya ng hash ng password ng iyong user account at cryptographic keybag na nakaimbak sa hindi naka-encrypt Preboot dami (disk3s2). Kung binago mo kamakailan ang iyong password sa pag-login sa Mac o na-update ang macOS at ang Preboot hindi na-update ang dami (diskutil apfs updatePreboot), tinatanggihan ng paunang boot screen ang iyong bagong password habang diskutil apfs unlockVolume sa Recovery Terminal, tinatanggap kaagad ang iyong luma o bagong password. 3. Bakit APFS nagpapanatili ng mas lumang malusog na estado kahit na ang pinakabagong checkpoint ay nasira: Sa bawat oras APFS nagsusulat ang mga flushes sa disk, hindi nito na-overwrite ang umiiral na nx_superblock_t (Container Superblock) o apfs_superblock_t (Volume Superblock) sa lugar. Sa halip, nagsusulat ito ng bagong-bagong superblock sa Checkpoint Descriptor Area (xp_desc) ring buffer na may nadagdag na Transaction ID (xid). Kung nabigo ang kapangyarihan o ang kernel ay nataranta habang nagsusulat ng Transaksyon xid 950412, Transaksyon xid 950411 (nakasulat na mga segundo kanina) ay nakaupo pa rin sa loob ng checkpoint ring buffer sa disk.

Phase 2: Pag-unlock FileVault 2 mula sa macOS Recovery Terminal kapag Nabigo ang Login o GUI¶

Mag-boot sa macOS Recovery, buksan ang tuktok na menu bar, at i-click ang Utilities -> Terminal.

Hakbang 1: Tukuyin ang iyong APFS Container at Macintosh HD - Data identifier ng device¶

Sa window ng Recovery Terminal, patakbuhin ang:

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)

Hakbang 2: Siyasatin ang lahat ng wastong Cryptographic na User (Key Wrapping Keys) sa dami ng Data¶

Para makita ang bawat user account, Personal Recovery Key (PRK), o iCloud/Institutional key na may kakayahang mag-unlock disk3s5, tumakbo:

diskutil apfs listcryptousers /dev/disk3s5

Hakbang 3: I-unlock ang volume na HINDI pa naka-mount (-nomount)¶

Bakit pumasa -nomount kapag ina-unlock ang isang potensyal na sira ang dami ng APFS? Dahil sa default, diskutil apfs unlockVolume agad na sinusubukang i-mount ang volume sa read-write mode, na magti-trigger ng awtomatikong write-journal replay o mag-hang ng Terminal kung nasira ang B-tree. pagpasa -nomount binubuksan ang cryptographic na Volume Encryption Key (VEK) sa Secure Enclave habang pinananatiling naka-unmount ang filesystem upang mai-mount namin ito nang mahigpit na read-only sa Phase 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

Hakbang 4: Paano kung malinis na na-unlock ang FileVault at HINDI nasira ang filesystem, at tinanggihan lang nito ang iyong password sa boot?¶

Kung diskutil apfs unlockVolume /dev/disk3s5 nagtagumpay agad at diskutil apfs verifyVolume /dev/disk3s5 mga palabas The volume Macintosh HD - Data appears to be OK, ang problema mo lang ay desynchronize Preboot volume pagkatapos ng pagbabago ng password o pag-update ng OS. Ayusin ito sa loob ng 5 segundo para mag-boot muli nang normal ang iyong Mac:

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

Phase 3: Pag-rescue ng data kung kailan fsck_apfs / Nabigo ang Disk Utility First Aid (Invalid APFS Superblock o Object Map Invalid)¶

Paano kung mag-unlock disk3s5 gumagana (FileVault: Yes (Unlocked)), ngunit kapag sinubukan mong i-mount ito nang normal, sinasabi ng macOS com.apple.DiskManagement.disenter error -119930868 / -69845 o mga ulat ng Disk Utility First Aid: - 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)

Sundin ang tatlong dumaraming forensic na hakbang na ito upang kunin ang 100 porsiyento ng iyong mga file bago subukan ang anumang mapanirang pagkumpuni:

Paraan 1: Pilitin ang isang Read-Only kernel mount (mount_apfs -o rdonly)¶

Kahit na ang dami ng APFS ay tumangging i-mount sa read-write mode (dahil ang macOS ay tumangging mag-mount ng maruming APFS volume read-write kapag fsck_apfs nakakahanap ng isang hindi pagkakapare-pareho ng B-tree), ang apfs.kext madalas na pinapayagan ng driver ang isang mahigpit na read-only mount (-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/

Paraan 2: Paano kung ang live na filesystem tree (fsroot) ay corrupted? I-mount ang isang panloob APFS Local Snapshot (mount_apfs -s)¶

Narito ang lihim na sandata ng APFS pagbawi na kahit na maraming mga technician ng Apple Genius Bar ay nakaligtaan: Kahit na hindi nakasaksak ang iyong external na Time Machine drive ngayon, awtomatikong gumagawa ang macOS ng invisible, read-only APFS Local Snapshots (com.apple.TimeMachine.2026-10-31-140512.local o com.apple.os.update-...) mismo sa iyong panloob na SSD bawat oras at bago ang bawat pag-update ng macOS software.

Dahil ang APFS Snapshot ay isang frozen, hindi nababagong point-in-time na B-tree root (snap_meta_ext_phys_t), kahit na ang live na filesystem (fsroot) ay nasira sa isang pag-crash 10 minuto ang nakalipas, ang snapshot na kinunan 1 oras ang nakalipas ay may sarili nitong independyente, hindi nasirang B-tree root.

1. Ilista ang lahat ng panloob na snapshot ng APFS na nabubuhay sa iyong naka-unlock na Dami ng Data (disk3s5):

   diskutil apfs listSnapshots /dev/disk3s5
   

   Tingnan ang output:

   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. Direktang i-mount ang pinakabagong snapshot /Volumes/SnapRescue gamit 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. Mag-browse /Volumes/SnapRescue/Users/yourname at kopyahin ang iyong buong folder ng user sa iyong panlabas na drive gamit ang ditto:

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

Paraan 3: Pag-inspeksyon sa mga mas lumang Container Checkpoint Superblock (nx_superblock_t) kasama fsck_apfs¶

Paano kung ang buong APFS Container (/dev/disk0s2 -> disk3) tumangging ilakip, o pareho ang live volume at snapshot na listahan ay nabigo dahil ang pinakabagong Container Superblock (nx_superblock_t) sa ulo ng checkpoint ring buffer ay napunit sa biglaang pagkawala ng kuryente?

1. Magpatakbo muna ng hindi mapanirang read-only na diagnostic verify (-n) sa pisikal na partisyon ng APFS (/dev/disk0s2) para makita kung aling transaction ID (xid) nabigo:

   fsck_apfs -n /dev/disk0s2
   

2. Pagkatapos lamang mong subukan ang Paraan 1, Paraan 2, o mailarawan ang partisyon (dd sa isang panlabas na disk sa pamamagitan ng Target Disk Mode / Share Disk), patakbuhin fsck_apfs sa interactive/repair mode (-y) o may mas lumang checkpoint scanning (-o / -S mga flag kung saan sinusuportahan ng Recovery build):

   fsck_apfs -y /dev/disk0s2
   

   kailan fsck_apfs nakikita na ang pinakabago nx_superblock_t sa loob ng Checkpoint Descriptor Area ay may di-wastong Fletcher-64 checksum (obj_cksum), awtomatiko itong lumalakad pabalik sa pamamagitan ng pabilog na checkpoint ring buffer (xp_desc_blocks) upang mahanap ang pinakamataas na wastong kasaysayan nx_superblock_t (xid - 1), i-roll ang container state pabalik ng ilang segundo, at ibinabalik ang volume mounts.

Phase 4: Pag-aayos ng Sirang Time Machine .sparsebundle ("Time Machine Must Create a New Backup")¶

Kung ang iyong backup ng Time Machine ay nasa isang bahagi ng network ng Synology/QNAP/TrueNAS (SMB) o isang panlabas na drive sa loob ng <MacName>.sparsebundle (o .backupbundle) package, at nag-pop up ang macOS:

"Nakumpleto ng Time Machine ang isang pag-verify ng iyong mga backup sa 'NAS'. Upang mapabuti ang pagiging maaasahan, dapat gumawa ang Time Machine ng bagong backup para sa iyo."

HUWAG i-click ang "Start New Backup" (pag-click sa button na iyon ay tinatanggal ang iyong buong multi-year backup .sparsebundle). Sa halip, ayusin ang sparsebundle sa lugar gamit ang apat na hakbang na ito sa iyong Mac:

Hakbang-hakbang na Time Machine .sparsebundle / .backupbundle iligtas¶

1. I-mount ang network share (SMB) o USB drive sa Finder para makita mo YourMac.sparsebundle (halimbawa, sa /Volumes/TM_Share/YourMac.sparsebundle).
2. I-unlock ang anumang hindi nababago uchg mga flag sa sparsebundle band: Buksan ang Terminal sa iyong Mac at bigyan ng Full Disk Access sa Terminal (System Settings -> Privacy & Security -> Full Disk Access), pagkatapos ay tumakbo:

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

3. Ilakip ang .sparsebundle bilang isang hilaw na read-write virtual disk na WALANG naka-mount ang sirang filesystem nito (-nomount):

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

   Tingnan nang mabuti ang output ng terminal:

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

4. Suriin kung gumagamit ang iyong backup ng Time Machine APFS (macOS 11 Big Sur at mas bago) o HFS+ (macOS 10.15 Catalina at mas luma), at patakbuhin ang katugmang filesystem repair:
5. Kung /dev/disk5s2 sabi Apple_APFS: Takbo diskutil apfs list upang makita ang synthesized na sanggunian ng APFS Container para sa disk5s2 (halimbawa, Container disk6, Dami disk6s1), i-unlock ito kung naka-encrypt (diskutil apfs unlockVolume /dev/disk6s1 -nomount), at tumakbo fsck_apfs:

   sudo fsck_apfs -y /dev/disk5s2
   

6. Kung /dev/disk5s2 sabi Apple_HFS o Apple_HFSX: Patakbuhin ang HFS+ catalog B-tree rebuilder (-drfy muling itinatayo ang catalog na B-tree kung karaniwan -fy nabigo):

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

7. Malinis na tanggalin ang naayos na virtual disk:

   sudo hdiutil detach /dev/disk5
   

8. I-clear ang "Poisoned / Verification Failed" state (VerificationState = 2) sa loob Info.plist at com.apple.TimeMachine.MachineID.plist: Kahit pagkatapos fsck_apfs o fsck_hfs inaayos ang 100 porsiyento ng mga error sa filesystem, ang Time Machine ay pa rin tatanggi na gamitin ang backup hanggang sa alisin mo ang failure flag na sinulatan nito com.apple.TimeMachine.MachineID.plist sa loob ng sparsebundle:

   # 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
   

   Ngayon i-click ang Back Up Now sa Time Machine (o buksan YourMac.sparsebundle sa Finder para direktang kopyahin ang mga file): ang iyong buong makasaysayang backup na timeline ay malinis.

Phase 5: Pinapatigas ang macOS APFS, FileVault, at Time Machine laban sa mga lockout sa hinaharap¶

Kapag na-rescue na ang iyong data sa Mac, kumpletuhin itong 4-step na checklist sa pag-iwas:

• I-verify at mag-print ng pisikal na kopya ng iyong 24-character na FileVault Personal Recovery Key (fdesetup): Sa isang gumaganang Mac, i-verify na valid ang iyong FileVault key nang hindi ito binabago sa pamamagitan ng pagpapatakbo sudo fdesetup changerecovery -personal (na bumubuo ng bagong 24-character na Personal Recovery Key na maiimbak mo kaagad sa iyong offline na tagapamahala ng password at pisikal na ligtas sa sunog).
• ** Laging itago kahit man lang 15% (50 GB sa 100 GB) ng libreng espasyo sa isang APFS startup disk**: Kapag napuno ang isang APFS container sa 99% kapasidad bago ang isang macOS Sonoma/Sequoia system update, ang installer at APFS Copy-on-Write Object Map (omap) ay maaaring maubusan ng mga libreng bloke sa kalagitnaan ng pag-update, na na-stranding ang Mac sa isang hindi ma-boot na bootloop (Error -69845).
• Panatilihin ang dalawang independiyenteng target ng Time Machine (o ipares ang Time Machine sa isang rsync / Carbon Copy Cloner / Arq backup): Dahil awtomatikong iniikot ng Time Machine ang mga backup sa maraming naka-configure na destinasyon (e.g., NAS SMB Share + Local USB-C SSD), tinitiyak ng pagkakaroon ng direktang naka-attach na USB-C SSD na hindi ka umaasa lamang sa isang network .sparsebundle na maaaring masira kung ang Wi-Fi ay bumaba sa kalagitnaan ng pagsulat.
• Huwag isara ang takip ng MacBook o hilahin ang USB-C cable habang sinasabi ng Time Machine Cleaning up... o Preparing backup...: Ina-update ng yugtong iyon ang APFS snapshot B-tree at sparsebundle mapa ng banda.

Mga panrehiyong numero ng emergency at mga protocol ng ahensya¶

Bagama't ang isang naka-lock na dami ng FileVault o sira na backup ng Time Machine ay karaniwang isang personal o enterprise na krisis sa IT, ang mga lockout ng workstation na nakakaapekto sa pangangalagang medikal, mga serbisyong pang-emergency, o ayon sa batas na proteksyon ng data ay nagdadala ng mga pormal na kinakailangan sa pagdami:

• Estados Unidos at Canada: I-dial 911 kung ang isang workstation lockout ay nakakaapekto sa klinikal na pangangalaga ng pasyente, diagnostic equipment, o emergency na pagpapadala. Para sa mga entidad ng pangangalagang pangkalusugan (HIPAA), tandaan na habang full-disk FileVault 2 (AES-XTS-128) ay nagbibigay ng Safe Harbor laban sa hindi awtorisadong pagsisiwalat kung ninakaw ang isang laptop, ang permanenteng pagkawala ng mga hindi naka-backup na rekord ng pasyente ay isang insidente sa pagkakaroon sa ilalim ng HIPAA Security Rule (45 CFR § 164.308(a)(7)).
• United Kingdom: I-dial 999 para sa mga emerhensiya na nakakaapekto sa kaligtasan ng buhay o talamak na mga klinikal na sistema ng NHS. Suriin ang permanenteng pagkawala ng hindi na-back-up na personal na data sa ilalim ng UK GDPR Artikulo 33 (ICO, 0303 123 1113).
• European Union: I-dial 112 sa lahat ng estadong miyembro ng EU. Ang permanenteng pagkawala ng availability ng personal na data o mga kritikal na pagkawala ng serbisyo ay nangangailangan ng pagsusuri sa ilalim ng GDPR Article 33 (72 oras) at NIS2 (24 na oras para sa mga sakop na entity).
• Australia at New Zealand: I-dial 000 sa Australia o 111 sa New Zealand para sa emergency na pagtugon.
• India at Asia-Pacific: I-dial 112 sa India para sa emergency na pagtugon; mag-ulat ng mga insidente ng seguridad o pagkakaroon ng enterprise sa ilalim ng naaangkop na CERT-In at DPDP Act na mga panuntunan.

Mga madalas itanong¶

Bakit ang aking Mac ay nagpapakita ng DALAWANG volume sa Disk Utility (Macintosh HD at Macintosh HD - Data), at bakit nangyari ang pagdaragdag ng ikatlong volume pagkatapos kong muling i-install ang macOS?¶

Simula sa macOS Catalina (10.15) at Big Sur (11.0), hinati ng Apple ang operating system sa isang read-only Dami ng system (`Macintosh HD`) at isang read-write Dami ng data (`Macintosh HD - Data`) pinagsama-sama bilang isang **APFS Volume Group** (kaya ipinapakita ng Finder ang mga ito bilang isang drive). Kung may nag-install muli ng macOS sa maling volume nang hindi binubura nang maayos ang Volume Group, gagawa ang Disk Utility ng duplicate `Macintosh HD - Data - Data` volume habang ang iyong mga orihinal na file ay nananatiling nakaupo sa loob ng mas lumang hindi naka-mount `Macintosh HD - Data` dami. Takbo `diskutil apfs list` sa Terminal, i-mount ang parehong dami ng Data, at suriin `/Volumes//Users/` sa bawat isa upang mahanap ang iyong mga tunay na file.

Paano kung nakalimutan ko PAREHO ang aking password sa pag-log in sa Mac AT ang aking 24-character na FileVault Recovery Key, at hindi ko pinagana ang iCloud FileVault escrow?¶

Kung `FileVault 2` ay pinagana sa isang Apple Silicon (`M1/M2/M3/M4`) o Intel `T2` Mac at wala kang anumang wastong password ng user, Personal Recovery Key, iCloud Recovery escrow, o corporate MDM Institutional Recovery Key (`Jamf / Intune`), ito ay cryptographically imposible upang i-decrypt ang panloob na SSD: kahit na ang Apple Engineering o isang cleanroom lab ay hindi maaaring pilitin ang hardware-bound AES engine sa loob ng Secure Enclave (na nagpapatupad ng mga pagkaantala sa oras ng hardware sa pagitan ng mga pagtatangka). Bago sumuko, gayunpaman, tingnan ang tatlong lugar kung saan maaaring umiiral pa rin ang iyong susi: (1) tingnan kung mayroon pang Admin user account sa Mac (`diskutil apfs listcryptousers`); (2) tingnan kung ang iyong Mac ay naka-enroll sa MDM ng iyong employer (na awtomatikong nag-escrow ng FileVault Recovery Key); o (3) tingnan ang iyong mga backup sa iCloud Drive / Photos / Time Machine.

Bakit ginawa diskutil apfs unlockVolume mabibigo sa Error: -69593: Checksum verification failed o Invalid password (-69507) kapag alam kong 100% ang password ko?¶

Una, tingnan ang iyong **Layout ng Keyboard** sa kanang sulok sa itaas ng screen ng Pagbawi ng macOS: Madalas na nagde-default ang pag-recover sa `U.S. QWERTY` kahit na ang iyong MacBook ay may UK, German (`QWERTZ`), Pranses (`AZERTY`), o Dvorak keyboard, na nagiging sanhi ng mga simbolo (`@`, `"`, `-`, `_`, `y/z`) sa iyong password upang i-type ang maling character. I-type muna ang iyong password sa nakikitang Terminal command prompt para makita mo ang eksaktong mga character sa screen, pagkatapos ay kopyahin at i-paste ito sa prompt ng password.

Maaari ko bang mabawi ang mga tinanggal na file mula sa isang APFS Mac SSD gamit PhotoRec o Disk Drill kung hindi ko sinasadyang maalis ang laman ng Basura?¶

Sa anumang modernong Mac na may panloob na SSD, kapag ang isang file ay tinanggal at ang Basurahan ay walang laman (at hindi `APFS Local Snapshot` tinutukoy ang mga bloke na iyon), agad na ipinadala ng macOS ang hardware **NVMe `Deallocate (TRIM)`** utos sa SSD controller, na nag-zero sa mga hindi na-map na bloke sa loob ng ilang segundo. Samakatuwid, **ang iyong #1 na landas sa pagbawi pagkatapos alisin ang laman ng Basurahan sa isang Mac ay HINDI raw carving: ito ay agad na naglalagay ng `APFS Local Snapshot` (`diskutil apfs listSnapshots /` at `mount_apfs -s`) bago umikot ang oras-oras na snapshot**, gaya ng ipinaliwanag sa Phase 3 Method 2 sa itaas.

Bakit naubusan ng puwang sa disk ang aking Mac bago mag-crash noong nagtanggal ako ng 100 GB ng mga video file 10 minuto ang nakalipas?¶

kasi `APFS` ay isang Copy-on-Write filesystem, tinatanggal ang a `100 GB` Ang file ay **hindi** libre ang mga iyon `100 GB` ng mga bloke ng disk kung isang oras-oras na **APFS Local Snapshot** (`com.apple.TimeMachine.*.local`) na kinuha kanina ngayon ay tumuturo pa rin sa mga bloke na iyon (`Purgeable Space`). Kung hindi makapag-boot o makakumpleto ng update ang iyong Mac dahil may hawak na mga snapshot `100 GB` ng space hostage, mag-boot sa Recovery Terminal, i-unlock `Macintosh HD - Data`, ilista ang mga snapshot na may `diskutil apfs listSnapshots /dev/disk3s5`, at tanggalin ang pinakalumang snapshot na may `diskutil apfs deleteSnapshot /dev/disk3s5 -name ` upang palayain kaagad ang mga bloke.

Paano ko kokopyahin ang mga file mula sa isang malusog o naayos na Time Machine .sparsebundle sa isang Windows o Linux PC kung ang aking Mac ay ganap na namatay?¶

Isang Time Machine `.sparsebundle` ay isang direktoryo lamang na naglalaman ng daan-daang `8 megabyte` chunk files (`bands/0`, `bands/1`, `bands/2`...) na pinagsama-sama upang bumuo ng isang virtual na imahe ng disk. Sa Linux (Ubuntu), maaari mong i-fuse-mount ang sparsebundle bands sa isang virtual block device gamit ang **`sparsebundlefs`** (`sudo sparsebundlefs /mnt/nas/MyMac.sparsebundle /mnt/virtual_img`), at pagkatapos ay i-mount ang panloob na dami ng APFS read-only gamit ang **`apfs-fuse`** (`sudo apfs-fuse /mnt/virtual_img/sparsebundle.dmg /mnt/mac_files`) o buksan ang `.sparsebundle` direkta sa **UFS Explorer** / **R-Studio** sa Windows.

Mga kaugnay na gabay¶

• macOS kernel panic, black screen, at recovery
• BitLocker, FileVault, at LUKS encryption recovery key lockout at TPM reset
• Aksidenteng rm -rf o Shift+Delete sa Linux, macOS, o Windows: agarang read-only remount
• VeraCrypt, BitLocker, o Cryptomator sirang volume header, backup header restoration, at RAM key recovery
• SSD at NVMe sudden read-only mode, 0% ekstrang block, at TRIM disabled rescue
• Mga pag-backup ng computer, ang 3-2-1 na diskarte, at pagbawi ng kalamidad
• Mga numerong pang-emergency ayon sa bansa

Mga mapagkukunan at opisyal na patnubay¶

• Apple Inc. (developer.apple.com): Apple File System (APFS) Sanggunian: Container Superblock (nx_superblock_t), Checkpoint Descriptor Ring Buffer (xp_desc), Object Map (omap_phys_t), at Volume Snapshot Structures.
• Gabay sa Seguridad ng Apple Platform (support.apple.com/guide/security): FileVault 2 Full-Disk Encryption Architecture, Secure Enclave Key Wrapping (VEK / KEK), at Preboot Volume Synchronization.
• Apple macOS Man Pages: diskutil(8), fsck_apfs(8), mount_apfs(8), hdiutil(1), at fdesetup(8) Sanggunian sa Pangangasiwa ng Sistema.
• National Institute of Standards and Technology (NIST) (United States): Espesyal na Publikasyon 800-111: Gabay sa Storage Encryption Technologies para sa Mga End User Device.