Hallo zusammen,
bein Festplattendienstprogramm zeigt immer wieder Fehler an (s.u.). Leider kann ich das nicht interpretieren und Recherche im Netz ergab ebenfalls keine schlüssige Erklärung.

Es geht um einen Mac mini M4 und 26.4.1. Er funktioniert ansonsten ohne jegliche Probleme. Aber die Fehlermeldungen geben permanent ein Gefühl der Unsicherheit. Eine Besonderheit hat mein System jedoch: Das Zurücksetzen über "Einstellungen und Inhalte löschen" klappt bei mir nie. Das endet immer in einem Gerät das mir per Leuchtdiode SOS signalisiert und dem Gang zum Apple Store.


Habe bisher:

- Erste Hilfe durchlaufen lassen - erfolglos. Auch im Wiederherstellungsmodus.
- Time Machine diverse Male neu eingerichtet - erfolglos
- Komplett neu aufgesetzt ohne Time Machine Backup. Nach ca. einer Woche ging es wieder los.


Auf dem Rechner laufen nur MS Office, Surfshark VPN und Adobe Reader. Alles andere erledige ich mit den Apple Programmen. Habe eine sehr große Fotomediathek auf einer externen SSD. 2 User Accounts.

Meistens bekomme ich gesagt den Fehler zu ignorieren da unkritisch. Also alles lassen wie es ist? Bin für jeden Tipp dankbar. Sorry für die (dumme) Frage. In den letzten Jahren konnte ich alle Probleme über das Lesen der Beiträge hier lösen. Diesmal nicht.

Hier die Fehlermeldung:
Erste Hilfe auf „Macintosh HD - Data“ (disk3s1) ausführen

Während das Startvolume überprüft wird, reagiert der Computer nicht.

Dateisystem überprüfen.
Volume konnte nicht deaktiviert werden.
Livemodus verwenden.
fsck_apfs -n -l -x /dev/rdisk3s1 ausführen
Container-Superblock prüfen …
Kontrollpunkt mit Transaktions-ID „1294842“ prüfen …
Space-Manager prüfen …
Space-Manager-Free-Queue-Bäume prüfen …
Object-Map prüfen …
Strukturen des Verschlüsselungsschlüssels prüfen …
Volume „/dev/rdisk3s1“ wird überprüft.
APFS-Volume-Superblock prüfen …
Das Volume „Macintosh HD - Data“ wurde durch „newfs_apfs (2632.80.1.0.1)“ formatiert und zuletzt von „apfs_kext (2811.101.1)“ geändert.
Object-Map prüfen …
Schnappschuss-Metadatenbaum prüfen …
Schnappschuss-Metadaten prüfen …
Schnappschuss 1 von 1 (com.apple.TimeMachine.2026-04-17-140015.local, Transaktions-ID 1293183) prüfen …
warning: inode (id 7616078): Resource Fork xattr is missing or empty for compressed file
warning: snapshot fsroot / file key rolling / doc-id / clone group tree corruptions are not repaired; they'll go away once the snapshot is deleted
warning: inode (id 8229479): Resource Fork xattr is missing or empty for compressed file
Dokument-ID-Baum prüfen …
Fsroot-Baum prüfen …
warning: inode (id 7616078): Resource Fork xattr is missing or empty for compressed file
warning: inode (id 8229479): Resource Fork xattr is missing or empty for compressed file
Extent-Ref-Baum prüfen …
File-Key-Rolling-Baum prüfen …
Object-Map-Platz des Volumes prüfen …
Das Volume „/dev/rdisk3s1“ mit der UUID 9EE63149-E45C-4CC5-B3EB-4B22D0F08D1F ist offenbar beschädigt und muss repariert werden.
Zugeordneten Platz überprüfen …
Verschobene Reparaturen durchführen …
Das Volume „/dev/rdisk3s1“ mit der UUID 9EE63149-E45C-4CC5-B3EB-4B22D0F08D1F ist anscheinend in Ordnung.
Exit-Code für Dateisystemprüfung lautet 0.
Der ursprüngliche Zustand (aktiviert) wird wiederhergestellt.

Vorgang erfolgreich.

Nur ein Hinweis:
Diese Fehler werden wohl nicht durch Time Machine verusacht. Sie hängen nur insofern mit Time Machine zusammen, als sie in einem der von Time Machine gesicherten Volumes beobachtet werden.
Werden außer dem Volume "Macintosh HD - Data" (aka Volume „/dev/rdisk3s1“) auch noch andere Volumes desselben Containers oder eines anderen Containers derselben SSD gesichert und treten solche Fehler dort nicht auf?

Nein, es werden keine anderen / weiteren Volumen gesichert.

An dieser Stelle schließe ich mich typischerweise (aus Gründen) der Meinung des Festplattendienstprogramms an:

Bisher wurde ich nicht enttäuscht. Aber das bedeutet natürlich … äh, nichts.

Habe wohl kaum eine andere Wahl. Die Fehler werden ja bei jedem Durchlauf der ersten Hilfe wieder gefunden und „repariert“.

Diese abschließende Meldung kommt jedoch erst, nachdem eine Reparatur ausgeführt worden ist.
Ich frage mich allerdings, ob die Überprüfung auch dann irgendwelche Fehler finden würde, wenn nicht APFS im Auftrag der Time Machine mindestens einen Dateisystem-Schnappschuss erstellt hätte. Ohne Time Machine oder andere Backup-Programme würde ja nur jener Schnappschuss existieren, den das Systeminstallationsprogramm einmalig in dem anderen Systemvolume "Macintosh HD" anlegt.

Ich habe mal etwas weiter nach diesen String geguckt:

… und bin auf das hier gestoßen →

1. Ich habe keine Ahnung ob das alles stimmt, oder jemand hier frei vor sich hin assoziiert
2. Ich glaube dem einfach mal. Steht immerhin seit zweieinhalb Jahren im Apple Support Forum.

Klingt für mich tragischer als es ist.

Lass mal Etre Check drüber laufen. Ein kleines Programm und für die Grundfunktionen kostenlos.
Du kannst damit nichts verderben.

Habe ich gemacht. Zu diesem Thema lieferte es aber keinerlei Hinweis. Hatte ich vergessen zu erwähnen - sorry.

Hast du daran gedacht, dem Programm vollen Festplattenzugriff zu erlauben? Das vergisst man manchmal im Eifer, ist für das Ergebnis aber wichtig.

Es bräuchte ei Tool, was die iNode Nummern in "Klartext" übersetzen kann. Es scheint ja 3 Files zu geben die diese Fehler verursachen. Wüßte man nun, welche das genau sind, könnte man der Ursache an Ort und Stelle auf den Grund gehen... Nicht das ea am Ende Dateien sind, die niemand mehr braucht und die man einfach löschen könnte.

Ja, habe ich. Guter Tipp aber leider keinerlei Probleme festgestellt. Danke Dir trotzdem.

Genau das denke ich auch. Aber egal was ich versucht habe, ich konnte diese "Leichen" nie finden. Und wenn ich sie finden würde, warum tritt das immer wieder auf? Bei meiner Recherche fand ich heraus, dass das Problem offenbar gerne in Verbindung mit Cleanern oder Antivirenprogrammen auftritt. Benutze beides aber nicht. Das einzige Tool das ich gelegentlich verwende ist Onyx. Aber schon seit vielen Jahren ohne jemals diese Probleme zu haben. Zur Deinstallation nutze ich Appcleaner (Mist - benutze ja doch einen Cleaner). Vielleicht mal eine Datei zu viel gekillt? Aber auch das seit Jahren ohne Probleme. Im Zweifel lasse ich lieber eine Datei liegen als sie zu löschen. Diese "iNode"s zu finden wäre sicher der richtige Weg. Nur wie.......

Schon mal Howard Oakleys Werkzeug "Resolve a file’s path from its inode number" probiert? Man muss das Volume angeben. Aber das ist ja ohnehin bekannt.

Zu diesem Punkt kann sogar ich was sagen: Das ist normal - es wäre auch nicht sinnvoll, „normal“ weiterzuarbeiten, während das Systemvolume sich selbst überprüft.

Startest du das FPDP vom Systemvolume oder aus der Recovery?
Ich würde mal von der Recovery starten und schauen, ob es ein identisches Ergebnis gibt.

Die Daten liegen ja nicht auf einem benutzten Volume, sondern nur in einem APFS-Schnappschuss. Du müsstest den Schnappschuss erst als Volume aktivieren, um die Daten sehen zu können.
Da diese Daten nicht wirklich genutzt und üblicherweise nach 24 Stunden automatisch gelöscht werden, sieht das Festplattendienstprogramm das auch nicht als Fehler an, sondern gibt nur eine Warnung aus.

Gute Frage. Die Warnung sagt, dass eine Datei als "unsichtbar vom Dateisystem zu komprimieren" markiert wurde, aber dass irgendetwas die APFS-komprimierten Daten gelöscht hat. Die betroffenen Dateien sind also sowieso schon kaputt und enthalten keine Daten mehr. Warum das allerdings nur im Snapshot passiert und nicht auf dem aktiven Volume, ist merkwürdig.

Werde ich testen. Danke für den Tipp.

Hatte ich schon geschrieben. Habe beides gemacht mit dem selben Ergebnis. Über Nacht hat das System einige Snapshots gemacht. Alle zeigen den selben Fehler.

Ich habe da eine halbe Idee, eventuell ist das ein "Scrubbing"-Fehler ähnlich in AWS oder Azure.

Die Daten auf der Festplatte sind soweit in Ordnung, beim lesen der Datei entsteht kein (Hardware)-Fehler, aber in den eigentlichen Daten der Datei, den Soft-Checksummen oder den erweiterten Attributen ist ein Fehler der das Backup stört, aber eben nur das. Bei "Normalen" lesen oder bearbeiten der Datei fällt der Fehler nicht ins Gewicht.

Gruß

Das kann hier nicht sein, denn die Daten in einem APFS-Schnappschuss sind ja nur ein zusätzlicher "Zeiger" auf die Originaldaten. Es werden überhaupt keine Daten kopiert.
Dass das Prüfprogramm eine Warnung für alle Schnappschüsse anzeigt, aber nicht für die Originaldaten, würde eher darauf hindeuten, dass ein Bug im Prüfprogramm vorliegt.

Die Datei zu einer inode-Nummer zu finden, ist nicht schwer. In der Praxis dürfte eher das Problem sein, einen der APFS-Schnappschüsse als Volume zu mounten. Das kann etwas mühsam werden.

Habe heute das Betriebssystem einfach mal im Recovery Modus neu installiert, also ohne Datenverkust. Vorher Time Machine deaktiviert und Backup Volume neu formatiert.

Nach der Neuinstallation Time Machine neu aktiviert. Der Rechner läuft nun schon den ganzen Tag. Bisher alle Snapshots fehlerfrei.

Festplattendienstprogramm findet keine Fehler mehr. Hoffe es bleibt dabei.

Danke an alle die geholfen haben! Alle sehr hilfsbereit und freundlich. Ist nicht überall so.