macOS FileVault sau Time Machine Sparsebundle corupt: Repararea superblocului containerului APFS, montarea instantaneului local și deblocarea terminalului cheii de recuperare¶

Văzând că un MacBook Pro, MacBook Air, Mac Studio sau iMac refuză să pornească cu un dosar cu semn de întrebare intermitent, un semn cerc și bară oblică de interdicție (support.apple.com/mac/startup), un ecran de conectare care respinge parola cunoscută după o blocare a actualizării macOS sau raportarea Utilitar de disc Error: -69845: File system verify or repair failed / Invalid APFS superblock / Object map is invalid este o criză severă de stocare macOS. Mai rău, atunci când conectați unitatea de rezervă externă NAS sau USB Time Machine pentru a vă restaura fișierele, macOS apare adesea o a doua eroare devastatoare: Time Machine completed a verification of your backups. To improve reliability, Time Machine must create a new backup for you (închiderea dvs .sparsebundle). Nu faceți clic pe Ștergeți Mac și nu lăsați Time Machine să suprascrie istoricul copiei de rezervă. Deoarece Apple File System (APFS) este o copiere pe scriere (CoW) sistem de fișiere tranzacțional care reține superblocurile de containere istorice (nx_superblock_t) și instantanee locale numai pentru citire chiar pe disc, puteți aproape întotdeauna să deblocați FileVault și să montați un punct de control mai vechi al tranzacțiilor sănătoase din macOS Recovery Terminal. Dacă Mac-ul dvs. se confruntă cu o buclă de panică a nucleului hardware sau un ecran negru, mai degrabă decât o eroare de volum APFS, consultați Panică la kernel macOS, ecran negru și recuperare; pentru blocări de criptare pe mai multe platforme (BitLocker, FileVault, LUKS), vezi Blocarea cheii de recuperare a criptării BitLocker, FileVault și LUKS și resetarea TPM şi accidental rm -rf sau Shift-Delete pe ext4, XFS, APFS și NTFS: remontare numai pentru citire. Dacă această blocare a stației de lucru afectează îngrijirea clinică a spitalului, expedierea de urgență sau operațiunile de siguranță a vieții, sunați numărul local de urgență (911 în Statele Unite și Canada, 112 în întreaga Uniune Europeană, 999 în Regatul Unit) sau consultați directorul nostru de numere de urgență.

Fă asta acum¶

1. NU dați clic pe „Ștergeți Mac”, „Ștergeți grupul de volum” sau „Începeți o nouă copie de rezervă” în Time Machine: chiar și atunci când butonul Prim ajutor al Utilitarului de disc eșuează cu File system verify or repair failed (-69845) sau fsck_apfs iese cu cod 8, fișierele dvs. de utilizator criptate din interior Macintosh HD - Data (sau mașina ta a timpului .sparsebundle benzi) sunt încă intacte fizic pe SSD.
2. Porniți macOS Recovery (Utilities -> Terminal) pentru a opri imediat fundalul TRIM și Rotația punctului de control Copiere pe scriere:
3. Pe Mac-urile Apple Silicon (M1, M2, M3, M4): Închideți complet Mac-ul, apoi apăsați și mențineți apăsat butonul Pornire (Touch ID) timp de 10 secunde până când pe ecran apare Loading startup options.... Faceți clic pe Opțiuni -> Continuați.
4. Pe Intel Mac-uri: Porniți Mac-ul și țineți imediat apăsat Command (⌘) + R (sau Option + Command + R pentru Internet Recovery) până când apare logo-ul Apple sau globul care se învârte.
5. Dacă Asistentul de recuperare grafic se blochează cerându-vă să selectați un utilizator administrator a cărui parolă refuză să o accepte, nu faceți niciodată clic Erase Mac în stânga sus Recovery Assistant meniu. În schimb, căutați „Ați uitat toate parolele?” (care deschide solicitarea de deblocare a Cheie personală de recuperare cu 24 de caractere sau iCloud Apple ID) sau utilizați Utilities meniu pentru a lansa Terminal.
6. ** Deblocați FileVault 2 manual din terminalul de recuperare (diskutil apfs unlockVolume) înainte de a încerca orice montare sau copiere a fișierului**: când un volum APFS este criptat cu FileVault, Macintosh HD - Data rămâne invizibil (Locked: Yes) până când îl deblocați. În Terminalul de recuperare, rulați diskutil apfs list pentru a găsi nodul dispozitiv al volumului de date (de obicei disk3s5 pe Apple Silicon sau disk2s1 pe Intel) și rulați diskutil apfs unlockVolume /dev/disk3s5 (cu parola de conectare) sau diskutil apfs unlockVolume /dev/disk3s5 -recoverykeychain / -passphrase <24-CHAR-RECOVERY-KEY>.
7. Dacă Macintosh HD - Data deblocheaza (Unlocked: Yes), dar nu reușește să monteze citirea-scrierea din cauza unui arbore B corupt sau a unei hărți de obiecte (omap), montați-l strict NUMAI CITIT (mount_apfs -o rdonly) sau montați un mai vechi APFS Local Snapshot (mount_apfs -s): Când treci -o rdonly (sau montați un instantaneu local Time Machine orar înainte de blocare stocat pe SSD-ul intern prin mount_apfs -s), driverul de nucleu APFS omite reluarea jurnalului de scriere și vă permite să copiați 100% din /Users/yourname la o unitate USB externă prin rsync sau cp -R.
8. Nu fugi niciodată fsck_apfs -y în mod repetat pe un SSD defect înainte de a vă evacua fișierele numai în citire: Dacă Harta obiectelor APFS (omap_phys_t) sau Extent Reference Tree este deteriorat, forțând o reparație de citire-scriere cu fsck_apfs -y poate dezamapa nodurile de director deteriorate. Încearcă mereu mount_apfs -o rdonly și copiați /Users/ pe o unitate externă mai întâi și numai rulați fsck_apfs pe urmă.
9. Pentru o mașină a timpului coruptă .sparsebundle (Backup Verification Failed), ștergeți com.apple.backupd.ModelID încuie steaguri Info.plist, atașați sparsebundle cu hdiutil attach -nomount -readwrite, și reparați volumul interior APFS/HFS+ cu fsck_apfs sau fsck_hfs: Aproape întotdeauna puteți salva atât istoricul de rezervă, cât și sparsebundle-ul live fără a începe de la capăt.

Arborele de decizie: Mac care nu poate fi pornit, FileVault blocat sau triajul Time Machine corupt¶

Utilizați această diagramă de flux în macOS Recovery (Utilities -> Terminal) pentru a selecta calea exactă de recuperare nedistructivă:

flowchart TD
    Start["Urgență: Mac nepornit, parola de respingere FileVault sau Time Machine coruptă"] --> WhichIssue{"Cu ce criză te confrunți?"}

    WhichIssue -->|"1. SSD intern Mac de nepornit (? Folder / Semn de interdicție / Eroare de prim ajutor -69845)"| BootRec["Porniți în macOS Recovery -> Deschideți utilități -> Terminal -> Run: diskutil apfs list"]

    WhichIssue -->|"2. FileVault respinge parola utilizatorului cunoscut sau solicită cheia de recuperare"| FVFix["În Recovery Assistant: faceți clic pe „Ați uitat toate parolele?” SAU Rulați diskutil apfs listcryptousers în Terminal"]

    WhichIssue -->|"3. Time Machine spune: Backup corupt / Must Create a New Backup"| TMFix["Mount Network/USB Drive -> Inspectați .sparsebundle/Info.plist -> hdiutil attach -nomount -> fsck_apfs / fsck_hfs"]

    BootRec --> ContainerOk{"Afișează diskutil apfs list Afișează containerul și volumele APFS (Macintosh HD - Date)?"}

    ContainerOk -->|"Nu: Container APFS lipsește sau „Superbloc APFS nevalid”"| SuperblockRec["Scanați superblocurile anterioare ale punctului de control al containerelor APFS (nx_superblock_t) și montați numai citire prin fsck_apfs -n / apfs-fuse"]

    ContainerOk -->|"Da: volume listate (de exemplu, disk3s5)"| UnlockStep["Deblocați FileVault fără montare: diskutil apfs unlockVolume /dev/disk3s5 -nomount"]

    UnlockStep --> TryRO["Încercați montare numai pentru citire: mkdir /Volumes/Rescue && mount_apfs -o rdonly /dev/disk3s5 /Volumes/Rescue"]

    TryRO --> DidMount{"S-au montat /Volumele/Salvare curat?"}
    DidMount -->|"Da"| CopyData["Conectați unitatea USB externă ExFAT/APFS -> Copiere /Volume/Salvare/Utilizatori/<vou> Imediat cu idem sau rsync"]
    DidMount -->|"Nu: mount_apfs returnează un argument nevalid / o eroare de intrare-ieșire"| SnapMount["Listați instantanee interne APFS (diskutil apfs listSnapshots) -> Montați instantanee înainte de blocare prin mount_apfs -s"]

    FVFix --> UnlockStep

Faza 1: Înțelegerea containerului APFS, a grupului de volum și a ierarhiei cheilor FileVault¶

Înainte de a tasta comenzi în macOS Recovery Terminal, înțelegeți cât de modern macOS (Catalina 10.15 prin Monterey, Ventura, Sonoma, și Sequoia) prezintă un SSD intern și de ce Macintosh HD NU este locul unde se află fișierele dvs.

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

Trei fapte critice din această arhitectură vă vor salva recuperarea: 1. Nu pierde niciodată timpul încercând să recuperezi fișiere din Macintosh HD (disk3s1): De la macOS Big Sur (11.0+), Macintosh HD este un instantaneu de sistem sigilat criptografic, doar pentru citire (APFS Signed System Volume). Fiecare fișier utilizator, fotografie, folder de pe desktop, breloc și bază de date trăiește pe însoțitor Macintosh HD - Data volum (typically disk3s5 pe Apple Silicon sau disk2s1 / disk1s1 pe Intel). 2. De ce FileVault uneori respinge parola corectă după o blocare (Preboot Desincronizare): La primul ecran de pornire (EFI / iBoot Preboot Login), cel Macintosh HD - Data volumul este încă criptat și imposibil de citit. Cum vă verifică Mac-ul parola înainte ca discul să fie deblocat? Citește o copie sincronizată a hash-ului parolei contului dvs. de utilizator și a tastelor criptografice stocate pe dispozitivul necriptat Preboot volum (disk3s2). Dacă ați schimbat recent parola de conectare la Mac sau ați actualizat macOS și Preboot volumul nu a fost actualizat (diskutil apfs updatePreboot), ecranul inițial de pornire respinge noua parolă în timp ce diskutil apfs unlockVolume în Recovery Terminal acceptă imediat parola dvs. veche sau nouă. 3. De ce APFS păstrează stările sănătoase mai vechi chiar și atunci când cel mai recent punct de control este corupt: De fiecare dată APFS șterge scrierile pe disc, nu suprascrie cele existente nx_superblock_t (Container Superblock) sau apfs_superblock_t (Superbloc de volum) pe loc. În schimb, scrie un superbloc nou-nouț în Zona Descriptorului punctului de control (xp_desc) buffer inel cu un ID de tranzacție incrementat (xid). Dacă se întrerupe alimentarea sau kernel-ul intră în panică în timpul scrierii Tranzacție xid 950412, Tranzacție xid 950411 (scris cu câteva secunde mai devreme) se află încă în buffer-ul inelului punctului de control de pe disc.

Faza 2: Deblocare FileVault 2 din terminalul de recuperare macOS atunci când autentificarea sau GUI eșuează¶

Porniți în macOS Recovery, deschideți bara de meniu de sus și faceți clic pe Utilities -> Terminal.

Pasul 1: Identificați-vă containerul APFS și Macintosh HD - Data identificatorul dispozitivului¶

În fereastra Terminal de recuperare, rulați:

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)

Pasul 2: inspectați toți utilizatorii criptografici validi (Key Wrapping Keys) pe volumul de date¶

Pentru a vedea fiecare cont de utilizator, cheia personală de recuperare (PRK), sau cheie iCloud/instituțională capabilă să se deblocheze disk3s5, alerga:

diskutil apfs listcryptousers /dev/disk3s5

Pasul 3: Deblocați volumul FĂRĂ să îl montați încă (-nomount)¶

De ce trece -nomount când deblocați un volum APFS potențial corupt? Pentru că implicit, diskutil apfs unlockVolume încearcă imediat să monteze volumul în modul de citire-scriere, care declanșează o reluare automată a jurnalului de scriere sau blochează Terminalul dacă arborele B este deteriorat. Trecerea -nomount dezactivează cheia criptografică de criptare a volumului (VEK) în Secure Enclave, păstrând în același timp sistemul de fișiere demontat, astfel încât să îl putem monta strict doar în citire în Faza 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

Pasul 4: Ce se întâmplă dacă FileVault s-a deblocat curat și sistemul de fișiere NU este corupt și ți-a respins parola doar la pornire?¶

Dacă diskutil apfs unlockVolume /dev/disk3s5 a reușit imediat și diskutil apfs verifyVolume /dev/disk3s5 spectacole The volume Macintosh HD - Data appears to be OK, singura ta problemă a fost un desincronizat Preboot volum după o schimbare a parolei sau o actualizare a sistemului de operare. Remediați-l în 5 secunde, astfel încât Mac-ul dvs. să pornească din nou normal:

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

Faza 3: Salvarea datelor când fsck_apfs / Disk Utility First Aid eșuează (Invalid APFS Superblock sau Object Map Invalid)¶

Dacă se deblochează disk3s5 lucrări (FileVault: Yes (Unlocked)), dar când încercați să-l montați în mod normal, macOS spune com.apple.DiskManagement.disenter error -119930868 / -69845 sau rapoarte de prim ajutor 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)

Urmați acești trei pași criminalistici pentru a extrage 100% din fișiere înainte de a încerca orice reparație distructivă:

Metoda 1: Forțați o montare a nucleului numai pentru citire (mount_apfs -o rdonly)¶

Chiar și atunci când volumul APFS refuză să se monteze în modul citire-scriere (deoarece macOS refuză să monteze un volum APFS murdar de citire-scriere atunci când fsck_apfs găsește o singură inconsecvență a arborelui B), the apfs.kext driverul va permite adesea o montare ** strict numai pentru citire (-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/

Metoda 2: Ce se întâmplă dacă arborele sistemului de fișiere live (fsroot) este corupt? Montați un interior APFS Local Snapshot (mount_apfs -s)¶

Iată arma secretă a APFS recuperare pe care chiar și mulți tehnicieni Apple Genius Bar o trec cu vederea: Chiar dacă nu ați conectat unitatea externă Time Machine astăzi, macOS creează automat invizibil, doar pentru citire APFS Local Snapshots (com.apple.TimeMachine.2026-10-31-140512.local sau com.apple.os.update-...) direct pe SSD-ul intern la fiecare oră și chiar înainte de fiecare actualizare a software-ului macOS.

Deoarece un instantaneu APFS este o rădăcină de arbore B înghețată, imuabilă la un moment dat (snap_meta_ext_phys_t), chiar dacă sistemul de fișiere live (fsroot) a fost coruptă în timpul unui accident în urmă cu 10 minute, instantaneul făcut acum 1 oră are propria sa rădăcină B-tree independentă, necoruptă.

1. Listați toate instantaneele interne APFS care trăiesc pe volumul dvs. de date deblocat (disk3s5):

   diskutil apfs listSnapshots /dev/disk3s5
   

   Uită-te la ieșire:

   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. Montați cel mai recent instantaneu direct în /Volumes/SnapRescue folosind 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. Răsfoiește /Volumes/SnapRescue/Users/yourname și copiați întregul folder de utilizator pe unitatea externă cu ditto:

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

Metoda 3: inspectarea superblocurilor mai vechi ale punctului de control al containerelor (nx_superblock_t) cu fsck_apfs¶

Ce se întâmplă dacă întregul container APFS (/dev/disk0s2 -> disk3) refuză să se atașeze sau atât volumul live, cât și lista de instantanee eșuează deoarece cel mai recent Container Superblock (nx_superblock_t) în capul punctului de control tamponul inelului a fost rupt în timpul unei pierderi bruște de putere?

1. Mai întâi rulați o verificare de diagnosticare nedistructivă numai în citire (-n) pe partiția fizică APFS (/dev/disk0s2) pentru a vedea ce ID tranzacție (xid) a eșuat:

   fsck_apfs -n /dev/disk0s2
   

2. Numai DUPĂ ce ați încercat Metoda 1, Metoda 2 sau ați făcut imaginea partiției (dd pe un disc extern prin Target Disk Mode / Share Disk), rulați fsck_apfs în modul interactiv/reparație (-y) sau cu scanare mai veche a punctelor de control (-o / -S steaguri unde sunt acceptate de versiunea de recuperare):

   fsck_apfs -y /dev/disk0s2
   

   Când fsck_apfs vede că cel mai nou nx_superblock_t în interiorul zonei Descriptorului punctului de control are o sumă de control Fletcher-64 invalidă (obj_cksum), merge automat înapoi prin tamponul circular al punctului de control (xp_desc_blocks) pentru a găsi cea mai mare valoare istorică valabilă nx_superblock_t (xid - 1), face înapoi starea containerului cu câteva secunde și restabilește monturile de volum.

Faza 4: Repararea unei mașini a timpului coruptă .sparsebundle ("Time Machine Must Create a New Backup")¶

Dacă backup-ul Time Machine se află pe o partajare de rețea Synology/QNAP/TrueNAS (SMB) sau o unitate externă în interiorul unui <MacName>.sparsebundle (sau .backupbundle) și apare macOS:

„Time Machine a finalizat o verificare a copiilor de rezervă pe „NAS”. Pentru a îmbunătăți fiabilitatea, Time Machine trebuie să creeze un nou backup pentru tine.”

NU dați clic pe „Începeți o nouă copie de rezervă” (făcând clic pe acel buton se șterge întreaga copie de rezervă multianuală .sparsebundle). În schimb, reparați sparsebundle-ul utilizând acești patru pași pe Mac:

Mașina timpului pas cu pas .sparsebundle / .backupbundle salvare¶

1. Montați partajarea rețelei (SMB) sau unitatea USB în Finder pentru a putea vedea YourMac.sparsebundle (de exemplu, la /Volumes/TM_Share/YourMac.sparsebundle).
2. ** Deblochează orice imuabil uchg steaguri pe benzile sparsebundle**: Deschideți terminalul pe Mac și acordați acces complet la disc la terminal (System Settings -> Privacy & Security -> Full Disk Access), apoi rulați:

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

3. Atașați .sparsebundle ca un disc virtual de citire-scriere brută FĂRĂ să-și monteze sistemul de fișiere corupt (-nomount)*:

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

   Priviți cu atenție ieșirea terminalului:

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

4. Verificați dacă backupul Time Machine folosește APFS (macOS 11 Big Sur și mai nou) sau HFS+ (macOS 10.15 Catalina și mai vechi) și rulați repararea sistemului de fișiere potrivit:
5. Dacă /dev/disk5s2 spune Apple_APFS: Fugi diskutil apfs list pentru a vedea referința sintetizată a containerului APFS pentru disk5s2 (de exemplu, Container disk6, Volumul disk6s1), deblocați-l dacă este criptat (diskutil apfs unlockVolume /dev/disk6s1 -nomount), și fugi fsck_apfs:

   sudo fsck_apfs -y /dev/disk5s2
   

6. Dacă /dev/disk5s2 spune Apple_HFS sau Apple_HFSX: Rulați catalogul HFS+ B-tree Rebuilder (-drfy reconstruiește arborele B de catalog dacă este standard -fy eșuează):

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

7. Detașați discul virtual reparat curat:

   sudo hdiutil detach /dev/disk5
   

8. Ștergeți starea „Otrăvit/Verificare eșuată” (VerificationState = 2) înăuntru Info.plist şi com.apple.TimeMachine.MachineID.plist: Chiar si dupa fsck_apfs sau fsck_hfs remediază 100 la sută din erorile sistemului de fișiere, Time Machine va refuza totuși să folosească backup-ul până când eliminați indicatorul de eșec în care a scris com.apple.TimeMachine.MachineID.plist în interiorul 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
   

   Acum faceți clic pe Fă backup acum în Time Machine (sau deschide YourMac.sparsebundle în Finder pentru a copia fișierele direct): întreaga cronologie istorică a backupului se montează curat.

Faza 5: Întărirea macOS APFS, FileVault și Time Machine împotriva viitoarelor blocări¶

Odată ce datele dvs. Mac sunt salvate, completați această listă de verificare în 4 pași:

• Verificați și imprimați o copie fizică a cheii personale de recuperare FileVault de 24 de caractere (fdesetup): pe un Mac care funcționează, verificați dacă cheia FileVault este validă fără a o modifica prin rulare sudo fdesetup changerecovery -personal (care generează o cheie personală de recuperare nouă, cu 24 de caractere, pe care o puteți stoca imediat în managerul de parole offline și în siguranța fizică împotriva incendiilor).
• Păstrați întotdeauna cel puțin 15% (50 GB la 100 GB) de spațiu liber pe un disc de pornire APFS: Când un container APFS se umple la 99% capacitatea chiar înainte de o actualizare a sistemului macOS Sonoma/Sequoia, programul de instalare și APFS Copy-on-Write Object Map (omap) poate rămâne fără blocuri gratuite la jumătatea actualizării, blocând Mac-ul într-o buclă de boot care nu poate fi pornită (Error -69845).
• Păstrați două ținte independente Time Machine (sau asociați Time Machine cu un rsync / Carbon Copy Cloner / Arq backup): deoarece Time Machine rotește automat backup-urile în mai multe destinații configurate (e.g., NAS SMB Share + Local USB-C SSD), având un SSD USB-C atașat direct, vă asigură că nu depindeți niciodată doar de o rețea .sparsebundle care se poate corupa dacă Wi-Fi scade la mijlocul scrierii.
• Nu închide niciodată capacul MacBook-ului și nu trage un cablu USB-C în timp ce Time Machine spune Cleaning up... sau Preparing backup...: Faza respectivă actualizează arborele B instantaneu APFS și sparsebundle harta benzilor.

Numerele regionale de urgență și protocoalele agenției¶

În timp ce un volum FileVault blocat sau o copie de rezervă coruptă a Time Machine este în mod normal o criză IT personală sau de întreprindere, blocările stațiilor de lucru care afectează îngrijirea medicală, serviciile de urgență sau protecția legală a datelor implică cerințe formale de escaladare:

• Statele Unite și Canada: Apelați 911 dacă o blocare a stației de lucru afectează îngrijirea clinică a pacientului, echipamentul de diagnosticare sau expedierea de urgență. Pentru entitățile din domeniul sănătății (HIPAA), rețineți că în timp ce discul este plin FileVault 2 (AES-XTS-128) oferă Safe Harbor împotriva dezvăluirii neautorizate în cazul în care un laptop este furat, pierderea permanentă a înregistrărilor pacientului fără copii de siguranță este un incident de disponibilitate în conformitate cu Regula de securitate HIPAA (45 CFR § 164.308(a)(7)).
• Regatul Unit: Apelați 999 pentru situații de urgență care afectează siguranța vieții sau sistemele clinice acute NHS. Evaluați pierderea permanentă a datelor cu caracter personal fără copii de siguranță în conformitate cu articolul 33 din GDPR din Regatul Unit (ICO, 0303 123 1113).
• Uniunea Europeană: Apelați 112 în toate statele membre UE. Pierderea permanentă a disponibilității datelor cu caracter personal sau întreruperile critice ale serviciilor necesită evaluare în conformitate cu Articolul 33 GDPR (72 de ore) și NIS2 (24 de ore pentru entitățile acoperite).
• Australia și Noua Zeelandă: Apelați 000 în Australia sau 111 în Noua Zeelandă pentru răspuns de urgență.
• India și Asia-Pacific: Apelați 112 în India pentru răspuns de urgență; raportați incidentele de securitate sau de disponibilitate ale întreprinderii conform regulilor aplicabile CERT-In și DPDP Act.

Întrebări frecvente¶

De ce Mac-ul meu arată DOUĂ volume în Utilitar disc (Macintosh HD şi Macintosh HD - Data), și de ce s-a întâmplat adăugarea unui al treilea volum după ce am reinstalat macOS?¶

Începând cu macOS Catalina (10.15) și Big Sur (11.0), Apple a împărțit sistemul de operare într-un sistem de numai citire Volumul sistemului (`Macintosh HD`) și o citire-scriere Volumul datelor (`Macintosh HD - Data`) unite ca un **APFS Volume Group** (deci Finder le afișează ca o singură unitate). Dacă cineva a reinstalat macOS pe volumul greșit fără a șterge în mod corespunzător grupul de volum, Utilitarul de disc creează un duplicat `Macintosh HD - Data - Data` volum în timp ce fișierele originale rămân în interiorul celui mai vechi demontat `Macintosh HD - Data` volum. Fugi `diskutil apfs list` în Terminal, montați ambele volume de date și verificați `/Volumes//Users/` pe fiecare pentru a găsi fișierele dvs. reale.

Ce se întâmplă dacă mi-am uitat atât parola de conectare la Mac, cât și cheia de recuperare FileVault de 24 de caractere și nu am activat escrow iCloud FileVault?¶

Dacă `FileVault 2` este activat pe un Apple Silicon (`M1/M2/M3/M4`) sau Intel `T2` Mac și nu aveți nicio parolă de utilizator validă, cheie personală de recuperare, escrow iCloud Recovery sau cheie de recuperare instituțională MDM corporativă (`Jamf / Intune`), este imposibil din punct de vedere criptografic să decriptați SSD-ul intern: nici măcar Apple Engineering sau un laborator de cameră curată nu pot forța brute motorul AES legat de hardware în interiorul Secure Enclave (care impune întârzierile hardware între încercări). Înainte de a renunța, totuși, verificați trei locuri în care cheia dvs. poate mai exista: (1) verificați dacă există un alt cont de utilizator de administrator pe Mac (`diskutil apfs listcryptousers`); (2) verificați dacă Mac-ul dvs. a fost vreodată înscris în MDM-ul angajatorului dvs. (care păstrează automat o cheie de recuperare FileVault); sau (3) verificați copiile de rezervă iCloud Drive / Fotografii / Time Machine.

De ce a făcut-o diskutil apfs unlockVolume eșua cu Error: -69593: Checksum verification failed sau Invalid password (-69507) când știu că parola mea este 100%, nu?¶

Mai întâi, verificați **Dispunerea tastaturii** în colțul din dreapta sus al ecranului de recuperare macOS: Recuperarea este adesea implicită `U.S. QWERTY` chiar dacă MacBook-ul tău are o versiune britanică, germană (`QWERTZ`), franceza (`AZERTY`), sau tastatura Dvorak, provocând simboluri (`@`, `"`, `-`, `_`, `y/z`) în parola dvs. pentru a introduce caracterul greșit. Introduceți mai întâi parola în promptul de comandă vizibil al terminalului, astfel încât să puteți vedea exact caracterele pe ecran, apoi copiați-o și inserați-o în promptul pentru parolă.

Pot recupera fișierele șterse de pe un SSD APFS Mac folosind PhotoRec sau Disk Drill dacă am golit accidental Coșul de gunoi?¶

Pe orice Mac modern cu un SSD intern, când un fișier este șters și Coșul de gunoi este golit (și nu `APFS Local Snapshot` face referire la acele blocuri), macOS trimite imediat hardware-ul **NVMe `Deallocate (TRIM)`** comandă către controlerul SSD, care pune la zero blocurile nemapate în câteva secunde. Prin urmare, **calea ta de recuperare numărul 1 după ce ai golit Coșul de gunoi pe un Mac NU este sculptură brută: montează imediat un `APFS Local Snapshot` (`diskutil apfs listSnapshots /` şi `mount_apfs -s`) înainte ca instantaneul orar să se rotească**, după cum este explicat în Etapa 3, Metoda 2 de mai sus.

De ce Mac-ul meu a rămas fără spațiu pe disc chiar înainte de a se prăbuși când am șters 100 GB de fișiere video cu 10 minute mai devreme?¶

Pentru că `APFS` este un sistem de fișiere Copy-on-Write, ștergând a `100 GB` fișierul **nu** le eliberează `100 GB` de blocuri de disc dacă un **APFS Local Snapshot** (`com.apple.TimeMachine.*.local`) luată astăzi mai devreme indică în continuare acele blocuri (`Purgeable Space`). Dacă Mac-ul dvs. nu poate porni sau finaliza o actualizare, deoarece instantaneele sunt reținute `100 GB` de ostatic spațial, pornește în Terminalul de recuperare, deblochează `Macintosh HD - Data`, enumerați instantaneele cu `diskutil apfs listSnapshots /dev/disk3s5`, și ștergeți cel mai vechi instantaneu cu `diskutil apfs deleteSnapshot /dev/disk3s5 -name ` pentru a elibera blocurile instantaneu.

Cum copiez fișiere dintr-o mașină a timpului sănătoasă sau reparată .sparsebundle pe un PC Windows sau Linux dacă Mac-ul meu a murit complet?¶

O mașină a timpului `.sparsebundle` este pur și simplu un director care conține sute de `8 megabyte` fișiere în bucăți (`bands/0`, `bands/1`, `bands/2`...) care se concatenează pentru a forma o imagine de disc virtual. Pe Linux (Ubuntu), puteți monta benzile sparsebundle într-un singur dispozitiv virtual bloc folosind **`sparsebundlefs`** (`sudo sparsebundlefs /mnt/nas/MyMac.sparsebundle /mnt/virtual_img`), apoi montați volumul interior APFS numai în citire folosind **`apfs-fuse`** (`sudo apfs-fuse /mnt/virtual_img/sparsebundle.dmg /mnt/mac_files`) sau deschideți `.sparsebundle` direct în **UFS Explorer** / **R-Studio** pe Windows.

Ghiduri aferente¶

• Panică la kernel macOS, ecran negru și recuperare
• Blocarea cheii de recuperare a criptării BitLocker, FileVault și LUKS și resetarea TPM
• rm -rf sau Shift+Delete accidental pe Linux, macOS sau Windows: remontare imediată numai pentru citire
• Antetul de volum corupt VeraCrypt, BitLocker sau Cryptomator, restaurarea antetului de rezervă și recuperarea cheii RAM
• Modul de doar citire bruscă SSD și NVMe, blocuri de rezervă 0% și salvarea dezactivată TRIM
• Backup-uri pe computer, strategia 3-2-1 și recuperare în caz de dezastru
• Numere de urgență în funcție de țară

Surse și îndrumări oficiale¶

• Apple Inc. (developer.apple.com): Sistem de fișiere Apple (APFS) Referință: Container Superblock (nx_superblock_t), Buffer de inel descriptor al punctului de control (xp_desc), Harta obiectelor (omap_phys_t), și Structuri de instantanee de volum.
• Ghidul de securitate al platformei Apple (support.apple.com/guide/security): Arhitectura de criptare a discului complet FileVault 2, împachetare securizată a cheilor Enclave (VEK / KEK), și Sincronizarea volumului de prepornire.
• Pagini de manual Apple macOS: diskutil(8), fsck_apfs(8), mount_apfs(8), hdiutil(1), și fdesetup(8) Referință de administrare a sistemului.
• Institutul Național de Standarde și Tehnologie (NIST) (Statele Unite ale Americii): Publicația specială 800-111: Ghid pentru tehnologiile de criptare de stocare pentru dispozitivele utilizatorului final.