Estimate repair storage needs live without relying on journal history

SPEICHER.md

@@ -204,8 +204,8 @@ nicht als automatische Löschkandidaten freigegeben.
 zusammen mit der ACME-Reparatur aus dem ai-rem-maintenance-Paket gestartet:
 
 ```bash
-sudo bash /var/tmp/install-gemini-repair-20261018.sh
-sudo journalctl -fu jr-gemini-repair-20261018.service --no-pager
+sudo bash /var/tmp/resume-gemini-repair-20261018.sh
+sudo journalctl -fu jr-gemini-repair-20261018-r2.service --no-pager
 ```
 
 Der einmalige Hintergrundauftrag erfordert das Betreiberpasswort. Quellen,
@@ -235,7 +235,7 @@ Die Speicheroperation erhält die bisherigen Archive wie folgt:
   Prüfungen mit der vorgeschlagenen Konfiguration und geerbter echter Sperre.
 - `MIN_FREE_GB`, Aufbewahrung und Schätzung bleiben unverändert. Auf `/` verbleiben
   mindestens die konfigurierte Reserve plus 2 GiB. Auf `/var` wird Platz für das
-  zuletzt beobachtete Snapshotbudget plus Reserve plus 10 GiB zusätzlichen
+  aktuell geschätzte Snapshotbudget plus Reserve plus 10 GiB zusätzlichen
   Spielraum geschaffen. Die aktuelle Live-Schätzung ist trotzdem maßgeblich.
 
 Danach wird der normale `app-backup.service` gestartet. Der erfolgreiche
@@ -249,6 +249,15 @@ Konfiguration allein stellt verlagerten Bestand und freien Platz nicht zurück;
 kein blindes Zurückkopieren oder Löschen. Den Nachweis pro Objekt zur gezielten
 Wiederherstellung beziehungsweise Auswahl historischer Restore-Quellen nutzen.
 
-Sieben lokale Tests prüfen Datei- und Verzeichnisverlagerung, Kopierkorruption
+Acht lokale Tests prüfen Datei- und Verzeichnisverlagerung, Kopierkorruption
 mit erhaltenem Original, Schutz vor Quellenüberschneidung/Links und Platzreserve.
 Die produktive Abnahme und ein vollständiger Restore-Test stehen weiterhin aus.
+
+### Fortsetzung nach Certbot-Abbruch
+
+Der erste Auftrag vom 18.10.2026 scheiterte bei Certbot, bevor die
+Speicheroperation begann. Revision 2 schätzt den aktuellen Bedarf lesend aus
+rsync-Dateistatistiken mit denselben Excludes und aus DB-Größen. Dateimetadaten,
+SQL-Ausdehnung und Wachstumsreserve entsprechen dem bestehenden Backup-Programm.
+Ältere Journalzeilen werden dafür nicht benötigt; die vorhandenen echten
+`--prepare-space`-/`--check`-Prüfungen bleiben die abschließende Voraussetzung.