macOS FileVault vagy Time Machine Sparsebundle sérült: APFS Container Superblock javítás, helyi pillanatfelvétel rögzítés és helyreállítási kulcs terminál feloldása¶

Ha azt látjuk, hogy egy MacBook Pro, MacBook Air, Mac Studio vagy iMac megtagadja a rendszerindítást egy villogó kérdőjel mappa, tiltó kör- és perjel jellel (support.apple.com/mac/startup), egy bejelentkezési képernyő, amely elutasítja ismert jelszavát a macOS frissítés összeomlása után, vagy a Disk Utility jelentés Error: -69845: File system verify or repair failed / Invalid APFS superblock / Object map is invalid súlyos macOS-tárhelyválság. Ami még rosszabb, ha külső NAS-t vagy USB Time Machine biztonsági mentési meghajtót csatlakoztat a fájlok visszaállításához, a macOS gyakran egy második, pusztító hibaüzenetet ad ki: Time Machine completed a verification of your backups. To improve reliability, Time Machine must create a new backup for you (kizárja az Ön .sparsebundle). Ne kattintson a Erase Mac lehetőségre, és ne hagyja, hogy a Time Machine felülírja a biztonsági mentési előzményeket. Mivel az Apple fájlrendszer (APFS) egy írásra másolás (CoW) tranzakciós fájlrendszer, amely megőrzi a korábbi konténer szuperblokkokat (nx_superblock_t) és a csak olvasható helyi pillanatképek közvetlenül a lemezen, szinte mindig feloldhatja a FileVault zárolását, és csatlakoztathat egy régebbi, egészséges tranzakciós ellenőrzőpontot a macOS Recovery Terminalból. Ha a Mac számítógépén hardveres kernel pánikhurok vagy fekete képernyő tapasztalható, nem pedig APFS hangerőhiba, lásd: macOS kernel pánik, fekete képernyő és helyreállítás; platformok közötti titkosítási zárolásokhoz (BitLocker, FileVault, LUKS), lásd A BitLocker, a FileVault és a LUKS titkosítási helyreállítási kulcsok zárolása és a TPM visszaállítása és véletlen rm -rf vagy Shift-Delete ext4, XFS, APFS és NTFS esetén: csak olvasható újracsatlakozás. Ha ez a munkaállomás lezárása hatással van a kórházi klinikai ellátásra, a sürgősségi kiszállításra vagy az életbiztonsági műveletekre, hívja a helyi segélyhívó számot (911 az Egyesült Államokban és Kanadában, 112 az Európai Unió egész területén, 999 az Egyesült Királyságban), vagy tekintse meg címtárunkat segélyhívó számok.

Tedd ezt most¶

1. ** NE kattintson a „Mac törlése”, „Kötetcsoport törlése” vagy „Új biztonsági mentés indítása” lehetőségre a Time Machine-ben**: Még akkor sem, ha a Lemezkezelő Elsősegély gombja nem működik File system verify or repair failed (-69845) vagy fsck_apfs kóddal kilép 8, az Ön titkosított felhasználói fájljai a Macintosh HD - Data (vagy az időgéped .sparsebundle sávok) fizikailag továbbra is érintetlenek az SSD-n.
2. ** Indulás macOS Recovery (Utilities -> Terminal) azonnal a háttér leállításához TRIM és a Másolás írásra ellenőrzőpontok elforgatása**:
3. ** Apple Silicon Mac gépeken (M1, M2, M3, M4)**: Kapcsolja ki teljesen a Mac-et, majd nyomja meg és tartsa lenyomva a Bekapcsológombot (Touch ID) gombot 10 másodpercig, amíg a képernyőn megjelenik a Loading startup options.... Kattintson a Opciók -> Folytatás lehetőségre.
4. Intel Mac gépeken: Kapcsolja be a Macet, és azonnal tartsa lenyomva Command (⌘) + R (vagy Option + Command + R Internet Recovery esetén), amíg meg nem jelenik az Apple logó vagy a forgó földgömb.
5. Ha a grafikus helyreállítási asszisztens elakad, és arra kéri, hogy válasszon ki egy rendszergazdai felhasználót, akinek a jelszavát nem hajlandó elfogadni, soha ne kattintson Erase Mac a bal felső sarokban Recovery Assistant menü. Ehelyett keresse meg az „Elfelejtette az összes jelszavát?” (ami megnyitja a 24 karakteres személyes helyreállítási kulcsot vagy az iCloud Apple ID feloldó promptot), vagy használja a Utilities menü a Terminal elindításához.
6. **Kinyit FileVault 2 manuálisan a helyreállítási terminálról (diskutil apfs unlockVolume). Macintosh HD - Data láthatatlan marad (Locked: Yes), amíg fel nem oldja. A helyreállítási terminálban futtassa diskutil apfs list az adatkötet eszközcsomópontjának megtalálásához (általában disk3s5 az Apple Silicon vagy disk2s1 Intel) és futtassa diskutil apfs unlockVolume /dev/disk3s5 (bejelentkezési jelszavával) ill diskutil apfs unlockVolume /dev/disk3s5 -recoverykeychain / -passphrase <24-CHAR-RECOVERY-KEY>.
7. Ha Macintosh HD - Data feloldja (Unlocked: Yes), de nem sikerül felcsatolni az írást-olvasást a sérült B-fa vagy objektumtérkép miatt (omap), rögzítse szigorúan CSAK OLVASÁSRA (mount_apfs -o rdonly), vagy szereljen fel egy régebbit APFS Local Snapshot (mount_apfs -s): Amikor átmegy -o rdonly (vagy csatoljon egy összeomlás előtti óránkénti Time Machine helyi pillanatképet a belső SSD-n keresztül mount_apfs -s), az APFS kernel-illesztőprogram kihagyja az írási napló újrajátszását, és lehetővé teszi a 100 százalékos másolást /Users/yourname keresztül külső USB-meghajtóra rsync vagy cp -R.
8. Soha ne fuss fsck_apfs -y ismételten meghibásodott SSD-n, mielőtt kiürítené a fájlokat, csak olvasható: Ha az APFS objektumtérkép (omap_phys_t) vagy az Extent Reference Tree sérült, ezért írási-olvasási javításra van szükség fsck_apfs -y leképezheti a sérült címtárcsomópontokat. Mindig próbáld mount_apfs -o rdonly és másolja /Users/ külső meghajtóra először, és csak futtassa fsck_apfs később.
9. ** Sérült időgéphez .sparsebundle (Backup Verification Failed), törölje a com.apple.backupd.ModelID zárja be a zászlókat Info.plist, rögzítse a ritka köteget azzal hdiutil attach -nomount -readwrite, és javítsa meg a belső APFS/HFS+ kötetet fsck_apfs vagy fsck_hfs**: Szinte mindig megmentheti a biztonsági mentési előzményeket és az élő ritka csomagot is anélkül, hogy újrakezdené.

Döntési fa: nem indítható Mac, zárolt FileVault vagy sérült Time Machine triage¶

Használja ezt a folyamatábrát macOS Recovery (Utilities -> Terminal) a pontos, roncsolásmentes helyreállítási útvonal kiválasztásához:

flowchart TD
    Start["Vészhelyzet: a Mac rendszerindítása nem lehetséges, a FileVault elutasítja a jelszót vagy a Time Machine sérült"] --> WhichIssue{"Melyik válsággal nézel szembe?"}

    WhichIssue -->|"1. Nem indítható belső Mac SSD (? Mappa / Tiltó jel / Elsősegély-hiba -69845)"| BootRec["Indítsa el a macOS Recovery alkalmazást -> Segédprogramok megnyitása -> Terminál -> Futtatás: diskutil apfs list"]

    WhichIssue -->|"2. A FileVault az ismert felhasználói jelszó elutasítása vagy a helyreállítási kulcs kérése"| FVFix["A Helyreállítási asszisztensben: Kattintson az 'Elfelejtette az összes jelszavát?' VAGY Futtassa a diskutil apfs listcryptousers parancsot a terminálban"]

    WhichIssue -->|"3. A Time Machine azt mondja: A biztonsági másolat sérült / új biztonsági másolatot kell készítenie"| TMFix["Csatlakoztassa a hálózatot/USB-meghajtót -> Vizsgálja meg a .sparsebundle/Info.plist fájlt -> hdiutil attach -nomount -> fsck_apfs / fsck_hfs"]

    BootRec --> ContainerOk{"A diskutil apfs lista megjeleníti az APFS-tárolót és köteteket (Macintosh HD - adatok)?"}

    ContainerOk -->|"Nem: APFS-tároló hiányzik vagy „Érvénytelen APFS szuperblokk”"| SuperblockRec["Korábbi APFS-tároló ellenőrzőpont szuperblokkok (nx_superblock_t) beolvasása és csak olvasható rögzítés az fsck_apfs -n / apfs-fuse segítségével"]

    ContainerOk -->|"Igen: A kötetek listázva (pl. disk3s5)"| UnlockStep["A FileVault feloldása rögzítés nélkül: diskutil apfs unlockVolume /dev/disk3s5 -nomount"]

    UnlockStep --> TryRO["Csak olvasható csatlakozási kísérlet: mkdir /Volumes/Rescue && mount_apfs -o rdonly /dev/disk3s5 /Volumes/Rescue"]

    TryRO --> DidMount{"A /Volumes/Rescue Mount tisztán szerelte fel?"}
    DidMount -->|"Igen"| CopyData["Csatlakoztassa az ExFAT/APFS külső USB-meghajtót -> Másolás /Kötetek/Rescue/Users/<Ön> Azonnal a ditto vagy az rsync segítségével"]
    DidMount -->|"Nem: a mount_apfs érvénytelen argumentumot/bemeneti-kimeneti hibát ad vissza"| SnapMount["Belső APFS pillanatképek listázása (diskutil apfs listSnapshots) -> Összeomlás előtti pillanatkép csatlakoztatása a mount_apfs -s segítségével"]

    FVFix --> UnlockStep

1. fázis: Az APFS-tároló, a kötetcsoport és a FileVault kulcshierarchia megértése¶

Mielőtt parancsokat írna be a macOS Recovery Terminalba, ismerje meg, hogyan működik a modern macOS (Catalina 10.15 keresztül Monterey, Ventura, Sonoma, és Sequoia) belső SSD-t helyez el, és miért Macintosh HD NEM ott található, ahol a fájljai élnek.

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

Három kritikus tény ebből az architektúrából megmentheti a helyreállítást: 1. Soha ne pazarolja az idejét a fájlok helyreállítására Macintosh HD (disk3s1): A macOS Big Sur (11.0+) óta, Macintosh HD egy kriptográfiailag lezárt, csak olvasható rendszerpillanatkép (APFS Signed System Volume). Minden egyes felhasználói fájl, fénykép, asztali mappa, kulcstartó és adatbázis a kísérőn él Macintosh HD - Data kötet (typically disk3s5 az Apple Silicon vagy disk2s1 / disk1s1 Intelnél). 2. Miért utasítja el néha a FileVault a helyes jelszót egy összeomlás után (Preboot Deszinkronizálás): A legelső indítóképernyőn (EFI / iBoot Preboot Login), a Macintosh HD - Data kötet továbbra is titkosított és olvashatatlan. Hogyan ellenőrzi a Mac a jelszavát a lemez feloldása előtt? Beolvassa a felhasználói fiók jelszava kivonatának és kriptográfiai kulcstáskának szinkronizált másolatát, amelyet a titkosítatlan Preboot kötet (disk3s2). Ha nemrégiben megváltoztatta Mac bejelentkezési jelszavát vagy frissítette a MacOS-t és a Preboot kötet nem frissült (diskutil apfs updatePreboot), a kezdeti rendszerindító képernyő elutasítja az új jelszót, miközben diskutil apfs unlockVolume a helyreállítási terminálban azonnal elfogadja a régi vagy az új jelszavát. 3. ** Miért APFS megőrzi a régebbi egészséges állapotokat még akkor is, ha a legutóbbi ellenőrzőpont sérült**: Minden alkalommal APFS kiüríti a lemezre írásokat, nem írja felül a meglévőt nx_superblock_t (Container Superblock) ill apfs_superblock_t (Volume Superblock) a helyére. Ehelyett egy vadonatúj szuperblokkot ír a Checkpoint Descriptor Area (xp_desc) csengetési puffer megnövelt tranzakcióazonosítóval (xid). Ha áramkimaradás vagy a kernel pánikba esik a Tranzakció írása közben xid 950412, Tranzakció xid 950411 (másodpercekkel korábban írva) még mindig az ellenőrzőpont gyűrű pufferében van a lemezen.

2. fázis: Feloldás FileVault 2 a macOS helyreállítási terminálból, ha a bejelentkezés vagy a grafikus felhasználói felület sikertelen¶

Indítsa el a macOS Recovery alkalmazást, nyissa meg a felső menüsort, és kattintson a Segédprogramok -> Terminál lehetőségre.

1. lépés: Azonosítsa az APFS-tárolót és Macintosh HD - Data eszközazonosító¶

A helyreállítási terminál ablakban futtassa:

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)

2. lépés: Vizsgálja meg az összes érvényes kriptográfiai felhasználót (Key Wrapping Keys) az Adatköteten¶

Minden felhasználói fiók megtekintéséhez személyes helyreállítási kulcs (PRK), vagy a feloldásra képes iCloud/intézményi kulcs disk3s5, futni:

diskutil apfs listcryptousers /dev/disk3s5

3. lépés: Oldja fel a hangerőt Anélkül, hogy még csatlakoztatná (-nomount)¶

Miért passzol -nomount potenciálisan sérült APFS-kötet feloldásakor? Mert alapértelmezés szerint diskutil apfs unlockVolume azonnal megpróbálja felcsatolni a kötetet írás-olvasás módba, ami automatikus írási napló-visszajátszást indít el, vagy lefagy a terminálról, ha a B-fa megsérül. Múló -nomount kibontja a kriptográfiai kötet titkosítási kulcsot (VEK) a Secure Enclave-ben, miközben a fájlrendszert leválasztva tartjuk, így a 3. fázisban szigorúan csak olvasható módon tudjuk felcsatolni:

# 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

4. lépés: Mi van, ha a FileVault tisztán feloldotta a zárolást, és a fájlrendszer NEM sérült, és csak a jelszavát utasította el rendszerindításkor?¶

Ha diskutil apfs unlockVolume /dev/disk3s5 azonnal sikerült és diskutil apfs verifyVolume /dev/disk3s5 mutatja The volume Macintosh HD - Data appears to be OK, az egyetlen probléma a deszinkronizálás volt Preboot kötet jelszómódosítás vagy operációs rendszer frissítése után. Javítsa ki 5 másodpercen belül, hogy a Mac újra rendesen elinduljon:

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

3. fázis: Adatmentés, amikor fsck_apfs / A Disk Utility First Aid sikertelen (Invalid APFS Superblock vagy Object Map Invalid)¶

Mi van, ha kinyit disk3s5 működik (FileVault: Yes (Unlocked)), de amikor megpróbálja normálisan csatlakoztatni, a macOS azt mondja, hogy com.apple.DiskManagement.disenter error -119930868 / -69845 vagy a Disk Utility First Aid jelentések: - 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)

Kövesse az alábbi három kriminalisztikai lépést a fájlok 100 százalékának kicsomagolásához, mielőtt bármilyen romboló javítást megkísérelne:

1. módszer: Csak olvasható kernelcsatlakoztatás kényszerítése (mount_apfs -o rdonly)¶

Még akkor is, ha az APFS-kötet nem hajlandó felcsatolni olvasási-írási módban (mivel a macOS nem hajlandó egy piszkos APFS-kötet olvasási-írási módban csatlakoztatni, amikor fsck_apfs egyetlen B-fa inkonzisztenciát talál), az apfs.kext az illesztőprogram gyakran lehetővé teszi a szigorúan csak olvasható csatlakoztatást (-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/

2. módszer: Mi van, ha az élő fájlrendszer fa (fsroot) sérült? Szereljen fel egy belsőt APFS Local Snapshot (mount_apfs -s)¶

Itt van a titkos fegyver APFS helyreállítás, amelyet még sok Apple Genius Bar technikus is figyelmen kívül hagy: Még ha ma nem is volt csatlakoztatva a külső Time Machine meghajtó, a macOS automatikusan létrehozza a láthatatlan, csak olvasható APFS Local Snapshots (com.apple.TimeMachine.2026-10-31-140512.local vagy com.apple.os.update-...) közvetlenül a belső SSD-n óránként és közvetlenül minden macOS szoftverfrissítés előtt.

Mivel az APFS Snapshot egy fagyott, megváltoztathatatlan, pont-időpontú B-fa gyökér (snap_meta_ext_phys_t), még akkor is, ha az élő fájlrendszer (fsroot) megsérült egy 10 perccel ezelőtti összeomlás során, az 1 órája készült pillanatfelvételnek saját független, sértetlen B-fa gyökere van.

1. Sorolja fel az összes belső APFS-pillanatképet, amely a feloldott adatköteten található (disk3s5):

   diskutil apfs listSnapshots /dev/disk3s5
   

   Nézd meg a kimenetet:

   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. Szerelje fel a legutóbbi pillanatképet közvetlenül a készülékbe /Volumes/SnapRescue segítségével 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. Tallózás /Volumes/SnapRescue/Users/yourname és másolja ki a teljes felhasználói mappát a külső meghajtóra ditto:

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

3. módszer: A régebbi konténer-ellenőrzőpont szuperblokkok vizsgálata (nx_superblock_t) -val fsck_apfs¶

Mi van, ha a teljes APFS-tároló (/dev/disk0s2 -> disk3) megtagadja a csatolást, vagy mind az élő kötet, mind a pillanatképlista meghiúsul, mert a legújabb Container Superblock (nx_superblock_t) az ellenőrzőpont gyűrűjének élén hirtelen áramkimaradás miatt elszakadt a puffer?

1. Először futtasson egy roncsolásmentes, csak olvasható diagnosztikai ellenőrzést (-n) a fizikai APFS partíción (/dev/disk0s2) hogy melyik tranzakcióazonosítót (xid) sikertelen:

   fsck_apfs -n /dev/disk0s2
   

2. Csak azután, hogy megpróbálta az 1. módszert, a 2. módszert, vagy leképezte a partíciót (dd külső lemezre a Target Disk Mode / Share Disk) segítségével, futtassa fsck_apfs interaktív/javítási módban (-y) vagy régebbi ellenőrzőpont szkenneléssel (-o / -S zászlók, ahol a helyreállítási build támogatja):

   fsck_apfs -y /dev/disk0s2
   

   Mikor fsck_apfs látja, hogy a legújabb nx_superblock_t az Ellenőrzőpont Leíró területen belül érvénytelen Fletcher-64 ellenőrzőösszeg (obj_cksum), automatikusan hátrasétál a kör alakú ellenőrzőpont gyűrű pufferén (xp_desc_blocks), hogy megtalálja a legmagasabb érvényes történelmi nx_superblock_t (xid - 1), néhány másodperccel visszagörgeti a tároló állapotát, és visszaállítja a kötetbeillesztéseket.

4. fázis: A sérült időgép javítása .sparsebundle ("Time Machine Must Create a New Backup")¶

Ha a Time Machine biztonsági másolata Synology/QNAP/TrueNAS hálózati megosztáson található (SMB) vagy egy külső meghajtó egy <MacName>.sparsebundle (vagy .backupbundle) csomag, és megjelenik a macOS:

"A Time Machine elvégezte a biztonsági mentések ellenőrzését a 'NAS'-on. A megbízhatóság növelése érdekében a Time Machine-nek új biztonsági másolatot kell készítenie az Ön számára."

NE kattintson az „Új biztonsági mentés indítása” gombra (a gombra kattintva törli a teljes többéves biztonsági másolatot .sparsebundle). Ehelyett javítsa meg a ritka csomagot a következő négy lépéssel a Mac számítógépen:

Időgép lépésről lépésre .sparsebundle / .backupbundle mentés¶

1. ** Csatlakoztassa a hálózati megosztást (SMB) vagy USB-meghajtót a Finderben**, hogy láthassa YourMac.sparsebundle (például at /Volumes/TM_Share/YourMac.sparsebundle).
2. ** Oldja fel a megváltoztathatatlanokat uchg zászlók a ritka sávokon**: Nyissa meg a terminált a Mac-en, és biztosítson teljes lemezhozzáférést a terminálhoz (System Settings -> Privacy & Security -> Full Disk Access), majd futtassa:

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

3. ** Csatolja a .sparsebundle nyers írható-olvasható virtuális lemezként, Anélkül, hogy felcsatolná a sérült fájlrendszert (-nomount)**:

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

   Figyelmesen nézze meg a terminál kimenetét:

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

4. Ellenőrizze, hogy a Time Machine biztonsági mentése használ-e APFS (macOS 11 Big Sur és újabb) vagy HFS+ (macOS 10.15 Catalina és régebbi), és futtassa a megfelelő fájlrendszer-javítást:
5. Ha /dev/disk5s2 mondja Apple_APFS: Fuss diskutil apfs list a szintetizált APFS-tároló hivatkozás megtekintéséhez disk5s2 (például Container disk6, Volume disk6s1), oldja fel, ha titkosítva van (diskutil apfs unlockVolume /dev/disk6s1 -nomount), és fuss fsck_apfs:

   sudo fsck_apfs -y /dev/disk5s2
   

6. Ha /dev/disk5s2 mondja Apple_HFS vagy Apple_HFSX: Futtassa a HFS+ katalógus B-tree rebuilder programot (-drfy újjáépíti a katalógus B-fát, ha szabványos -fy sikertelen):

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

7. A megjavított virtuális lemez tisztán leválasztása:

   sudo hdiutil detach /dev/disk5
   

8. ** Törölje a "Mérgezett / Sikertelen ellenőrzés" állapotot (VerificationState = 2) belül Info.plist és com.apple.TimeMachine.MachineID.plist**: Még azután is fsck_apfs vagy fsck_hfs a fájlrendszer hibáinak 100 százalékát kijavítja, a Time Machine még mindig megtagadja a biztonsági mentés használatát mindaddig, amíg el nem távolítja a hibajelzőt com.apple.TimeMachine.MachineID.plist a ritka kötegben:

   # 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
   

   Most kattintson a Biztonsági mentés most lehetőségre a Time Machine alkalmazásban (vagy nyissa meg YourMac.sparsebundle a Finderben a fájlok közvetlen kimásolásához): a teljes történelmi biztonsági mentési idővonal tisztán rögzíthető.

5. fázis: A macOS APFS, a FileVault és a Time Machine megerősítése a jövőbeni kizárások ellen¶

A Mac-adatok mentése után töltse ki ezt a 4 lépésből álló megelőzési ellenőrzőlistát:

• Ellenőrizze és nyomtassa ki 24 karakteres FileVault személyes helyreállítási kulcsának fizikai másolatát (fdesetup): Működő Macen ellenőrizze, hogy a FileVault-kulcs érvényes-e, anélkül, hogy módosítaná a futtatással sudo fdesetup changerecovery -personal (amely egy friss, 24 karakteres személyes helyreállítási kulcsot hoz létre, amelyet azonnal tárolhat az offline jelszókezelőben és a fizikai tűzbiztosítóban).
• Mindig tartsa meg legalább 15% (50 GB hogy 100 GB) szabad terület egy APFS indítólemezen: Amikor egy APFS-tároló megtelik ide 99% kapacitás közvetlenül a macOS Sonoma/Sequoia rendszerfrissítés, a telepítő és az APFS Copy-on-Write objektumtérkép előtt (omap) a frissítés közepén kifogyhat a szabad blokkokból, így a Mac rendszerindító ciklusba kerül (Error -69845).
• ** Tartson fenn két független Time Machine célpontot (vagy párosítsa a Time Machine-t egy rsync / Carbon Copy Cloner / Arq biztonsági mentés)**: Mivel a Time Machine automatikusan elforgatja a biztonsági másolatokat több konfigurált célhely között (e.g., NAS SMB Share + Local USB-C SSD), a közvetlenül csatlakoztatott USB-C SSD biztosítja, hogy soha ne függjön kizárólag a hálózattól .sparsebundle ami megsérülhet, ha a Wi-Fi leesik az írás közben.
• ** Soha ne zárja le a MacBook fedelét, és ne húzza ki az USB-C kábelt, amíg a Time Machine azt mondja Cleaning up... vagy Preparing backup...**: Ez a fázis frissíti az APFS pillanatfelvétel B-fát és sparsebundle sáv térkép.

Regionális segélyhívó számok és ügynökségi protokollok¶

Míg a zárolt FileVault-kötet vagy a sérült Time Machine biztonsági másolat általában személyes vagy vállalati IT-válság, az egészségügyi ellátást, a sürgősségi szolgáltatásokat vagy a törvényes adatvédelmet érintő munkaállomás-lezárások formális eszkalációs követelményeket támasztanak:

• Egyesült Államok és Kanada: Tárcsázza 911 ha a munkaállomás lezárása hatással van a klinikai betegellátásra, a diagnosztikai berendezésekre vagy a sürgősségi kiszállításra. Egészségügyi szervezetek számára (HIPAA), vegye figyelembe, hogy a teljes lemezen FileVault 2 (AES-XTS-128) biztosítja a biztonságos adatkikötőt a jogosulatlan kiadás ellen, ha egy laptopot ellopnak.45 CFR § 164.308(a)(7)).
• Egyesült Királyság: Tárcsázza 999 életbiztonságot vagy akut NHS klinikai rendszereket érintő vészhelyzetekre. Értékelje a biztonsági másolat nélküli személyes adatok végleges elvesztését a UK GDPR 33. cikke szerint.ICO, 0303 123 1113).
• Európai Unió: Tárcsázza 112 az EU összes tagállamában. A személyes adatok elérhetőségének tartós elvesztése vagy kritikus szolgáltatáskimaradás esetén a GDPR 33. cikk (72 óra) és a NIS2 (24 óra a lefedett entitások esetében) szerinti értékelést kell végezni.
• Ausztrália és Új-Zéland: Tárcsázza 000 Ausztráliában vagy 111 Új-Zélandon a katasztrófaelhárításhoz.
• India és Ázsia-csendes-óceáni térség: Tárcsázza 112 Indiában katasztrófaelhárításra; jelentse a vállalati biztonsági vagy rendelkezésre állási incidenseket a vonatkozó CERT-In és DPDP Act szabályok szerint.

Gyakran ismételt kérdések¶

Miért jelenít meg a Macem KÉT kötetet a Lemez segédprogramban (Macintosh HD és Macintosh HD - Data), és miért történt egy harmadik kötet hozzáadása a macOS újratelepítése után?¶

A macOS Catalina (10.15) és a Big Sur (11.0) operációs rendszertől kezdve az Apple írásvédettre osztotta az operációs rendszert Rendszer hangereje (`Macintosh HD`) és egy írás-olvasás Adatmennyiség (`Macintosh HD - Data`) **APFS kötetcsoportként** egyesülve (tehát a Finder egyetlen meghajtóként jeleníti meg őket). Ha valaki rossz kötetre telepítette újra a macOS-t anélkül, hogy megfelelően törölte volna a kötetcsoportot, a Lemez segédprogram másolatot hoz létre `Macintosh HD - Data - Data` hangerőt, miközben az eredeti fájlok a régebbi leválasztottban maradnak `Macintosh HD - Data` kötet. Fuss `diskutil apfs list` a Terminálban csatlakoztassa mindkét adatkötetet, és ellenőrizze `/Volumes//Users/` mindegyiken megtalálja a valódi fájljait.

Mi a teendő, ha IS elfelejtettem a Mac bejelentkezési jelszavamat ÉS a 24 karakteres FileVault helyreállítási kulcsomat, és nem engedélyeztem az iCloud FileVault letétbe helyezést?¶

Ha `FileVault 2` engedélyezve van egy Apple Silicon (`M1/M2/M3/M4`) vagy Intel `T2` Mac számítógépen, és nincs érvényes felhasználói jelszava, személyes helyreállítási kulcsa, iCloud helyreállítási letéti vagy vállalati MDM intézményi helyreállítási kulcsa (`Jamf / Intune`), kriptográfiailag lehetetlen visszafejteni a belső SSD-t: még az Apple Engineering vagy a tisztatéri labor sem tudja brutálisan rákényszeríteni a hardverhez kötött AES-motort a Secure Enclave belsejében (amely a hardver késleltetését kényszeríti ki a kísérletek között). Mielőtt azonban feladná, ellenőrizze három olyan helyet, ahol a kulcsa még mindig megvan: (1) ellenőrizze, hogy létezik-e másik rendszergazdai felhasználói fiók a Mac-en (`diskutil apfs listcryptousers`); (2) ellenőrizze, hogy a Mac-jét valaha is regisztrálta-e a munkáltatója MDM-je (amely automatikusan letétbe helyezi a FileVault helyreállítási kulcsot); vagy (3) ellenőrizze az iCloud Drive / Photos / Time Machine biztonsági másolatait.

Miért tette diskutil apfs unlockVolume nem sikerül vele Error: -69593: Checksum verification failed vagy Invalid password (-69507) amikor tudom, hogy a jelszavam 100%-ban igaz?¶

Először ellenőrizze a **Billentyűzetkiosztást** a macOS helyreállítási képernyőjének jobb felső sarkában: A helyreállítás gyakran az alapértelmezett `U.S. QWERTY` még akkor is, ha a MacBookon brit, német (`QWERTZ`), francia (`AZERTY`), vagy Dvorak billentyűzet, ami szimbólumokat (`@`, `"`, `-`, `_`, `y/z`) a jelszavában, hogy rossz karaktert írjon be. Először írja be a jelszavát a látható terminál parancssorba, hogy a pontos karaktereket lássa a képernyőn, majd másolja ki és illessze be a jelszópromptba.

Visszaállíthatom-e a törölt fájlokat APFS Mac SSD-ről? PhotoRec vagy Disk Drill ha véletlenül kiürítettem a Kukat?¶

Bármely modern, belső SSD-vel rendelkező Mac-en, amikor egy fájl törlődik és a Kuka kiürül (és nem `APFS Local Snapshot` hivatkozik ezekre a blokkokra), a macOS azonnal elküldi a hardvert **NVMe `Deallocate (TRIM)`** parancsot az SSD-vezérlőnek, amely másodperceken belül nullázza a leképezetlen blokkokat. Ezért **az Ön első számú helyreállítási útvonala, miután kiürítette a kukát Mac számítógépen, NEM nyers faragás: azonnal egy `APFS Local Snapshot` (`diskutil apfs listSnapshots /` és `mount_apfs -s`).

Miért fogyott el a Mac-em lemezterülete közvetlenül az összeomlás előtt, amikor 10 perccel korábban töröltem 100 GB videofájlt?¶

mert `APFS` egy Copy-on-Write fájlrendszer, törli a `100 GB` fájl **nem** szabadítja fel ezeket `100 GB` lemezblokkokból, ha óránkénti **APFS helyi pillanatfelvétel** (`com.apple.TimeMachine.*.local`A ma korábban vett ) még mindig azokra a blokkokra mutat (`Purgeable Space`). Ha a Mac nem tud elindulni, vagy nem tudja befejezni a frissítést, mert a pillanatképek akadnak `100 GB` tértúsz, indítsa el a helyreállítási terminált, oldja fel `Macintosh HD - Data`, listázza ki a pillanatképeket a segítségével `diskutil apfs listSnapshots /dev/disk3s5`, és törölje a legrégebbi pillanatképet a segítségével `diskutil apfs deleteSnapshot /dev/disk3s5 -name ` hogy azonnal felszabadítsa a blokkokat.

Hogyan másolhatok ki fájlokat egy egészséges vagy javított Time Machine-ből .sparsebundle Windows vagy Linux PC-re, ha a Mac-em teljesen meghalt?¶

Egy időgép `.sparsebundle` egyszerűen egy több száz könyvtárat tartalmazó könyvtár `8 megabyte` darab fájlok (`bands/0`, `bands/1`, `bands/2`...), amelyek összefűzve egy virtuális lemezképet alkotnak. Linuxon (Ubuntu) a ritka köteg sávjait egyetlen virtuális blokkeszközbe rögzítheti a ** használatával`sparsebundlefs`** (`sudo sparsebundlefs /mnt/nas/MyMac.sparsebundle /mnt/virtual_img`), majd csatlakoztassa a belső APFS-kötetet írásvédett módon a **`apfs-fuse`** (`sudo apfs-fuse /mnt/virtual_img/sparsebundle.dmg /mnt/mac_files`), vagy nyissa meg a `.sparsebundle` közvetlenül az **UFS Explorer** / **R-Studio** programban Windows rendszeren.

Kapcsolódó útmutatók¶

• macOS kernel pánik, fekete képernyő és helyreállítás
• A BitLocker, a FileVault és a LUKS titkosítási helyreállítási kulcsok zárolása és a TPM visszaállítása
• Véletlen "rm -rf" vagy "Shift+Delete" Linux, macOS vagy Windows rendszeren: azonnali, csak olvasható újracsatlakozás
• VeraCrypt, BitLocker vagy Cryptomator sérült kötetfejléc, biztonsági mentési fejléc-visszaállítás és RAM-kulcs helyreállítása
• SSD és NVMe hirtelen csak olvasható mód, 0% tartalék blokkok és TRIM tiltó mentés
• Számítógépes biztonsági mentések, a 3-2-1 stratégia és a katasztrófa utáni helyreállítás
• Segélyhívó számok országonként

Források és hivatalos útmutatás¶

• Apple Inc. (developer.apple.com): Apple fájlrendszer (APFS) Hivatkozás: Container Superblock (nx_superblock_t), Checkpoint Descriptor Ring Buffer (xp_desc), Objektumtérkép (omap_phys_t), és a Kötet pillanatfelvétel struktúrái.
• Apple platform biztonsági útmutató (support.apple.com/guide/security): FileVault 2 Full-Disk Encryption Architecture, Secure Enclave Key Wrapping (VEK / KEK), és Indítás előtti hangerőszinkronizálás.
• Apple macOS Man Pages: diskutil(8), fsck_apfs(8), mount_apfs(8), hdiutil(1), és fdesetup(8) Rendszeradminisztrációs hivatkozás.
• Nemzeti Szabványügyi és Technológiai Intézet (NIST) (Egyesült Államok): Különleges kiadvány 800-111: Útmutató a tárolási titkosítási technológiákhoz végfelhasználói eszközökhöz.