APFS reparieren

Discovery

Discovery

Aktives Mitglied
Thread Starter
Dabei seit
20.04.2007
Beiträge
2.316
Reaktionspunkte
699
Seltsamerweise hat bei mir gestern eine HD mit HFS+ Probleme gemacht, heute die mit APFS. Error 8. Gibt es eine Möglichkeit, die Daten zu reparieren. Die bekannten Reparaturprogramme unterstützen ja APFS noch nicht, soweit ich gesehen habe. Also müsste Terminal mit diskrepair ran. Nur wie… Danke bestens für Tips.
 
fsck_apfs
 
Performing fsck_apfs -n -x /dev/disk3s3
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
error: (oid 0x125e08) om: invalid o_type (0x40000002)
Object map is invalid
The volume /dev/disk3s3 could not be verified completely
Storage system check exit code is 8
Error: -69716: Storage system verify or repair failed
Underlying error: 8: Exec format error

Gibts da eine Hilfe…
 
Zuletzt bearbeitet:
fsck_apfs /dev/disk3
error: device /dev/rdisk4 failed to open with error: Permission denied.

Also single user. Da ist der Fehler Object Map is invalid…

Es handelt sich um meine Externe mit wichtigen Daten. Seltsam ist: sie ist partitioniert. In A und B. Gestern war B kaputt (HFS+) musste komplett neu formatiert werden, heute ist A kaputt. Das ist die APFS Platte.
 
Zuletzt bearbeitet:
#Discovery,
verzeihe die Frage:
Hast du von deiner externen HD, auf die du ein neues Datensystem aufgespielt hast, kein Backup?
Gruss, Ciccio
 
Discovery schrieb:
es handelt sich um meine Externe mit wichtigen Daten. Seltsam ist: sie partitioniert. In A und B. Gestern war B kaputt (HFS+) musste komplett neu formatiert werden, heute ist A kaputt. Das ist die APFS Platte.
Zum Vergrößern anklicken....
deine bezeichnungen sind etwas undurchsichtig. handelt es sich um 1 externe mit 2 partitionen, A mit HFS+ und B mit APFS?
warum -n, wenn du doch reparieren willst?
ausserdem solltest du bei apfs immer das raw device verwenden (rdisk...).
 
Olivetti schrieb:
deine bezeichnungen sind etwas undurchsichtig. handelt es sich um 1 externe mit 2 partitionen, A mit HFS+ und B mit APFS?
warum -n, wenn du doch reparieren willst?
ausserdem solltest du bei apfs immer das raw device verwenden (rdisk...).
Zum Vergrößern anklicken....

Sorry, Du hast Recht. Es handelt sich um eine partitionierte, externe Platte. Ein HFS+ (rdisk3s2) namens B und ein APFS (disk3s3) namens A - Bereich. Es ist kein Hardwaredefekt, da die Fehler bekannt sind und im Netzt oft zu finden sind. Der Bereich lässt sich nicht aktivieren.

Starte ich erste Hilfe auf disk3s3, sieht es so aus:

Repairing storage system
Performing fsck_apfs -y -x /dev/disk3s3
Checking volume.
Checking the container superblock.
Checking the EFI jumpstart record.
Checking the space manager.
Checking the object map.
Checking the APFS volume superblock.
Checking the object map.
error: (oid 0x125e08) om: invalid o_type (0x40000002)
Object map is invalid.
The volume /dev/disk3s3 could not be verified completely.
Storage system check exit code is 8.
Storage system verify or repair failed.
Aktion fehlgeschlagen …


Hier der Bericht der HFS+ Platte

Repairing file system.
Volume was successfully unmounted.
Performing fsck_hfs -fy -x /dev/rdisk3s2
Checking Journaled HFS Plus volume.
Checking extents overflow file.
Checking catalog file.
Checking multi-linked files.
Checking catalog hierarchy.
Checking extended attributes file.
Checking multi-linked directories.
Checking volume bitmap.
Checking volume information.
The volume B appears to be OK.
File system check exit code is 0.
Restoring the original state found as mounted.
Vorgang erfolgreich.

Gehe ich via Terminal rein, sieht es so aus:
fsck_apfs /dev/disk3s3
error: device /dev/rdisk4 failed to open with error: Permission denied.
 
Ciccio schrieb:
#Discovery,
verzeihe die Frage:
Hast du von deiner externen HD, auf die du ein neues Datensystem aufgespielt hast, kein Backup?
Gruss, Ciccio
Zum Vergrößern anklicken....

Berechtigte Frage. B -Das ist die Backup-Platte. A ist das, was sich alles sonst so ansammelt.
 
Discovery schrieb:
fsck_apfs /dev/disk3s3
error: device /dev/rdisk4 failed to open with error: Permission denied.
Zum Vergrößern anklicken....
nur um sicherzugehen: du nimmst sudo und sämtliche partitionen der platte sind nicht gemountet?
 
Olivetti schrieb:
nur um sicherzugehen: du nimmst sudo und sämtliche partitionen der platte sind nicht gemountet?
Zum Vergrößern anklicken....

A kann nicht aktiviert werden, B ist gemountet. Hmh… alles unmounten ich sollte?
Oder wie würdest Du vorgehen?
 
Zuletzt bearbeitet:
eventuell irgendein volume wrapper problem?
hast du mal im FPDP die device (nicht die volume) ausgewählt und auf reparieren gedrückt?
 
  • Gefällt mir
Reaktionen: Discovery
Sorry, muss nachfragen. Also Du meinst das gesamte Volume, nicht nur die Partition reparieren?
 
ja, im festplattendienstprogramm von 10.13 halt oben links "alle geräte einblenden" und dann das gerät wählen und auf reparieren drücken.
 
  • Gefällt mir
Reaktionen: Discovery
Wähle ich das ganze Volume aus, sieht es so aus:

Verifying storage system
Performing fsck_apfs -n -x /dev/disk3s3
Checking volume.
Checking the container superblock.
Checking the EFI jumpstart record.
Checking the space manager.
Checking the object map.
Checking the APFS volume superblock.
Checking the object map.
error: (oid 0x125e08) om: invalid o_type (0x40000002)
Object map is invalid.
The volume /dev/disk3s3 could not be verified completely.
Storage system check exit code is 8.
Vorgang erfolgreich.


Wähle ich die Partition aus, sieht es so aus.


Repairing storage system
Performing fsck_apfs -y -x /dev/disk3s3
Checking volume.
Checking the container superblock.
Checking the EFI jumpstart record.
Checking the space manager.
Checking the object map.
Checking the APFS volume superblock.
Checking the object map.
error: (oid 0x125e08) om: invalid o_type (0x40000002)
Object map is invalid.
The volume /dev/disk3s3 could not be verified completely.
Storage system check exit code is 8.
Storage system verify or repair failed.
Aktion fehlgeschlagen …

Es ist mit Sicherheit ein Wrapper oä Problem. Kein Hardware. Wie erwähnt, das Problem ist irgendwie bekannt im Netz.

Das Problem ist, dass die Daten die drauf sind nicht gelöscht sind. Ich kann sie mit den Rettungstools nicht herstellen. Die im Laufe der Zeit gelöschten hingegen problemlos.

Hier die Info von anderen:

Problem is that all the files are still there, but High Sierra suddenly decided not to mount APFS-volume anymore. With the Disk Drill I can see all the files there, same as Disk Utility shows that Container disk3 has 1,65TB of data, but not mounting the volume.

Es scheint sich um einen
Corrupted APFS disk map error zu handeln.

Hier der Apple Thread:
  1. https://forums.developer.apple.com/thread/85240
 
Zuletzt bearbeitet:
so wie es aussieht, sind apples gui-tools noch immer nicht APFS-ready.
bei fsck_hfs wird korrekterweise rdisk genutzt, bei fsck_apfs nicht.

probier das nochmal im terminal mit fsck_apfs und rdisk.

hier ist übrigens einer mit genau deinem fehler -> https://discussions.apple.com/thread/8139434

hast du denn ein backup? mach das ding platt und spiel alles neu auf HFS+ drauf.
 
  • Gefällt mir
Reaktionen: Discovery
Also ich habe es so gemacht. Die Platte ist ja partitioniert. Ich habe die Daten von APFS auf die HFS+ Partition wieder hergestellt mit DiskDrill. Dann die APFS neu formatiert mit HFS+. Ich persönlich finde das einmal mehr Bu**Sh*t von Apple, dass ein nicht fertiges Filesystem implementiert wird.
 
Servus zusammen,
leider habe ich ein ähnliches Problem seit November und hab nun mal versucht die HDD, die ich unkluger Weise zu APFS konvertiert habe, zu reparieren.
Meine Festplatten Konfig sieht so aus:
Code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         121.1 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk3         999.3 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

/dev/disk1 ist die konvertierte HDD
Das Ergebnis von fsck_apfs /dev/disk3 ist:
Code: 
** Checking the object map.
error: btn:3: invalid key order (39) oid 1361548 / oxid 0
   Object map is invalid.
** The volume /dev/disk3 could not be verified completely.

gleiches auch, wenn ich mit /dev/rdisk1 oder /dev/disk1 arbeite
Besteht irgendwie die Möglichkeit, dass man die Object map repariert?
Und nein: es gibt tatsächlich Menschen die, obwohl sie es besser wissen müssten, kein Backup erstellt haben. :hum:
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten