Document recovered readback stall preceding failed backup

REMOTE_READBACK.md

@@ -37,7 +37,45 @@ Erklärungen. Der Bericht enthält keine HTTP-Antwort oder frühen Retry-Meldung
 mit denen sich das unterscheiden ließe. Ein früherer HTTP-409 vom 10.09. ist
 kein Beleg für dieselbe Ursache. SSH bestätigte am 15.09. rclone 1.74.3 auf
 Rocky 10.2. Die geschützten Originallogs und Archive waren ohne interaktive
-sudo-Anmeldung nicht lesbar; eine erneute OneDrive-Prüfung wurde nicht ausgeführt.
+sudo-Anmeldung nicht direkt lesbar. Der Betreiber hat anschließend die ersten
+180 Logzeilen bereitgestellt; eine erneute OneDrive-Prüfung wurde nicht ausgeführt.
+
+### Ergänzung aus den frühen Logzeilen
+
+Bereits vor dem neuen Snapshot trat ein langer Stillstand beim Rücklesen eines
+anderen Satzes auf: `appbackup_2026-09-11_00-38-40_f45e5e2f`.
+
+| Zeit (MESZ) | Beobachtung |
+| --- | --- |
+| 02:31:04 | Remote-Zugriff vor der Platzbereinigung; für das Snapshot-Budget fehlen rund 6,77 GB. |
+| 02:33:40–02:51:40 | Vergleich bleibt bei 3,509 GiB und vermeintlichen 100 % stehen; die angezeigte Rate fällt auf 0 B/s. |
+| 02:52:40 | Vergleich läuft weiter; Gesamtmenge steigt, Anzeige fällt auf 72 %. |
+| 02:53:43 | 13,431 GiB, 16 passende Dateien, keine Unterschiede; Prüfung erfolgreich. |
+| anschließend | Erst jetzt wird die lokale Kopie vom 11.09. entfernt. Vorprüfungen bestehen; danach werden Wartungsmodus und Dienststopps für den neuen Snapshot aktiviert. |
+
+Das bestätigt die Bedeutung der irreführenden Prozentanzeige unabhängig vom
+späteren Fehler: Der ältere Satz war bei den ersten 100 % noch nicht fertig
+geprüft. Sein erfolgreicher Abschluss belegt außerdem, dass der lange Stillstand
+dort vorübergehend war. Der Auszug enthält für diesen alten Satz keinen
+Crypt-Headerfehler; dieselbe technische Ursache für beide Vorgänge ist daher
+nicht bewiesen. Ein zeitweiliges Problem im Remote-Lesezugriff ist nun eine
+stärker gestützte Erklärung. Ein dauerhaft beschädigtes Objekt des neuen Satzes
+bleibt trotzdem möglich.
+
+Die Speicherbereinigung hat in diesem Lauf ihre Schutzbedingung eingehalten:
+vollständige Offsite-Prüfung vor lokaler Löschung. Während dieser frühen
+Wartephase hatte das Backup die Anwendungen noch nicht angehalten. Die neuen
+Zeitlimits und Wiederholungen gelten bereits für beide betroffenen Prüfstellen;
+dieser zusätzliche Befund erfordert keine weitere Codeänderung.
+
+Der nachgereichte Auszug endet während der Dateikopie. Für Upload-Versuche,
+Dienstwiederanlauf und den Start der späteren Rückleseprüfung fehlen noch die
+mittleren Logzeilen. Ein kompakter Auszug ohne periodische Byte-Statistiken:
+
+```bash
+sudo grep -nE 'Remote|ERROR|WARNING|Failed|matching files|differences|Service started|Maintenance mode disabled|Complete local' \
+  /var/log/app-backup/backup_appbackup_2026-09-15_00-30-51_ed205bcf.log
+```
 
 ## Was im Code korrigiert wurde