DISK Repair Programm ?

tocotronaut · 08.04.2023

"Formatieren" sollte die Disk vermutlich auch Reparieren.
Allerdings nicht die Daten darauf...

oneOeight · 08.04.2023

Das wäre die letzte Option und auch die einfachste, aber auch nur sinnig wenn man die Sachen im Backup nicht mehr braucht.

Krischu · 08.04.2023

Mal den Output der system DIsk weggelassen:

Code:

/
$ diskutil list
 dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *5.0 TB     disk2
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk2s1
   2:                 Apple_APFS ⁨Container disk3⁩         5.0 TB     disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk3
                                 Physical Store disk2s2
$

Aber woher bekomme ich die weiteren Parameter (wie im drat Beispiel):

Code:

drat list --container /dev/disk0s2 --volume 1 0xd02a4 --fsoid 0x3af2

oneOeight · 08.04.2023

disk2s2

diskutil apfs list
sollte dir restlichen Werte liefern.
Brauchst da wirklich alle?
Ist nur die Frage wie weit der Container kaputt ist.

Krischu · 08.04.2023

Ah so. Das ergibt dies hier:

Code:

$ diskutil apfs list
APFS Containers (2 found)
|
+-- Container disk1 918710FB-2B30-4B3B-97C5-F2C4B333414D
|   ====================================================
|   APFS Container Reference:     disk1
|   Size (Capacity Ceiling):      999995129856 B (1000.0 GB)
|   Capacity In Use By Volumes:   998502854656 B (998.5 GB) (99.9% used)
|   Capacity Not Allocated:       1492275200 B (1.5 GB) (0.1% free)
|   |
|   +-< Physical Store disk0s2 7422A395-CD48-456E-B57E-5B3DEFA14368
|   |   -----------------------------------------------------------
|   |   APFS Physical Store Disk:   disk0s2
|   |   Size:                       999995129856 B (1000.0 GB)
|   |
|   +-> Volume disk1s1 B3AAF91D-FD75-48A3-BCA7-10AEBB40DC57
|   |   ---------------------------------------------------
|   |   APFS Volume Disk (Role):   disk1s1 (Data)
|   |   Name:                      Macintosh HD - Daten (Case-insensitive)
|   |   Mount Point:               /System/Volumes/Data
|   |   Capacity Consumed:         980403310592 B (980.4 GB)
|   |   Sealed:                    No
|   |   FileVault:                 No
|   |
|   +-> Volume disk1s2 7AE55A81-2CEE-41EB-A9B1-8AFDC2773B0A
|   |   ---------------------------------------------------
|   |   APFS Volume Disk (Role):   disk1s2 (Preboot)
|   |   Name:                      Preboot (Case-insensitive)
|   |   Mount Point:               /System/Volumes/Preboot
|   |   Capacity Consumed:         850857984 B (850.9 MB)
|   |   Sealed:                    No
|   |   FileVault:                 No
|   |
|   +-> Volume disk1s3 0C24FE73-63E6-4809-908D-20B3FE448D1C
|   |   ---------------------------------------------------
|   |   APFS Volume Disk (Role):   disk1s3 (Recovery)
|   |   Name:                      Recovery (Case-insensitive)
|   |   Mount Point:               Not Mounted
|   |   Capacity Consumed:         622309376 B (622.3 MB)
|   |   Sealed:                    No
|   |   FileVault:                 No
|   |
|   +-> Volume disk1s4 0F3478E9-909D-4375-994C-08AD01000903
|   |   ---------------------------------------------------
|   |   APFS Volume Disk (Role):   disk1s4 (VM)
|   |   Name:                      VM (Case-insensitive)
|   |   Mount Point:               /System/Volumes/VM
|   |   Capacity Consumed:         1074835456 B (1.1 GB)
|   |   Sealed:                    No
|   |   FileVault:                 No
|   |
|   +-> Volume disk1s5 8ADE26DF-3D3D-44B6-8416-C0AC9846668
|       ---------------------------------------------------
|       APFS Volume Disk (Role):   disk1s5 (System)
|       Name:                      Macintosh HD (Case-insensitive)
|       Mount Point:               Not Mounted
|       Capacity Consumed:         15334662144 B (15.3 GB)
|       Sealed:                    Broken
|       FileVault:                 No
|       |
|       Snapshot:                  C836E448-9E41-426E-9FE0-CAF086F4A68B
|       Snapshot Disk:             disk1s5s1
|       Snapshot Mount Point:      /
|       Snapshot Sealed:           Yes
|
+-- Container ERROR -69808
    ======================
    APFS Container Reference:     disk3
    Size (Capacity Ceiling):      ERROR -69620
    Capacity In Use By Volumes:   ERROR -69620
    Capacity Not Allocated:       ERROR -69620
    |
    +-< Physical Store disk2s2 7F3AEF61-E757-4749-8A72-6389DB3FE3E6
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk2s2
    |   Size:                       5000603328512 B (5.0 TB)
    |
    +-> No Volumes
$

Der Container, auf den es ankommt scheint ja ziemlich kaputt zu sein.

oneOeight · 08.04.2023

Krischu schrieb:
Der Container, auf den es ankommt schint ja ziemlich kaputt zu sein

Da scheint der komplette Container Header defekt zu sein.
Kannst du drat nicht nur disk2s2 angeben?
Finde gerade keine man page zu den Parametern.

Probier mal
drat --container /dev/disk2s2 inspect

Krischu · 08.04.2023

Danke. Ja, das gibt eine Menge output, der damit endet:

Code:

Reading the Ephemeral objects used by this checkpoint ... OK.
Validating the Ephemeral objects ... FAILED.
An Ephemeral object used by this checkpoint is malformed. Going back to look at the previous checkpoint instead.
END: Handling of this case has not yet been implemented.
$

Vielleicht eine Aufforderung an den Author

oneOeight · 08.04.2023

Vergleich es mit dem aus der Anleitung:
https://github.com/jivanpal/drat/blob/main/docs/commands/inspect.md

Erkennt der den Container Superblock?

Krischu · 08.04.2023

oneOeight schrieb:
Vergleich es mit dem aus der Anleitung:
https://github.com/jivanpal/drat/blob/main/docs/commands/inspect.md

Erkennt der den Container Superblock?

Es sieht so aus:

Code:

sudo ./drat --container /dev/disk2s2 inspect
Opening `/dev/disk2s2` in read-only mode ... OK.
Determining block size ... 4096 bytes.
Simulating a mount of the container.
Reading block 0 ... validating ... OK.

Details of block 0:
--------------------------------------------------------------------------------
Stored checksum:    0xeedef187fd18a81b
OID:                0x1
XID:                0xcfa3
Storage type:       Ephemeral
Type flags:         (no flags)
Type:               Container superblock
Subtype:            (invalid type / no subtype)
Keybag location: first block 0x16ce121, spans 1 (0x1) blocks (last block 0x16ce121)
Media keybag location: none (spans 0 blocks)
Magic string:       NXSB
Latest version of Apple APFS software that mounted this container: 1525.359.283.573.26
Block size:         4096 bytes
Block count:        1220850422 (last block 0x48c4b2f5)
Supported features:
- No flags.
Supported read-only compatible features:
- No flags.
Backward-incompatible features:
- This container uses APFS version 2, as implemented in macOS 10.13 and iOS 10.3.
UUID:       E832354D-6124-408B-9174-xxxxxxxxxxxx
Next OID:                       0x2ff236
Next XID:                       0xcfa4
Space manager Ephemeral OID:    0x400
Object map Physical OID:        0x51d7496
Reaper Ephemeral OID:           0x401
Other flags:
- This container uses software cryptography.
--------------------------------------------------------------------------------

Locating the checkpoint descriptor area:
- Its length is 284 blocks.
- It is contiguous.
- The address of its first block is 0x3801.
Loading the checkpoint descriptor area into memory ... OK.
Locating the most recent well-formed container superblock in the checkpoint descriptor area:
- It lies at index 108 within the checkpoint descriptor area.

Details of this container superblock:
--------------------------------------------------------------------------------
Stored checksum:    0xeedee869fd18b13c
OID:                0x1
XID:                0xcfa3
Storage type:       Ephemeral
Type flags:         (no flags)
Type:               Container superblock
Subtype:            (invalid type / no subtype)
Keybag location: first block 0x16ce121, spans 1 (0x1) blocks (last block 0x16ce121)
Media keybag location: none (spans 0 blocks)
Magic string:       NXSB
Latest version of Apple APFS software that mounted this container: 1525.359.283.573.26
Block size:         4096 bytes
Block count:        1220850422 (last block 0x48c4b2f5)
Supported features:
- No flags.
Supported read-only compatible features:

- No flags.
Backward-incompatible features:
- This container uses APFS version 2, as implemented in macOS 10.13 and iOS 10.3.
UUID:       E832354D-6124-408B-9174-xxxxxxxxxxxx
Next OID:                       0x2ff236
Next XID:                       0xcfa4
Space manager Ephemeral OID:    0x400
Object map Physical OID:        0x51d7496
Reaper Ephemeral OID:           0x401
Other flags:
- This container uses software cryptography.
--------------------------------------------------------------------------------

Details of each checkpoint-mapping in this checkpoint:
--------------------------------------------------------------------------------

Der `ìnspect``hat sich einen checkpoint vorgeknöpft, kommt damit nicht klar, die Feature, auf einen anderen Checkpoint zu wechseln, scheint noch nicht implementiert zu sein.

Krischu · 08.04.2023

Ich habe mal ein fsck_apfs gemacht und es ergibt das:

Code:

sudo fsck_apfs /dev/disk2s2
Password:
** Checking the container superblock.
   Checking the checkpoint with transaction ID 53155.
** Checking the EFI jumpstart record.
** Checking the space manager.
error: (oid 0xfb764) cib: invalid o_cksum (0xffffffffffffffff)
error: failed to read spaceman cib 37 at address 0xfb764
   Space manager is invalid.
** The volume /dev/disk2s2 could not be verified completely.
$

oneOeight · 08.04.2023

Müsste man versuchen den Spacemanager auf den Container von Hand anzustoßen.
Wahrscheinlich hast du die Platte abgezogen als APFS noch am werkeln war.

Krischu · 08.04.2023

oneOeight schrieb:
Müsste man versuchen den Spacemanager auf den Container von Hand anzustoßen.
Wahrscheinlich hast du die Platte abgezogen als APFS noch am werkeln war.

Glaube eher nicht. Und wenn, ein robustes Filesystem muß mit so etwas klarkommen.

Bei Unix Filesystemen gibt es ja zig von Superblock Backups. Warum gibt es im apfs keine multiplen checkpoints ? Gibt es vielleicht, aber das Repair Programm kommt nicht auf die Idee oder hat das feature noch nicht. Aber von fsck_apfs würde man so etwas erwarten.

oneOeight · 08.04.2023

Tja, das musst du Apple fragen.
Welche MacOS Version hast du probiert?
Mit jeder Iteration wird ja auch APFS upgedatet.

Qantas · 08.04.2023

iboysoft.com/howto/fix-could-not-create-a-preboot-volume-for-apfs-install.html

oneOeight · 08.04.2023

Passt nicht der Artikel.
Der ist in sich schon unstimmig.
Spricht von 10.13 und dann später Screenshots von Mojave und der M Recovery.

Krischu · 08.04.2023

oneOeight schrieb:
Tja, das musst du Apple fragen.
Welche MacOS Version hast du probiert?
Mit jeder Iteration wird ja auch APFS upgedatet.

BigSur 11.7.4 (weiter kann ich nicht kommen mit meinem Mid 2014 MBP)

oneOeight · 08.04.2023

Mit einer VM schon oder OCLP.

Krischu · 08.04.2023

oneOeight schrieb:
Mit einer VM schon oder OCLP.

Wie kann ich mir die basteln? Ich habe Parallels.

oneOeight · 08.04.2023

Krischu schrieb:
Wie kann ich mir die basteln? Ich habe Parallels.

Parallels sagen es soll eine Ventura VM erstellen.

Krischu · 08.04.2023

oneOeight schrieb:
Parallels sagen es soll eine Ventura VM erstellen.

Danke. Zuvor muß ich nur mein Platzproblem lösen. 5TB Platte kaufen und das recover Problem hintanstellen

DISK Repair Programm ?

Aktives Mitglied

unregistriert

Aktives Mitglied

unregistriert

Aktives Mitglied

unregistriert

Aktives Mitglied

unregistriert

Aktives Mitglied

Aktives Mitglied

unregistriert

Aktives Mitglied

unregistriert

unregistriert

Aktives Mitglied

unregistriert

Aktives Mitglied

unregistriert

Aktives Mitglied

Ähnliche Themen