Time Machine-Fehlercodes 21 und 19, "Fehler beim Mounten .... weil das Bild nicht angehängt werden konnte"

Bei macOS Sierra (10.12.4) schlagen Time Machine-Sicherungen auf einem Synology NAS in der Phase „Vorbereitung der Sicherung“ fehl. Die UI-Meldungen sind nicht hilfreich, aber die Konsole zeigt diesen Fehler von backupd:

Failed to mount '/Volumes/TimeMachine/fubar.sparsebundle'
because the image could not be attached, error:
Error Domain=com.apple.backupd.ErrorDomain Code=21 "(null)"
UserInfo={MessageParameters=(
    "/Volumes/TimeMachine/fubar.sparsebundle",
    19
)}

Dies wiederholt sich einige Minuten lang alle 60 Sekunden, und dann gibt Time Machine auf.

Ich bin mit der Art von Problem vertraut, das von https://apple.stackexchange.com/a/39842/30668 behoben wurde , aber das scheint anders zu sein. Ich kann das Netzwerkvolume mounten und das Sparsebundle anhängen. Das Ausführen von fsck zeigt keine Fehler. Die Sparsebundle-Liste zeigt VerificationState0 und hat keine RecoveryBackupDeclinedDate.

Antworten (3)

Dies stellte sich als Schlüsselbundproblem heraus. Möglicherweise habe ich das NAS-Anmeldepasswort geändert und den Schlüsselbund nie aktualisiert.

  1. „Einstellungen“ > „Time Machine“ > „TimeMachine“ nicht mehr für Backups verwenden
  2. Schlüsselbund > suchen Sie nach dem NAS-Hostnamen und löschen Sie alle passenden Passwörter. Ich denke, die problematischen Einträge befanden sich im System-Schlüsselbund, aber ich habe auch Einträge aus dem Login-Schlüsselbund gelöscht.
  3. Einstellungen > Time Machine > Backup-Volume hinzufügen ... > "TimeMachine" auswählen > Passwort eingeben

Diese Situation war verwirrend, da die Nachrichten von Time Machine nichts über die Authentifizierung aussagten und der Finder sich problemlos mit dem NAS-Volume verbinden konnte. Aber anscheinend verwendet backupd einen anderen Schlüsselbundeintrag, der schlecht oder falsch war.

Es stellte sich heraus, dass mein Problem darin bestand, dass das Time Machine-Benutzerkonto, das auf das NAS zugreift, sein Kontingent an anderer Stelle im Volume (Facepalm) überschritten hatte.

Dies führte dazu, dass die Info.plistDatei im Sparsebundle 0 Byte groß war. Glücklicherweise war dort eine Info.bckupDatei, die ich als neue kopiert habe Info.plist.

In meinem Fall (Fehler 21) war es eine verstümmelte Info.plistDatei[1] (auf Time Capsule). Glücklicherweise gab es eine aufgerufene Sicherungsdatei Info.bckup, mit der ich die verstümmelte ersetzte. Was mein Problem gelöst hat.

[1] Frag mich nicht, wie das Zeug in die Info.plistDatei gekommen ist...:

$ more Info.plist an Loop[2] : 50 Skin Side 3 Fan Loop[3] : 50 Skin Side 3 Fan Loop[4] : 0 0 44 271 47 0 0 0 0 0 0 0 0 0 Skin Side 4 Fan Loop[0] : 50 Skin Side 4 Fan Loop[1] : 38912 Skin Side 4 Fan Loop[2] : 50 Skin Side 4 Fan Loop[3] : 50 Skin Side 4 Fan Loop[4] : 164 198 0 0 0 0 0 0 0 0 0 0 0 0 HDD Radio Loop[0] : 100 HDD Radio Loop[1] : 102400 HDD Radio Loop[2] : 100 HDD Radio Loop[3] : 100 HDD Radio Loop[4] : 0 0 0 0 0 0 0 0 0 0 0 0 0 362 2G Radio Radio

Time Machine-Fehlercodes 21 und 19, "Fehler beim Mounten .... weil das Bild nicht angehängt werden konnte"
AntwortenHierDatenschutz-Bestimmungen1y, 1v