macOS FileVault atau Time Machine Sparsebundle Rusak: Perbaikan Superblock Kontainer APFS, Pemasangan Snapshot Lokal, dan Buka Kunci Terminal Kunci Pemulihan¶

Melihat MacBook Pro, MacBook Air, Mac Studio, atau iMac menolak melakukan booting dengan folder tanda tanya berkedip, tanda lingkaran dan garis miring larangan (support.apple.com/mac/startup), layar masuk yang menolak kata sandi Anda yang diketahui setelah pembaruan macOS mogok, atau pelaporan Utilitas Disk Error: -69845: File system verify or repair failed / Invalid APFS superblock / Object map is invalid adalah krisis penyimpanan macOS yang parah. Yang lebih buruk lagi, saat Anda menyambungkan drive cadangan NAS eksternal atau USB Time Machine untuk memulihkan file, macOS sering kali memunculkan kesalahan fatal kedua: Time Machine completed a verification of your backups. To improve reliability, Time Machine must create a new backup for you (mengunci file Anda .sparsebundle). Jangan klik Erase Mac atau biarkan Time Machine menimpa riwayat cadangan Anda. Karena Sistem File Apple (APFS) adalah Salin-on-Tulis (CoW) sistem file transaksional yang mempertahankan superblock kontainer historis (nx_superblock_t) dan snapshot lokal hanya-baca langsung di disk, Anda hampir selalu dapat membuka kunci FileVault dan memasang pos pemeriksaan transaksi lama yang sehat dari Terminal Pemulihan macOS. Jika Mac Anda mengalami loop panik kernel perangkat keras atau layar hitam dan bukan kesalahan volume APFS, lihat kepanikan kernel macOS, layar hitam, dan pemulihan; untuk penguncian enkripsi lintas platform (BitLocker, FileVault, LUKS), lihat Penguncian kunci pemulihan enkripsi BitLocker, FileVault, dan LUKS serta pengaturan ulang TPM dan rm -rf atau Shift-Delete yang tidak disengaja pada ext4, XFS, APFS, dan NTFS: read-only remount. Jika penguncian tempat kerja ini memengaruhi perawatan klinis di rumah sakit, pengiriman darurat, atau operasi keselamatan jiwa, hubungi nomor darurat setempat Anda (911 di Amerika Serikat dan Kanada, 112 di seluruh Uni Eropa, 999 di Inggris) atau periksa direktori kami nomor darurat.

Lakukan ini sekarang¶

1. JANGAN klik "Erase Mac", "Erase Volume Group", atau "Start New Backup" di Time Machine: Sekalipun tombol Pertolongan Pertama pada Disk Utility gagal File system verify or repair failed (-69845) atau fsck_apfs keluar dengan kode 8, file pengguna terenkripsi Anda di dalam Macintosh HD - Data (atau Mesin Waktu Anda .sparsebundle band) secara fisik masih utuh di SSD.
2. Boot ke macOS Recovery (Utilities -> Terminal) segera untuk menghentikan latar belakang TRIM dan rotasi pos pemeriksaan Copy-on-Write:
3. Di Apple Silicon Mac (M1, M2, M3, M4): Matikan Mac sepenuhnya, lalu tekan dan tahan tombol Power (Touch ID) tombol selama 10 detik hingga layar menampilkan Loading startup options.... Klik Opsi -> Lanjutkan.
4. Pada Intel Mac: Nyalakan Mac dan segera tahan Command (⌘) + R (atau Option + Command + R untuk Pemulihan Internet) hingga muncul logo Apple atau bola dunia yang berputar.
5. Jika Asisten Pemulihan grafis macet saat meminta Anda memilih pengguna administrator yang kata sandinya tidak diterima, jangan pernah klik Erase Mac di kiri atas Recovery Assistant tidak bisa. Sebaliknya, cari "Lupa semua kata sandi?" (yang akan membuka perintah buka kunci Kunci Pemulihan Pribadi 24 karakter atau iCloud Apple ID) atau gunakan Utilities menu untuk meluncurkan Terminal.
6. Buka kunci FileVault 2 secara manual dari Terminal Pemulihan (diskutil apfs unlockVolume) sebelum mencoba pemasangan atau penyalinan file apa pun: Saat volume APFS dienkripsi dengan FileVault, Macintosh HD - Data tetap tidak terlihat (Locked: Yes) sampai Anda membukanya. Di Terminal Pemulihan, jalankan diskutil apfs list untuk menemukan node perangkat volume Data Anda (biasanya disk3s5 di Apple Silicon atau disk2s1 pada Intel) dan jalankan diskutil apfs unlockVolume /dev/disk3s5 (dengan kata sandi login Anda) atau diskutil apfs unlockVolume /dev/disk3s5 -recoverykeychain / -passphrase <24-CHAR-RECOVERY-KEY>.
7. Jika Macintosh HD - Data membuka kunci (Unlocked: Yes) tetapi gagal memasang baca-tulis karena B-tree atau Peta Objek yang rusak (omap), pasang dengan ketat READ-ONLY (mount_apfs -o rdonly) atau pasang yang lebih lama APFS Local Snapshot (mount_apfs -s): Saat Anda lulus -o rdonly (atau pasang snapshot lokal Time Machine setiap jam sebelum kerusakan yang disimpan di SSD internal melalui mount_apfs -s), driver kernel APFS melewatkan pemutaran ulang jurnal tulis dan memungkinkan Anda menyalin 100 persen /Users/yourname ke drive USB eksternal melalui rsync atau cp -R.
8. Jangan pernah lari fsck_apfs -y berulang kali pada SSD yang gagal sebelum mengevakuasi file Anda hanya-baca: Jika Peta Objek APFS (omap_phys_t) atau Pohon Referensi Tingkat rusak, memaksa perbaikan baca-tulis fsck_apfs -y dapat menghapus peta node direktori yang rusak. Selalu mencoba mount_apfs -o rdonly dan salin /Users/ ke drive eksternal pertama, dan hanya dijalankan fsck_apfs setelahnya.
9. Untuk Mesin Waktu yang rusak .sparsebundle (Backup Verification Failed), bersihkan com.apple.backupd.ModelID mengunci bendera Info.plist, pasangkan sparsebundle dengan hdiutil attach -nomount -readwrite, dan perbaiki volume APFS/HFS+ bagian dalam dengan fsck_apfs atau fsck_hfs: Anda hampir selalu dapat menyelamatkan riwayat cadangan dan paket sparse langsung tanpa memulai dari awal.

Pohon keputusan: Mac tidak dapat di-boot, FileVault terkunci, atau triase Time Machine rusak¶

Gunakan diagram alur ini di macOS Recovery (Utilities -> Terminal) untuk memilih jalur pemulihan non-destruktif yang tepat:

flowchart TD
    Start["Darurat: Mac Tidak Dapat Di-boot, FileVault Menolak Kata Sandi, atau Mesin Waktu Rusak"] --> WhichIssue{"Krisis Mana yang Anda Hadapi?"}

    WhichIssue -->|"1. SSD Mac Internal Tidak Dapat Di-boot (? Folder / Tanda Larangan / Kesalahan Pertolongan Pertama -69845)"| BootRec["Boot ke Pemulihan macOS -> Buka Utilitas -> Terminal -> Jalankan: daftar diskutil apfs"]

    WhichIssue -->|"2. FileVault Menolak Kata Sandi Pengguna yang Dikenal atau Meminta Kunci Pemulihan"| FVFix["Di Asisten Pemulihan: Klik 'Lupa semua kata sandi?' ATAU Jalankan diskutil apfs listcryptousers di Terminal"]

    WhichIssue -->|"3. Time Machine Mengatakan: Cadangan Rusak / Harus Membuat Cadangan Baru"| TMFix["Pasang Jaringan/Drive USB -> Periksa .sparsebundle/Info.plist -> hdiutil lampirkan -nomount -> fsck_apfs / fsck_hfs"]

    BootRec --> ContainerOk{"Apakah diskutil apfs list Menampilkan Kontainer & Volume APFS (Macintosh HD - Data)?"}

    ContainerOk -->|"Tidak: Kontainer APFS Hilang atau 'Superblock APFS Tidak Valid'"| SuperblockRec["Pindai Superblock Pos Pemeriksaan Kontainer APFS Sebelumnya (nx_superblock_t) & Pasang Hanya-Baca melalui fsck_apfs -n / apfs-fuse"]

    ContainerOk -->|"Ya: Volume Terdaftar (misalnya disk3s5)"| UnlockStep["Buka kunci FileVault tanpa Pemasangan: diskutil apfs unlockVolume /dev/disk3s5 -nomount"]

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

    TryRO --> DidMount{"Apakah /Volumes/Rescue Dipasang dengan Bersih?"}
    DidMount -->|"Ya"| CopyData["Hubungkan Drive USB Eksternal ExFAT/APFS -> Salin /Volume/Rescue/Users/<Anda> Segera dengan ditto atau rsync"]
    DidMount -->|"Tidak: mount_apfs Mengembalikan Argumen Tidak Valid/Kesalahan Input-Output"| SnapMount["Daftar Snapshot APFS Internal (diskutil apfs listSnapshots) -> Pasang Snapshot Pra-Kerusakan melalui mount_apfs -s"]

    FVFix --> UnlockStep

Fase 1: Memahami Kontainer APFS, Grup Volume, dan Hierarki Kunci FileVault¶

Sebelum mengetikkan perintah di Terminal Pemulihan macOS, pahami cara kerja macOS modern (Catalina 10.15 melalui Monterey, Ventura, Sonoma, dan Sequoia) memaparkan SSD internal dan alasannya Macintosh HD BUKAN tempat file Anda berada.

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

Tiga fakta penting dari arsitektur ini akan menyelamatkan pemulihan Anda: 1. Jangan pernah membuang waktu untuk mencoba memulihkan file Macintosh HD (disk3s1): Sejak macOS Big Sur (11.0+), Macintosh HD adalah snapshot sistem read-only yang tersegel secara kriptografis (APFS Signed System Volume). Setiap file pengguna, foto, folder desktop, gantungan kunci, dan database ada di pendamping Macintosh HD - Data volume (typically disk3s5 di Apple Silicon atau disk2s1 / disk1s1 pada Intel). 2. Mengapa FileVault terkadang menolak kata sandi Anda yang benar setelah terjadi kerusakan (Preboot Desinkronisasi): Pada layar boot pertama (EFI / iBoot Preboot Login), itu Macintosh HD - Data volume masih terenkripsi dan tidak dapat dibaca. Bagaimana cara Mac memverifikasi kata sandi Anda sebelum disk dibuka kuncinya? Bunyinya salinan tersinkronisasi dari hash kata sandi akun pengguna Anda dan kantong kunci kriptografi yang disimpan di ** yang tidak terenkripsiPreboot** volume (disk3s2). Jika Anda baru saja mengubah kata sandi masuk Mac atau memperbarui macOS dan Preboot volume tidak diperbarui (diskutil apfs updatePreboot), layar boot awal menolak kata sandi baru Anda sementara diskutil apfs unlockVolume di Terminal Pemulihan segera menerima kata sandi lama atau baru Anda. 3. Mengapa APFS mempertahankan status sehat lama bahkan ketika pos pemeriksaan terbaru rusak: Setiap saat APFS menghapus penulisan ke disk, tidak menimpa yang sudah ada nx_superblock_t (Wadah Superblok) atau apfs_superblock_t (Volume Superblok) di tempatnya. Sebaliknya, ia menulis superblock baru ke dalam Checkpoint Descriptor Area (xp_desc) ring buffer dengan ID Transaksi yang bertambah (xid). Jika listrik mati atau kernel panik saat menulis Transaksi xid 950412, Transaksi xid 950411 (ditulis beberapa detik sebelumnya) masih berada di dalam buffer cincin pos pemeriksaan pada disk.

Fase 2: Membuka Kunci FileVault 2 dari Terminal Pemulihan macOS ketika Login atau GUI Gagal¶

Boot ke macOS Recovery, buka bilah menu atas, dan klik Utilities -> Terminal.

Langkah 1: Identifikasi Kontainer APFS Anda dan Macintosh HD - Data pengenal perangkat¶

Di jendela Terminal Pemulihan, jalankan:

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)

Langkah 2: Periksa semua Pengguna Kriptografi yang valid (Key Wrapping Keys) pada volume Data¶

Untuk melihat setiap akun pengguna, Personal Recovery Key (PRK), atau kunci iCloud/Institusional yang dapat dibuka kuncinya disk3s5, jalankan:

diskutil apfs listcryptousers /dev/disk3s5

Langkah 3: Buka kunci volume TANPA memasangnya dulu (-nomount)¶

Mengapa lulus -nomount saat membuka kunci volume APFS yang berpotensi rusak? Karena secara default, diskutil apfs unlockVolume segera mencoba memasang volume dalam mode baca-tulis, yang memicu pemutaran ulang jurnal tulis otomatis atau Terminal hang jika B-tree rusak. Melewati -nomount membuka kunci Enkripsi Volume kriptografi (VEK) di Secure Enclave sambil membiarkan sistem file tidak di-mount sehingga kita dapat memasangnya secara read-only di 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

Langkah 4: Bagaimana jika FileVault terbuka dengan bersih dan sistem file TIDAK rusak, dan hanya menolak kata sandi Anda saat boot?¶

Jika diskutil apfs unlockVolume /dev/disk3s5 segera berhasil dan diskutil apfs verifyVolume /dev/disk3s5 menunjukkan The volume Macintosh HD - Data appears to be OK, satu-satunya masalah Anda adalah desinkronisasi Preboot volume setelah perubahan kata sandi atau pembaruan OS. Perbaiki dalam 5 detik agar Mac Anda melakukan booting secara normal kembali:

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

Fase 3: Menyelamatkan data saat fsck_apfs / Disk Utility Pertolongan Pertama gagal (Invalid APFS Superblock atau Object Map Invalid)¶

Bagaimana jika membuka kunci disk3s5 bekerja (FileVault: Yes (Unlocked)), tetapi saat Anda mencoba memasangnya secara normal, macOS mengatakan com.apple.DiskManagement.disenter error -119930868 / -69845 atau laporan Pertolongan Pertama Utilitas Disk: - 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)

Ikuti tiga langkah forensik berikut untuk mengekstrak 100 persen file Anda sebelum mencoba perbaikan yang merusak:

Metode 1: Paksa pemasangan kernel Read-Only (mount_apfs -o rdonly)¶

Bahkan ketika volume APFS menolak untuk dipasang dalam mode baca-tulis (karena macOS menolak untuk memasang volume APFS yang kotor, baca-tulis ketika fsck_apfs menemukan satu ketidakkonsistenan pohon-B), the apfs.kext driver sering kali mengizinkan pemasangan yang hanya bersifat baca-saja (-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: Bagaimana jika pohon sistem file aktif (fsroot) rusak? Pasang internal APFS Local Snapshot (mount_apfs -s)¶

Inilah senjata rahasianya APFS pemulihan yang bahkan diabaikan oleh banyak teknisi Apple Genius Bar: Meskipun drive Time Machine eksternal Anda tidak terpasang saat ini, macOS secara otomatis membuat tidak terlihat, hanya-baca APFS Local Snapshots (com.apple.TimeMachine.2026-10-31-140512.local atau com.apple.os.update-...) tepat di SSD internal Anda setiap jam dan tepat sebelum setiap pembaruan perangkat lunak macOS.

Karena Snapshot APFS adalah akar pohon B titik-waktu yang beku dan tidak dapat diubah (snap_meta_ext_phys_t), meskipun sistem file aktif (fsroot) rusak saat terjadi kerusakan 10 menit yang lalu, snapshot yang diambil 1 jam yang lalu memiliki akar B-tree sendiri yang tidak rusak.

1. Cantumkan semua snapshot APFS internal yang ada di volume Data Anda yang tidak terkunci (disk3s5):

   diskutil apfs listSnapshots /dev/disk3s5
   

   Lihatlah hasilnya:

   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. Pasang snapshot terbaru langsung ke dalamnya /Volumes/SnapRescue menggunakan 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. Jelajahi /Volumes/SnapRescue/Users/yourname dan salin seluruh folder pengguna Anda ke drive eksternal Anda dengan ditto:

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

Metode 3: Memeriksa Superblock Pos Pemeriksaan Kontainer lama (nx_superblock_t) dengan fsck_apfs¶

Bagaimana jika seluruh Kontainer APFS (/dev/disk0s2 -> disk3) menolak untuk melampirkan, atau volume langsung dan daftar snapshot gagal karena Container Superblock terbaru (nx_superblock_t) di kepala penyangga cincin pos pemeriksaan robek saat listrik padam secara tiba-tiba?

1. Pertama-tama jalankan verifikasi diagnostik read-only yang tidak merusak (-n) pada partisi APFS fisik (/dev/disk0s2) untuk melihat ID transaksi mana (xid) gagal:

   fsck_apfs -n /dev/disk0s2
   

2. Hanya SETELAH Anda mencoba Metode 1, Metode 2, atau mencitrakan partisi (dd ke disk eksternal melalui Target Disk Mode / Share Disk), jalankan fsck_apfs dalam mode interaktif/perbaikan (-y) atau dengan pemindaian pos pemeriksaan yang lebih lama (-o / -S tanda jika didukung oleh build Pemulihan):

   fsck_apfs -y /dev/disk0s2
   

   Kapan fsck_apfs melihat itu yang terbaru nx_superblock_t di dalam Area Deskriptor Pos Pemeriksaan memiliki checksum Fletcher-64 yang tidak valid (obj_cksum), secara otomatis berjalan mundur melalui buffer cincin pos pemeriksaan melingkar (xp_desc_blocks) untuk menemukan sejarah valid tertinggi nx_superblock_t (xid - 1), mengembalikan status kontainer beberapa detik, dan memulihkan volume yang dipasang.

Fase 4: Memperbaiki Mesin Waktu yang Rusak .sparsebundle ("Time Machine Must Create a New Backup")¶

Jika cadangan Time Machine Anda berada di jaringan berbagi Synology/QNAP/TrueNAS (SMB) atau drive eksternal di dalam <MacName>.sparsebundle (atau .backupbundle) paket, dan macOS muncul:

"Time Machine menyelesaikan verifikasi cadangan Anda di 'NAS'. Untuk meningkatkan keandalan, Time Machine harus membuat cadangan baru untuk Anda."

JANGAN klik "Mulai Pencadangan Baru" (mengklik tombol itu akan menghapus seluruh cadangan multi-tahun Anda .sparsebundle). Sebagai gantinya, perbaiki sparsebundle di tempatnya menggunakan empat langkah berikut di Mac Anda:

Mesin Waktu Langkah demi Langkah .sparsebundle / .backupbundle penyelamatan¶

1. Pasang berbagi jaringan (SMB) atau drive USB di Finder sehingga Anda dapat melihatnya YourMac.sparsebundle (misalnya, di /Volumes/TM_Share/YourMac.sparsebundle).
2. Buka kunci apa pun yang tidak dapat diubah uchg bendera pada pita sparsebundle: Buka Terminal di Mac Anda dan berikan Akses Disk Penuh ke Terminal (System Settings -> Privacy & Security -> Full Disk Access), lalu jalankan:

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

3. Lampirkan .sparsebundle sebagai disk virtual baca-tulis mentah TANPA memasang sistem file yang rusak (-nomount):

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

   Lihatlah keluaran terminal dengan cermat:

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

4. Periksa apakah cadangan Time Machine Anda digunakan APFS (macOS 11 Big Sur dan lebih baru) atau HFS+ (macOS 10.15 Catalina dan yang lebih lama), dan jalankan perbaikan sistem file yang cocok:
5. Jika /dev/disk5s2 mengatakan Apple_APFS: Jalankan diskutil apfs list untuk melihat referensi Kontainer APFS yang disintesis disk5s2 (misalnya, Container disk6, Jilid disk6s1), buka kuncinya jika dienkripsi (diskutil apfs unlockVolume /dev/disk6s1 -nomount), dan lari fsck_apfs:

   sudo fsck_apfs -y /dev/disk5s2
   

6. Jika /dev/disk5s2 mengatakan Apple_HFS atau Apple_HFSX: Jalankan pembangun kembali B-tree katalog HFS+ (-drfy membangun kembali katalog B-tree jika standar -fy gagal):

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

7. Lepaskan disk virtual yang diperbaiki dengan bersih:

   sudo hdiutil detach /dev/disk5
   

8. Hapus status "Keracunan / Verifikasi Gagal" (VerificationState = 2) di dalam Info.plist dan com.apple.TimeMachine.MachineID.plist: Bahkan setelahnya fsck_apfs atau fsck_hfs memperbaiki 100 persen kesalahan sistem file, Time Machine akan masih menolak menggunakan cadangan sampai Anda menghapus tanda kegagalan yang dituliskannya com.apple.TimeMachine.MachineID.plist di dalam 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
   

   Sekarang klik Cadangkan Sekarang di Time Machine (atau buka YourMac.sparsebundle di Finder untuk menyalin file secara langsung): seluruh timeline cadangan historis Anda dipasang dengan rapi.

Fase 5: Memperkuat macOS APFS, FileVault, dan Time Machine terhadap penguncian di masa mendatang¶

Setelah data Mac Anda diselamatkan, selesaikan daftar periksa pencegahan 4 langkah ini:

• Verifikasi dan cetak salinan fisik Kunci Pemulihan Pribadi FileVault 24 karakter Anda (fdesetup): Pada Mac yang berfungsi, verifikasi bahwa kunci FileVault Anda valid tanpa mengubahnya dengan menjalankannya sudo fdesetup changerecovery -personal (yang menghasilkan Kunci Pemulihan Pribadi 24 karakter baru yang dapat segera Anda simpan di pengelola kata sandi offline dan brankas fisik).
• Selalu simpan setidaknya 15% (50 GB untuk 100 GB) ruang kosong pada disk startup APFS: Saat kontainer APFS terisi 99% kapasitas tepat sebelum pembaruan sistem macOS Sonoma/Sequoia, penginstal, dan Peta Objek Copy-on-Write APFS (omap) dapat kehabisan blok gratis di tengah pembaruan, membuat Mac terjebak dalam bootloop yang tidak dapat di-boot (Error -69845).
• Pertahankan dua target Time Machine yang independen (atau pasangkan Time Machine dengan rsync / Carbon Copy Cloner / Arq backup): Karena Time Machine secara otomatis merotasi cadangan di beberapa tujuan yang dikonfigurasi (e.g., NAS SMB Share + Local USB-C SSD), memiliki SSD USB-C yang terpasang langsung memastikan Anda tidak hanya bergantung pada jaringan .sparsebundle yang dapat rusak jika Wi-Fi terputus saat sedang menulis.
• Jangan pernah menutup penutup MacBook atau menarik kabel USB-C saat Time Machine menyebutkannya Cleaning up... atau Preparing backup...: Fase tersebut memperbarui B-tree APFS dan sparsebundle peta pita.

Nomor darurat regional dan protokol lembaga¶

Meskipun volume FileVault yang terkunci atau cadangan Time Machine yang rusak biasanya merupakan krisis TI pribadi atau perusahaan, penguncian stasiun kerja yang memengaruhi perawatan medis, layanan darurat, atau perlindungan data menurut undang-undang memerlukan persyaratan eskalasi formal:

• Amerika Serikat dan Kanada: Hubungi 911 jika penguncian stasiun kerja berdampak pada perawatan pasien klinis, peralatan diagnostik, atau pengiriman darurat. Untuk entitas layanan kesehatan (HIPAA), perhatikan bahwa saat disk penuh FileVault 2 (AES-XTS-128) memberikan Safe Harbor terhadap pengungkapan yang tidak sah jika laptop dicuri, hilangnya catatan pasien yang tidak dicadangkan secara permanen adalah insiden ketersediaan berdasarkan Aturan Keamanan HIPAA (45 CFR § 164.308(a)(7)).
• Inggris Raya: Hubungi 999 untuk keadaan darurat yang mempengaruhi keselamatan jiwa atau sistem klinis NHS akut. Menilai hilangnya permanen data pribadi yang tidak dicadangkan berdasarkan Pasal 33 GDPR Inggris (ICO, 0303 123 1113).
• Uni Eropa: Hubungi 112 di seluruh negara anggota UE. Hilangnya ketersediaan data pribadi secara permanen atau penghentian layanan penting memerlukan evaluasi berdasarkan Pasal 33 GDPR (72 jam) dan NIS2 (24 jam untuk entitas yang dilindungi).
• Australia dan Selandia Baru: Hubungi 000 di Australia atau 111 di Selandia Baru untuk tanggap darurat.
• India dan Asia-Pasifik: Hubungi 112 di India untuk tanggap darurat; melaporkan insiden keamanan atau ketersediaan perusahaan berdasarkan aturan CERT-In dan DPDP Act yang berlaku.

Pertanyaan yang sering diajukan¶

Mengapa Mac saya menampilkan DUA volume di Disk Utility (Macintosh HD dan Macintosh HD - Data), dan mengapa penambahan volume ketiga terjadi setelah saya menginstal ulang macOS?¶

Dimulai di macOS Catalina (10.15) dan Big Sur (11.0), Apple membagi sistem operasi menjadi sistem operasi read-only Volume sistem (`Macintosh HD`) dan baca-tulis Volume data (`Macintosh HD - Data`) digabungkan sebagai **Grup Volume APFS** (sehingga Finder menampilkannya sebagai satu drive). Jika seseorang menginstal ulang macOS ke volume yang salah tanpa menghapus Grup Volume dengan benar, Utilitas Disk akan membuat duplikat `Macintosh HD - Data - Data` volume sementara file asli Anda tetap berada di dalam file lama yang tidak di-mount `Macintosh HD - Data` volume. Jalankan `diskutil apfs list` di Terminal, pasang kedua volume Data, dan periksa `/Volumes//Users/` pada masing-masing file untuk menemukan file asli Anda.

Bagaimana jika saya lupa KEDUA kata sandi login Mac DAN Kunci Pemulihan FileVault 24 karakter saya, dan saya tidak mengaktifkan escrow FileVault iCloud?¶

Jika `FileVault 2` diaktifkan di Apple Silicon (`M1/M2/M3/M4`) atau Intel `T2` Mac dan Anda tidak memiliki kata sandi pengguna, Kunci Pemulihan Pribadi, escrow Pemulihan iCloud, atau Kunci Pemulihan Institusional MDM perusahaan yang valid (`Jamf / Intune`), secara kriptografis tidak mungkin untuk mendekripsi SSD internal: bahkan Apple Engineering atau lab ruang bersih tidak dapat melakukan brute force pada mesin AES yang terikat perangkat keras di dalam Secure Enclave (yang memberlakukan penundaan waktu perangkat keras di antara upaya). Namun, sebelum menyerah, periksa tiga tempat di mana kunci Anda mungkin masih ada: (1) periksa apakah ada akun pengguna Admin lain di Mac (`diskutil apfs listcryptousers`); (2) periksa apakah Mac Anda pernah terdaftar di MDM perusahaan Anda (yang secara otomatis menyimpan Kunci Pemulihan FileVault); atau (3) periksa cadangan iCloud Drive / Foto / Time Machine Anda.

Mengapa demikian diskutil apfs unlockVolume gagal dengan Error: -69593: Checksum verification failed atau Invalid password (-69507) ketika saya tahu kata sandi saya 100% kan?¶

Pertama, periksa **Tata Letak Keyboard** Anda di sudut kanan atas layar Pemulihan macOS: Pemulihan sering kali diatur secara default ke `U.S. QWERTY` meskipun MacBook Anda memiliki versi Inggris, Jerman (`QWERTZ`), Perancis (`AZERTY`), atau keyboard Dvorak, menyebabkan simbol (`@`, `"`, `-`, `_`, `y/z`) di kata sandi Anda untuk mengetikkan karakter yang salah. Ketikkan kata sandi Anda ke dalam prompt perintah Terminal yang terlihat terlebih dahulu sehingga Anda dapat melihat karakter persisnya di layar, lalu salin dan tempelkan ke dalam prompt kata sandi.

Bisakah saya memulihkan file yang terhapus dari APFS Mac SSD menggunakan PhotoRec atau Disk Drill jika saya tidak sengaja mengosongkan Sampah?¶

Di Mac modern mana pun dengan SSD internal, saat file dihapus dan Sampah dikosongkan (dan tidak `APFS Local Snapshot` mereferensikan blok tersebut), macOS segera mengirimkan perangkat keras **NVMe `Deallocate (TRIM)`** perintah ke pengontrol SSD, yang menghilangkan blok yang belum dipetakan dalam hitungan detik. Oleh karena itu, **jalur pemulihan #1 Anda setelah mengosongkan Sampah di Mac BUKAN ukiran mentah: jalur tersebut segera dipasang `APFS Local Snapshot` (`diskutil apfs listSnapshots /` dan `mount_apfs -s`) sebelum snapshot per jam diputar**, seperti yang dijelaskan dalam Tahap 3 Metode 2 di atas.

Mengapa Mac saya kehabisan ruang disk tepat sebelum mogok ketika saya menghapus file video sebesar 100 GB 10 menit sebelumnya?¶

Karena `APFS` adalah sistem file Copy-on-Write, menghapus a `100 GB` file **tidak** membebaskannya `100 GB` blok disk jika setiap jam **APFS Local Snapshot** (`com.apple.TimeMachine.*.local`) yang diambil hari ini masih menunjuk ke blok tersebut (`Purgeable Space`). Jika Mac Anda tidak dapat melakukan booting atau menyelesaikan pembaruan karena snapshot ditahan `100 GB` sandera luar angkasa, boot ke Terminal Pemulihan, buka kunci `Macintosh HD - Data`, daftarkan snapshot dengan `diskutil apfs listSnapshots /dev/disk3s5`, dan hapus snapshot terlama dengan `diskutil apfs deleteSnapshot /dev/disk3s5 -name ` untuk membebaskan blok secara instan.

Bagaimana cara menyalin file dari Time Machine yang sehat atau diperbaiki .sparsebundle ke PC Windows atau Linux jika Mac saya mati total?¶

Mesin Waktu `.sparsebundle` hanyalah sebuah direktori yang berisi ratusan `8 megabyte` file potongan (`bands/0`, `bands/1`, `bands/2`...) yang digabungkan bersama untuk membentuk image disk virtual. Di Linux (Ubuntu), Anda dapat menggabungkan sparsebundle band ke dalam satu perangkat blok virtual menggunakan **`sparsebundlefs`** (`sudo sparsebundlefs /mnt/nas/MyMac.sparsebundle /mnt/virtual_img`), lalu pasang volume APFS bagian dalam hanya-baca menggunakan **`apfs-fuse`** (`sudo apfs-fuse /mnt/virtual_img/sparsebundle.dmg /mnt/mac_files`) atau buka `.sparsebundle` langsung di **UFS Explorer** / **R-Studio** di Windows.

Panduan terkait¶

• kepanikan kernel macOS, layar hitam, dan pemulihan
• Penguncian kunci pemulihan enkripsi BitLocker, FileVault, dan LUKS serta pengaturan ulang TPM
• rm -rf atau Shift+Delete yang tidak disengaja di Linux, macOS, atau Windows: pemasangan ulang read-only langsung
• VeraCrypt, BitLocker, atau Cryptomator header volume rusak, pemulihan header cadangan, dan pemulihan kunci RAM
• Mode read-only mendadak SSD dan NVMe, blok cadangan 0%, dan penyelamatan penonaktifan TRIM
• Pencadangan komputer, strategi 3-2-1, dan pemulihan bencana
• Nomor darurat menurut negara

Sumber dan panduan resmi¶

• perusahaan apel (developer.apple.com): Sistem File Apple (APFS) Referensi: Superblok Kontainer (nx_superblock_t), Penyangga Cincin Deskriptor Pos Pemeriksaan (xp_desc), Peta Objek (omap_phys_t), dan Struktur Snapshot Volume.
• Panduan Keamanan Platform Apple (support.apple.com/guide/security): Arsitektur Enkripsi Disk Penuh FileVault 2, Pembungkusan Kunci Enklave Aman (VEK / KEK), dan Sinkronisasi Volume Praboot.
• Halaman Manual Apple macOS: diskutil(8), fsck_apfs(8), mount_apfs(8), hdiutil(1), dan fdesetup(8) Referensi Administrasi Sistem.
• Institut Standar dan Teknologi Nasional (NIST) (Amerika Serikat): Publikasi Khusus 800-111: Panduan Teknologi Enkripsi Penyimpanan untuk Perangkat Pengguna Akhir.