macOS FileVault an Dem Machine Sparsebundle Xerab kirin: Tamîrkirina Superblock Konteynerê APFS, Çiyayê Snapshot Herêmî, û Vekirina Termînala Kilîta Vegerandinê¶

Dîtina MacBook Pro, MacBook Air, Mac Studio, an iMac red dike ku bi *peldankek nîşana pirsê ya dibiriqîne , nîşanek dor-û-slash qedexekirî (support.apple.com/mac/startup), dîmenderek têketinê ya ku şîfreya weya naskirî piştî têkçûnek nûvekirina macOS-ê, an raporkirina Disk Utility red dike Error: -69845: File system verify or repair failed / Invalid APFS superblock / Object map is invalid krîzek hilanîna macOS-ê ya dijwar e. Ya xirabtir, gava ku hûn NAS-a xweya derveyî an USB Time Machine ajokera paşvekêşanê tê girêdan da ku pelên xwe sererast bikin, macOS pir caran xeletiyek wêranker a duyemîn derdixe: Time Machine completed a verification of your backups. To improve reliability, Time Machine must create a new backup for you (veqetandina xwe .sparsebundle). * Erase Mac bikirtînin an jî nehêlin Time Machine dîroka paşvekêşana we binivîsîne. Ji ber ku Pergala Pelê Apple (APFS) Kopî-li-Nivîs e (CoW) Pergala pelan a danûstendinê ya ku superblokên konteynera dîrokî digire (nx_superblock_t) û dîmenên herêmî yên tenê-xwendî rast li ser dîskê, hûn hema hema her gav dikarin FileVault-ê vekin û nuqteyek kontrolê ya danûstendinê ya saxlem kevintir ji Termînala Recovery macOS-ê bixin. Ger Mac-ya we li şûna xeletiyek jimareya APFS-ê, lûpa panîkê ya kernelê ya hardware an ekranek reş dibîne, binêre Panika kernel macOS, ekrana reş, û başbûn; ji bo kilîtkirina şîfrekirina cross-platform (BitLocker, FileVault, LUKS), binêre BitLocker, FileVault, û LUKS kilîla vegerandina şîfrekirinê û vesazkirina TPM û li ser ext4, XFS, APFS, û NTFS rm -rf an Shift-Jêbirina qezayî: ji nû ve bi tenê xwendin. Ger ev girtina stasyona xebatê bandorê li lênihêrîna klînîkî ya nexweşxaneyê, şandina acîl, an operasyonên ewlekariya jiyanê dike, jimara xweya acîl ya herêmî re telefon bikin (911 li Dewletên Yekbûyî û Kanada, 112 li seranserê Yekîtiya Ewropayê, 999 li Keyaniya Yekbûyî) an pelrêça me ya kontrol bikin hejmarên acîl.

Vê niha bikin¶

1. Nekin "Erase Mac", "Erase Volume Group," an "Start Backup New" di Time Machine de: Tewra gava ku bişkoka **Arîkariya Pêşîn ** ya Disk Utility bi ser nekeve. File system verify or repair failed (-69845) an fsck_apfs bi kodê derdikeve 8, pelên bikarhênerê we yên şîfrekirî di hundurê de Macintosh HD - Data (an Makîneya Demê we .sparsebundle band) hîn jî bi fîzîkî li ser SSD-ê saxlem in.
2. ** Boot nav macOS Recovery (Utilities -> Terminal) tavilê ji bo rawestandina paşîn TRIM û zivirîna xala kontrolê ya Kopî-li-Nivîsandinê**:
3. Li ser Macên Apple Silicon (M1, M2, M3, M4): Mac-ê bi tevahî qut bikin, dûv re pêl pê bikin û bihêlin ** Power (Touch ID) bişkojka** ji bo 10 çirkeyan heta ku ekran bêje Loading startup options.... Bikirtînin ** Vebijêrk ** -> ** Berdewam **.
4. ** Li Mac-ên Intel **: Mac-ê vekin û tavilê bigirin Command (⌘) + R (an Option + Command + R ji bo Vegerandina Înternetê) heya ku logoya Apple an cîhana zivirî xuya bibe.
5. Ger Arîkarê Vegerandina grafîkî asê bibe û ji we bixwaze ku hûn bikarhênerek rêveberê ku şîfreya wî qebûl nake hilbijêrin, qet klîk nekin Erase Mac li jor-çepê Recovery Assistant qerta xûrekê. Di şûna wê de, li "Hemû şîfre ji bîr kir?" (ya ku ** Mifteya Vegerandina Kesane ya 24-karakterî** an iCloud Apple ID tavilê veke) bigerin) an jî bikar bînin Utilities menuya destpêkirina **Termînal **.
6. Vekirin FileVault 2 bi destan ji Termînala Recovery (diskutil apfs unlockVolume) berî ku hûn kopiyek çîçek an pelê biceribînin: Dema ku cildek APFS bi FileVault re tê şîfre kirin, Macintosh HD - Data nedîtî dimîne (Locked: Yes) heta ku hûn wê vekin. Di Termînala Recovery de, birevin diskutil apfs list ji bo dîtina girêka cîhaza volume ya Daneyên xwe (bi gelemperî disk3s5 li ser Apple Silicon an disk2s1 li ser Intel) û birevin diskutil apfs unlockVolume /dev/disk3s5 (bi şîfreya têketina xwe) an diskutil apfs unlockVolume /dev/disk3s5 -recoverykeychain / -passphrase <24-CHAR-RECOVERY-KEY>.
7. Ger Macintosh HD - Data vedike (Unlocked: Yes) lê ji ber dara B an Nexşeya Objektê ya xerabûyî (omap(mount_apfs -o rdonly) an kevintir siwar bikin APFS Local Snapshot (mount_apfs -s): Gava tu derbas dibî -o rdonly (an jî wêneyek herêmî ya Time Machine-a demjimêrî ya berî qezayê ku li ser SSD-ya navxweyî hatî hilanîn bi riya mount_apfs -s), ajokera kernel APFS ji nûvekirina kovara nivîsandinê berdide û dihêle hûn ji sedî 100 ji kopî bikin. /Users/yourname bi ajokerek USB ya derveyî rsync an cp -R.
8. Qet nerevin fsck_apfs -y çend caran li ser SSD-ya têkçûyî berî ku pelên xwe tenê-xwendin vala bikin: Ger Nexşeya Tiştê APFS (omap_phys_t) an Dara Referansê ya Berfireh xera bûye, bi zorê tamîrkirina xwendin-nivîsandinê bi fsck_apfs -y dikare nexşeya girêkên pelrêça xisardar derxe. Her tim biceribîne mount_apfs -o rdonly û kopî bikin /Users/ bi ajokerek derveyî * yekem *, û tenê dimeşîne fsck_apfs paşan.
9. ** Ji bo Makîneya Demê ya xerabûyî .sparsebundle (Backup Verification Failed), paqij bike com.apple.backupd.ModelID alayan kilît bikin Info.plist, sparsebundle bi hdiutil attach -nomount -readwrite, û bi qasê hundurê APFS/HFS+ tamîr bikin fsck_apfs an fsck_hfs**: Hûn hema hema her gav dikarin hem dîroka paşvekêşanê û hem jî sparsebundle zindî bêyî ku ji nû ve dest pê bikin rizgar bikin.

Dara biryarê: Mac-ya nebootable, FileVault girtî, an Triage Machine Time ya xerakirî¶

Use this flowchart in macOS Recovery (Utilities -> Terminal) ji bo hilbijartina rêça vegerandina ne-hilweşîner a rastîn:

flowchart TD
    Start["Rewşa Awarte: Mac nebootable, FileVault Şîfre red dike, an makîneya demê xera bûye"] --> WhichIssue{"Hûn bi kîjan Krîzê re rû bi rû ne?"}

    WhichIssue -->|"1. Mac SSD-ya hundurîn nebootable (? Peldanka / Nîşana Qedexekirinê / Çewtiya Alîkariya Yekem -69845)"| BootRec["Boot nav macOS Recovery -> Vebijêrkên Vekin -> Termînalê -> Bixebitîne: lîsteya apfs diskutil"]

    WhichIssue -->|"2. FileVault Şîfreya Bikarhêner a Naskirî red dike an Mifteya Vegerandinê Dipirse"| FVFix["Di Alîkarê Recovery: Bikirtînin 'Hemû şîfre ji bîr kir?' AN Di Termînalê de lîsteyên krîptokerên diskutil apfs bixebitin"]

    WhichIssue -->|"3. Makîneya Demê Dibêje: Piştgiriya Xerabbûyî / Divê Piştgiriyek Nû Biafirîne"| TMFix["Çiyayê Tora/USB Drive -> Binêre .sparsebundle/Info.plist -> hdiutil attach -nomount -> fsck_apfs / fsck_hfs"]

    BootRec --> ContainerOk{"Lîsteya diskutil apfs Konteyner û cildên APFS (Macintosh HD - Daneyên) nîşan dide?"}

    ContainerOk -->|"Na: Konteynirê APFS wenda ye an 'Superblock APFS nederbasdar'"| SuperblockRec["Bi rêya fsck_apfs -n / apfs-fuse, xala kontrolê ya konteyner a APFS ya berê bişopînin (nx_superblock_t)"]

    ContainerOk -->|"Erê: Cildên Navnîşankirî (mînak dîsk3s5)"| UnlockStep["FileVault bêyî lêkirin vekin: diskutil apfs vekinVolume /dev/disk3s5 -nomount"]

    UnlockStep --> TryRO["Hewl bide Çiyayê Tenê Xwendin: mkdir /Volûz/Rizgar && mount_apfs -o rdonly /dev/disk3s5 /Volumes/Rescue"]

    TryRO --> DidMount{"Ma /Volim/Rizgarî Çiyayê Paqijî?"}
    DidMount -->|"Yes"| CopyData["ExFAT/APFS-ya USB-ya derve têxin -> Kopî / Volume / Rizgarî / Bikarhêner / <hûn> Yekser bi heman rengî an rsyncê"]
    DidMount -->|"Na: mount_apfs Argumana Nederbasdar / Çewtiya Ketin-Derketinê vedigerîne"| SnapMount["Lîsteya Wêneyên APFS-ên Navxweyî (diskutil apfs listSnapshots) -> Çiya Ber-Crash Snapshot bi rêya mount_apfs -s"]

    FVFix --> UnlockStep

Qonaxa 1: Fêmkirina Konteynirê APFS, Koma Volume, û Hiyerarşiya Key FileVault¶

Berî ku emrên di Termînala Recovery macOS-ê de binivîsin, fêm bikin ka macOS-a nûjen çawa (Catalina 10.15 bi rêya Monterey, Ventura, Sonoma, û Sequoia) SSD-ya navxweyî derdixe û çima Macintosh HD NE cihê ku pelên we lê dijîn e.

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

Sê rastiyên krîtîk ji vê mîmariyê dê vegerandina we xilas bike: 1. Tu carî wextê xwe winda nekin ku hûn pelan ji nû vegerînin Macintosh HD (disk3s1): Ji macOS Big Sur (11.0+), Macintosh HD wêneyek pergalê ya bi krîptografîk vegirtî, tenê-xwendewar e (APFS Signed System Volume). Her pelê bikarhênerek yekane, wêne, peldanka sermaseyê, keychain, û databas li ser hevalbendê dijî Macintosh HD - Data volume (typically disk3s5 li ser Apple Silicon an disk2s1 / disk1s1 on Intel). 2. ** Çima FileVault carinan piştî têkçûn şîfreya weya rast red dike (Preboot Desenkronîzekirin)**: Di yekem ekrana bootê de (EFI / iBoot Preboot Login), ya Macintosh HD - Data hêjmar hîn şîfrekirî ye û nayê xwendin. Ma Mac şîfreya we çawa verast dike berî ku dîsk were venekirin? Ew kopiyek hevdemkirî ya şîfreya şîfreya hesabê weya bikarhêner û kilîta şîfreyê ya ku li ser neşîfrekirî hatî hilanîn dixwîne Preboot volume (disk3s2). Ger we vê dawiyê şîfreya têketina Mac-a xwe guhezand an macOS-ê nûve kir Preboot deng nehat nûve kirin (diskutil apfs updatePreboot), dîmendera destpêkê ya bootê dema ku şîfreya weya nû red dike diskutil apfs unlockVolume di Termînala Recovery de şîfreya weya kevn an nû tavilê qebûl dike. 3. Çima APFS dema ku nuqteya kontrolê ya herî paşîn xera bibe jî dewletên saxlem ên pîr diparêze: Hercar APFS flushes li ser dîskê dinivîse, ew na ya heyî dinivîse nx_superblock_t (Konteynirê Superblock) an apfs_superblock_t (Volume Superblock) di cih de. Di şûna wê de, ew superblokek nû-nû li **Qada Danasîna Nîqaşa Kontrolê (xp_desc()xid). Ger hêz têk biçe an dema nivîsandina Danûstandinê kernel ditirse xid 950412, Transaction xid 950411 (çirkeyên berê hatî nivîsandin) hîn jî di hundurê tampona zengila xala kontrolê ya li ser dîskê de rûniştiye.

Qonaxa 2: Vekirin FileVault 2 ji Termînala Vegerandina macOS Dema ku Têketin an GUI têk diçe¶

Boot nav macOS Recovery, barika menuya jorîn vekin, û bikirtînin Utilities -> Terminal.

Gav 1: Konteynirê APFS-a xwe û Macintosh HD - Data nasnameya cîhazê¶

Di pencereya Termînala Recovery de, bixebitin:

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)

Gav 2: Hemî Bikarhênerên Krîptografîk ên derbasdar kontrol bikin (Key Wrapping Keys) li ser volume Data¶

Ji bo dîtina her hesabê bikarhêner, Mifteya Vegerandina Kesane (PRK), an mifteya iCloud / Saziyê ya ku bikaribe vebe disk3s5, rêve:

diskutil apfs listcryptousers /dev/disk3s5

Gav 3: Bêyî ku hêj lê zêde bikin deng vekin (-nomount)¶

Çima derbas bibe -nomount dema ku cildek APFS ya potansiyel xerabûyî vekin? Ji ber ku bi xwerû, diskutil apfs unlockVolume tavilê hewl dide ku deng di moda xwendin-nivîsandinê de bihejîne, ku ev yek ji nûvekirina rojnameyê-nivîsandinê ya otomatîkî vedihewîne an ger dara B-yê xera bibe Termînalê daliqîne. Derbasbûn -nomount Mifteya Şîfrekirina Volume ya Krîptografîk vedike (VEK) di Enclave Ewle de dema ku pergala pelan nevekirî dihêlin, ji ber vê yekê em dikarin wê di Qonaxa 3-ê de bi tenê-tenê xwendinê siwar bikin:

# 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

Gav 4: Ger FileVault paqij vebe û pergala pelan NE xera bibe, û ew tenê şîfreya we di bootê de red kir?¶

Ger diskutil apfs unlockVolume /dev/disk3s5 yekser bi ser ket û diskutil apfs verifyVolume /dev/disk3s5 nîşan dide The volume Macintosh HD - Data appears to be OK, Pirsgirêka we tenê **desenkronîzekirin bû Preboot volume ** piştî guhertina şîfreyek an nûvekirina OS. Di 5 çirkeyan de wê rast bikin da ku Mac-a we dîsa bi normalî boot bike:

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

Qonaxa 3: Rizgarkirina daneyan dema fsck_apfs / Alîkariya Pêşîn a Karsaziya Dîskê têk diçe (Invalid APFS Superblock an Object Map Invalid)¶

Çi eger venebû disk3s5 kar dike (FileVault: Yes (Unlocked)), lê gava ku hûn hewl didin ku wê bi gelemperî lê bikin, macOS dibêje com.apple.DiskManagement.disenter error -119930868 / -69845 an Raporên Alîkariya Pêşîn a Disk Utility: - 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)

Van sê gavên dadrêsiya dadrêsî bişopînin da ku ji sedî 100 pelên xwe derxînin berî ku hûn tamîrek wêranker bikin:

Rêbaz 1: Bi zorê mountek kernel tenê-xwendin (mount_apfs -o rdonly)¶

Tewra gava ku cildê APFS red dike ku di moda xwendin-nivîsandinê de siwar bibe (ji ber ku macOS red dike ku cildek APFS ya qirêj bixwîne-nivîsîne dema ku fsck_apfs nakokîyek yek-dara B-yê dibîne), ya apfs.kext ajokar dê pirê caran destûr bide ** çîçek tenê-xwendewar (-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/

Rêbaz 2: Ger dara pergala pelan a zindî (fsroot) xera bûye? Çiyayê navxweyî APFS Local Snapshot (mount_apfs -s)¶

Li vir çeka veşartî ye APFS vejandina ku tewra gelek teknîsyenên Apple Genius Bar jî ji nedîtî ve tê: Tewra ku we îro ajokera Time Machine-ya weya derve nehatibe pêvekirin, macOS bixweber ** nedîtbar, tenê-xwendewar diafirîne. APFS Local Snapshots** (com.apple.TimeMachine.2026-10-31-140512.local an com.apple.os.update-...) rast li ser SSD-ya xweya hundurîn her demjimêr û rast berî her nûvekirina nermalava macOS-ê.

Ji ber ku Snapshotek APFS koka B-dara xala-di-demê ya cemidî, neguhêrbar e (snap_meta_ext_phys_t), ** her çend pergala pelan a zindî (fsroot) 10 hûrdem berê di dema qezayek de xera bû, wêneya ku 1 saet berê hatî kişandin koka xweya dara B ya serbixwe û nexirabkirî heye.**

1. Navnîşa hemî dîmenên APFS yên hundurîn ên ku li ser hêjmara Daneyên xweya vekirî dijîn (disk3s5):

   diskutil apfs listSnapshots /dev/disk3s5
   

   Li encam binêrin:

   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. Wêneya herî dawî rasterast têxin nav xwe /Volumes/SnapRescue bikaranîn 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. Browse /Volumes/SnapRescue/Users/yourname û bi tevahî peldanka bikarhênerê xwe ji ajokera xweya derveyî kopî bikin ditto:

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

Rêbaz 3: Teftîşkirina kevintir Superblokên xala kontrolê ya konteyner (nx_superblock_t) bi fsck_apfs¶

Ger tevahiya konteynera APFS çi bibe (/dev/disk0s2 -> disk3(nx_superblock_t)** di serê zengila tampon a nuqteya kontrolê de di dema windabûna hêzê ya ji nişka ve hat çikandin?

1. Pêşîn ** verastkirinek teşhîs-tenê-xwendina ne-hilweşînkar bimeşînin (-n)** li ser dabeşkirina APFS ya laşî (/dev/disk0s2) ji bo dîtina kîjan nasnameya danûstendinê (xid) têk çû:

   fsck_apfs -n /dev/disk0s2
   

2. Tenê PIŞTÎ ku we Rêbaz 1, Rêbaz 2 ceribandiye, an dabeşkirinê wêne kiriye (dd bi dîskêşek derveyî bi Moda Dîskê ya Target / Parvekirina Dîskê), bixebite fsck_apfs di moda înteraktîf / tamîrkirinê de (-y) an bi şopandina xala kontrolê ya kevntir (-o / -S alên ku ji hêla avakirina Recovery ve têne piştgirî kirin):

   fsck_apfs -y /dev/disk0s2
   

   Dema ku fsck_apfs dibîne ku ya herî nû ye nx_superblock_t di hundurê Devera Danasîna Noqta Kontrolê de jimareyek nederbasdar a Fletcher-64 heye (obj_cksum(xp_desc_blocks) ji bo dîtina dîrokî ya herî derbasdar nx_superblock_t (xid - 1), rewşa konteynerê bi çend saniyeyan paşde dizivirîne, û çîpên dengdanê sererast dike.

Qonaxa 4: Tamîrkirina Makîneyek Demjimêra Xerabkirî .sparsebundle ("Time Machine Must Create a New Backup")¶

Ger paşgira weya Time Machine li ser parvekirina torê Synology / QNAP / TrueNAS dimîne (SMB) an ajokerek derveyî di hundurê <MacName>.sparsebundle (an .backupbundle) pakêt, û macOS derdikeve:

"Time Machine verastkirina paşgirên we yên li ser 'NAS' temam kir. Ji bo baştirkirina pêbaweriyê, Time Machine divê ji we re kopiyek nû çêbike."

** Nekin "Destpêkkirina Nû Destpêkirin"** (bitikandina wê bişkojkê tevahiya paşgiriya weya pir-salî jê dike .sparsebundle). Di şûna wê de, sparsebundle li cîhê xwe bi karanîna van çar gavan li Mac-a xwe tamîr bikin:

Gav-bi-gav Machine Time .sparsebundle / .backupbundle rizgarkirin¶

1. ** Parvekirina torê bixin (SMB) an ajokera USB di Finder** de da ku hûn bibînin YourMac.sparsebundle (mînak, li /Volumes/TM_Share/YourMac.sparsebundle).
2. ** Her neguhêrbar vekin uchg alên li ser bandên sparsebundle**: Li ser Mac-a xwe Termînalê vekin û Destûra Tevahiya Dîskê bidin Termînalê (System Settings -> Privacy & Security -> Full Disk Access), paşê birevin:

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

3. ** Pêve bikin .sparsebundle wekî dîskek virtual ya xav xwendin-nivîsandinê BÊ ku pergala pelan a xweya xerabûyî saz bike (-nomount)**:

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

   Bi baldarî li derketina termînalê binêrin:

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

4. ** Kontrol bikin ka paşkêşiya weya Time Machine bikar tîne an na APFS (macOS 11 Big Sur û nûtir) an HFS+ (macOS 10.15 Catalina û kevntir), û tamîrkirina pergala pelan a hevber bimeşînin**:
5. Ger /dev/disk5s2 dibêje Apple_APFS: Run diskutil apfs list ji bo dîtina referansa konteynera APFS ya sentezkirî bibînin disk5s2 (mînak, Container disk6, Volume disk6s1), ger were şîfrekirin wê vekin (diskutil apfs unlockVolume /dev/disk6s1 -nomount), û birevin fsck_apfs:

   sudo fsck_apfs -y /dev/disk5s2
   

6. Ger /dev/disk5s2 dibêje Apple_HFS an Apple_HFSX: Kataloga HFS+ ji nû ve avakera dara B-yê bixebitîne (-drfy heke standard kataloga B-darê ji nû ve ava dike -fy têk diçe):

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

7. ** Dîska virtual ya tamîrkirî bi paqijî veqetînin **:

   sudo hdiutil detach /dev/disk5
   

8. Rewşa "Jêhrkirî / Verastkirin Biserneket" paqij bike (VerificationState = 2) hundir Info.plist û com.apple.TimeMachine.MachineID.plist: Heta piştî fsck_apfs an fsck_hfs 100 ji sedî xeletiyên pergala pelan rast dike, Time Machine dê hîn jî bikar anîna hilanînê red bike heya ku hûn ala têkçûnê ya ku ew tê de nivîsandiye rakin. com.apple.TimeMachine.MachineID.plist di hundurê sparsebundle de:

   # 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
   

   Naha bikirtînin Niha Vegere Xwe di Time Machine de (an vekin YourMac.sparsebundle di Finder-ê de ku pelan rasterast kopî bikin): Hemî rêzika paşkêşiya weya dîrokî bi paqijî çêdibe.

Qonaxa 5: Zehfkirina macOS APFS, FileVault, û Time Machine li dijî qefilandinên pêşerojê¶

Dema ku daneyên weya Mac-ê têne xilas kirin, vê navnîşa kontrolkirina pêşîlêgirtina 4-gavek temam bikin:

• ** Kopiyek laşî ya Mifteya Vegerandina Kesane ya FileVault ya 24-karakterî verast bikin û çap bikin (fdesetup)**: Li ser Mac-ek xebitî, verast bikin ku bişkoja FileVault-ya we bêyî ku bi xebitandinê biguhezîne derbasdar e sudo fdesetup changerecovery -personal (ku Mifteya Vegerandina Kesane ya 24-karakterî ya nû çêdike ku hûn dikarin tavilê di rêveberê şîfreya xweya negirêdayî û ewlekariya agir a laşî de hilînin).
• ** Her tim bi kêmanî biparêze 15% (50 GB to 100 GB) cîhê belaş li ser dîskê destpêkek APFS**: Dema ku konteynirek APFS tijî dibe 99% kapasîteya rast berî nûvekirina pergala macOS Sonoma/Sequoia, sazker û APFS Nexşeya Objeya Kopî-li-Nivîskirî (omap) dikare di nîvê nûvekirinê de blokên belaş biqede, Mac-ê di bootloopek nebootable de bihêle (Error -69845).
• Du hedefên Time Machine-ê yên serbixwe bihêlin (an jî Machine Time-ê bi hev re bikin rsync / Carbon Copy Cloner / Backup Arq): Ji ber ku Time Machine bixweber paşgiran li gelek deverên mîhengkirî dizivirîne (e.g., NAS SMB Share + Local USB-C SSD), xwedan USB-C SSD-ya rasterast-girêdayî piştrast dike ku hûn çu carî tenê bi torê ve girêdayî nebin .sparsebundle Ger Wi-Fi di nîvê nivîsandinê de têk bibe ew dikare xirab bike.
• ** Dema ku Time Machine dibêje qet qapaxa MacBook negirin an kabloyek USB-C nekişînin Cleaning up... an Preparing backup...**: Ew qonax wêneya B-dara APFS-ê nûve dike û sparsebundle nexşeya band.

Hejmarên awarte yên herêmî û protokolên ajansê¶

Dema ku cildek girtî ya FileVault an paşvekêşana Time Machine-ê ya xerakirî bi gelemperî qeyranek IT-ya kesane an pargîdanî ye, girtina qereqolê ku bandorê li lênihêrîna bijîjkî, karûbarên acîl, an parastina daneya yasayî dike hewcedariyên zêdekirina fermî pêk tîne:

• ** Dewletên Yekbûyî û Kanada **: Dial 911 heke girtina qereqolê bandorê li lênihêrîna nexweşên klînîkî, alavên tespîtkirinê, an şandina acîl bike. Ji bo saziyên tenduristiyê (HIPAA), bala xwe bidin ku dema ku dîskek tije ye FileVault 2 (AES-XTS-128(45 CFR § 164.308(a)(7)).
• ** Keyaniya Yekbûyî **: Dial 999 ji bo rewşên awarte yên ku bandorê li ewlehiya jiyanê an pergalên klînîkî yên NHS-ê dikin. Binirxînin windabûna daîmî ya daneyên kesane yên bêpiştgir di binê **Benda 33-ê ya GDPR ya UK-ê de (ICO, 0303 123 1113).
• Yekîtiya Ewropî: Dial 112 li hemî welatên endamên Yekîtiya Ewropî. Wendabûna domdar a hebûna daneyên kesane an qutbûna karûbarê krîtîk hewce dike ku li gorî **GDPR-Benda 33 ** (72 demjimêr) û **NIS2 ** (24 demjimêr ji bo sazûmanên vegirtî) nirxandinan bike.
• Australya û Zelanda Nû: Dial 000 li Avusturalya an 111 li Zelanda Nû ji bo bersiva acîl.
• ** Hindistan û Asya-Pasîfîk **: Dial 112 li Hindistanê ji bo bersiva acîl; Di bin qaîdeyên CERT-In û Qanûna DPDP de bûyerên ewlehiya pargîdanî an hebûna xwe ragihînin.

Pirsên pir caran têne pirsîn¶

Çima Mac-a min DU cild di Disk Utility de nîşan dide (Macintosh HD û Macintosh HD - Data), û çima piştî ku min macOS ji nû ve saz kir lê zêdekirina cildê sêyemîn çêbû?¶

Di macOS Catalina (10.15) û Big Sur (11.0) de dest pê dike, Apple pergala xebitandinê di nav xwendinek tenê-tenê de parçe kir. Hêjmara pergalê (`Macintosh HD`) û xwendin-nivîsandin Hêjmara daneyan (`Macintosh HD - Data`) wekî ** Koma Volume ya APFS ** tev li hev bûne (ji ber vê yekê Finder wan wekî ajokerek yekane nîşan dide). Ger kesek macOS ji nû ve li ser cildê xelet saz kir bêyî ku Koma Volume bi rêkûpêk jê bibe, Disk Utility dubareyek diafirîne. `Macintosh HD - Data - Data` hêjmar dema ku pelên weya orîjînal di hundurê kevin de nehêle rûniştî dimînin `Macintosh HD - Data` volume. Run `diskutil apfs list` di Termînalê de, herdu cildên Daneyê siwar bikin, û kontrol bikin `/Volumes//Users/` li ser her yekê ku pelên xweyên rastîn bibînin.

Ger min hem şîfreya têketina Mac-ê û hem jî Mifteya Vegerandina FileVault-ya xweya 24-karakterî ji bîr kir, û min escrow-a iCloud FileVault çalak nekim, çi dibe?¶

Ger `FileVault 2` li ser Siliconek Apple-ê çalak e (`M1/M2/M3/M4`) an Intel `T2` Mac û we şîfreyek bikarhênerek derbasdar, Mifteya Veguhastina Kesane, escrowê Vegerandina iCloud, an Mifteya Vegerandina Saziya MDM ya pargîdanî (`Jamf / Intune`), ji hêla krîptografî ve ne gengaz e ku hûn SSD-ya navxweyî deşîfre bikin: Tewra Endezyariya Apple an laboratûvarek jûreya paqij jî nikare motora AES ya bi hardware ve girêdayî di hundurê Enclaveya Ewle de (ya ku di navbera hewildanan de derengmayînên hardware-yê pêk tîne) hovane bike. Lêbelê, berî ku dev jê berde, sê cihên ku mifteya we hîn jî hebe kontrol bikin: (1) kontrol bikin ka hesabek bikarhênerek din a Admin li Mac-ê heye (`diskutil apfs listcryptousers`); (2) kontrol bikin ka Mac-a we çu carî di MDM-ya kardêrê we de hatî tomar kirin (ku bixweber Mifteya Vegerandina FileVault-ê vedigire); an (3) paşvekêşên iCloud Drive / Wêneyên / Time Machine-a xwe kontrol bikin.

Çima kir diskutil apfs unlockVolume têkçûn bi Error: -69593: Checksum verification failed an Invalid password (-69507) gava ku ez dizanim şîfreya min 100% rast e?¶

Pêşîn, **Rêvekirina Klavyeyê** li quncika jorîn-rastê ya ekrana Vegerandina macOS-ê binihêrin: Vegerandin bi gelemperî wekî xwerû vedigere. `U.S. QWERTY` tevî ku MacBookê we UK, Almanî heye (`QWERTZ`), Fransî (`AZERTY`), an klavyeya Dvorak, dibe sedema sembolan (`@`, `"`, `-`, `_`, `y/z`) di şîfreya xwe de tîpa çewt binivîsin. Pêşî şîfreya xwe di nav xêza fermana Termînalê ya xuyayî de binivîsin da ku hûn tîpên tam li ser ekranê bibînin, dûv re wê kopî bikin û bixin nav bileziya şîfreyê.

Ma ez dikarim pelên jêbirin ji APFS Mac SSD bi kar vegerînim PhotoRec an Disk Drill ger min bi xeletî Çop vala kir?¶

Li ser her Mac-ya nûjen bi SSD-ya navxweyî, gava ku pelek tê jêbirin û Çop tê valakirin (û na `APFS Local Snapshot` wan blokan referans dike), macOS tavilê hardware **NVMe dişîne `Deallocate (TRIM)`** fermana kontrolkerê SSD-ê, ku di nav çirkeyan de blokên nexşandî sifir dike. Ji ber vê yekê, ** riya vegerandina weya # 1 piştî valakirina Çopê li ser Mac-ê NE xêzkirina xav e: ew tavilê saz dike `APFS Local Snapshot` (`diskutil apfs listSnapshots /` û `mount_apfs -s`) berî ku wêneya demjimêrî bizivire**, wekî ku di Qonaxa 3 Rêbaz 2 de li jor hatî ravekirin.

Çima dema ku min 100 GB pelên vîdyoyê 10 hûrdem berê jêbirin, cîhê dîskê Mac-a min rast berî ku biqelişe?¶

Ji ber ku `APFS` pergala pelan a Kopî-li-Nivîsandinê ye, jêbirina a `100 GB` pel ** wan azad nake** `100 GB` blokên dîskê heke demjimêrek ** APFS Local Snapshot ** (`com.apple.TimeMachine.*.local`) îro berê hatî girtin hîn jî wan blokan destnîşan dike (`Purgeable Space`). Ger Mac-ya we nikaribe nûvekirinek bikire an temam bike ji ber ku wêneyan digirin `100 GB` rehînên cîhê, boot li Termînala Vegerandinê, vekin `Macintosh HD - Data`, navnîşa dîmenên bi `diskutil apfs listSnapshots /dev/disk3s5`, û wêneya herî kevn bi jêbirin `diskutil apfs deleteSnapshot /dev/disk3s5 -name ` ku blokan tavilê azad bikin.

Ez çawa dikarim pelan ji Makîneyek Demjimêrê saxlem an tamîrkirî kopî bikim .sparsebundle li ser PC-ya Windows an Linux-ê ger Mac-a min bi tevahî mir?¶

A Time Machine `.sparsebundle` bi tenê pelrêçek e ku bi sedan tê de hene `8 megabyte` pelên perçeyê (`bands/0`, `bands/1`, `bands/2`...) yên ku bi hev re têne girêdan da ku wêneyek dîskê virtual ava bikin. Li ser Linux (Ubuntu), hûn dikarin bandên sparsebundle-ê li yek amûrek bloka virtual bi karanîna ** bicivînin.`sparsebundlefs`** (`sudo sparsebundlefs /mnt/nas/MyMac.sparsebundle /mnt/virtual_img`), û dûv re hêjmara APFS-ya hundurîn-tenê-xwendewar bi karanîna **`apfs-fuse`** (`sudo apfs-fuse /mnt/virtual_img/sparsebundle.dmg /mnt/mac_files`) an jî vekin `.sparsebundle` rasterast li ** UFS Explorer ** / ** R-Studio ** li ser Windows.

rêberên Related¶

• Panika kernel macOS, ekrana reş, û başbûn
• BitLocker, FileVault, û LUKS kilîla vegerandina şîfrekirinê û vesazkirina TPM
• Li Linux, macOS, an Windows-ê "rm -rf" an "Shift+Delete" ya tesadufî: ji nû ve bi tenê xwendinê yekser
• VeraCrypt, BitLocker, an Cryptomator sernavê volume xera kirin, vegerandina sernavê paşvekêşanê, û vegerandina mifteya RAM
• SSD û NVMe moda tenê-xwendina nişkêve, 0% blokên yedek, û TRIM rizgarkirinê neçalak dike
• Piştgiriya komputerê, stratejiya 3-2-1, û başkirina karesatê
• Hejmarên awarte li gorî welat

Çavkanî û rêbernameya fermî¶

• Apple Inc.developer.apple.com): * Pergala Pelê ya Apple (APFS) Çavkanî: Konteynirê Superblock (nx_superblock_t(xp_desc), Nexşeya Objekt (omap_phys_t), û Structures Snapshot Volume *.
• Rêbernameya Ewlekariya Platforma Apple (support.apple.com/guide/security): *FileVault 2 Mîmariya Şîfrekirina Tev-Dîskê, Pêvekirina Mifteya Enclave Ewle (VEK / KEK), û Hevdengkirina Voluma Preboot *.
• Rûpelên Mirovê Apple macOS: *diskutil(8), fsck_apfs(8), mount_apfs(8), hdiutil(1), û fdesetup(8) Referansa Rêveberiya Sîstemê *.
• Enstîtuya Neteweyî ya Standard û Teknolojiyê (NIST) (Amerîka): Weşana Taybet 800-111: Rêbera Teknolojiyên Şîfrekirina Hilanînê ji bo Amûrên Bikarhêner Dawî.