fix: die geplante Sicherung zeigte auf einen Pfad mit Versionsnummer

Gefunden beim Nachsehen, ob die Sicherung ueberhaupt laeuft -- sie lief
(12.08.2026 04:30:01, Ergebnis 0), aber sie startete pwsh.exe so:

    C:\Program Files\WindowsApps\Microsoft.PowerShell_7.6.4.0_x64__...\pwsh.exe

DIE VERSIONSNUMMER STEHT IM PFAD. Beim naechsten PowerShell-Update heisst der
Ordner anders, die Aufgabe findet ihre pwsh.exe nicht mehr, und die Sicherung
hoert auf zu laufen -- an einem Tag, an dem niemand etwas an ihr geaendert hat.
Der Waechter haette es nach 26 Stunden gemeldet; angenehmer ist es, wenn es gar
nicht erst passiert.

Ersetzt durch den stabilen Ausfuehrungsalias unter LOCALAPPDATA. Der geht, weil
die Aufgabe als Darkster und Interactive laeuft -- fuer einen Dienst unter
SYSTEM waere er wertlos gewesen, und das ist vorher nachgesehen worden.

Gemessen, und zwar der ganze Weg und nicht nur der Start: Aufgabe von Hand
gestartet -> Ergebnis 0, sicherung.letzte sagt ok:true, zweit:true, hoch:true,
4630 Dateien. Argumente unveraendert, Zeitplan unveraendert.

Ausserdem die Uebung aus der NEUEN Kopie gefahren, nicht nur aus der alten --
sonst waere das zweite Ziel eine Datei und kein Sicherungsziel:

    pwsh -File tools\zurueckspielen.ps1 -Ordner D:\backup\d4rk_media
    -> 4630 Eintraege, 4630 Dateien, drei Dateien durch den Dienst geholt:
       identische Bytes. Die Uebung ist bestanden.

Die Aenderung an der geplanten Aufgabe liegt ausserhalb des Repos; sie steht
deshalb in der ROADMAP, damit sie nach einem Neuaufsetzen nicht fehlt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
2026-08-12 08:56:41 +02:00
co-authored by Claude Opus 5
parent 74e2128afb
commit 1baa67c891
+49 -1
View File
@@ -1101,10 +1101,58 @@ Die **Statusseite** zählt die Orte mit: `sicherung ok an 3 Orten` statt nur
`ok`. Eine Sicherung, die es nur einmal gibt, ist grün und trotzdem eine, die
ein Plattenausfall mitnimmt — das gehört dorthin, wo jemand hinsieht.
Und `tools/zurueckspielen.ps1` sagt im Kopf, was zu tippen ist, wenn genau
**Und die Übung ist aus der neuen Kopie gefahren worden, nicht nur aus der
alten** — sonst wäre das zweite Ziel eine Datei und kein Sicherungsziel:
```
pwsh -File tools\zurueckspielen.ps1 -Ordner D:ackup\d4rk_media
4630 Medieneintraege, 340.5 MB, 2 Token, 2 Benutzer, 0 im Papierkorb
4630 Dateien -- gleich viele wie Eintraege
drei zufaellige Dateien DURCH den Dienst geholt: identische Bytes
Die Uebung ist bestanden.
```
`tools/zurueckspielen.ps1` sagt im Kopf, was zu tippen ist, wenn genau
diese Platte das Problem ist. Das ist der Fall, für den das Ganze da ist, und
niemand soll ihn um vier Uhr nachts erst herleiten müssen.
### ⚠️ Repariert — die geplante Aufgabe zeigte auf einen Pfad mit Versionsnummer
Gefunden beim Nachsehen, ob die Sicherung überhaupt läuft. Sie lief (12.08.2026
04:30:01, Ergebnis 0) — aber sie startete `pwsh.exe` so:
```
C:\Program Files\WindowsApps\Microsoft.PowerShell_7.6.4.0_x64__8wekyb3d8bbwe\pwsh.exe
```
**Die Versionsnummer steht im Pfad.** Beim nächsten PowerShell-Update heißt der
Ordner anders, die Aufgabe findet ihre `pwsh.exe` nicht mehr, und die Sicherung
hört auf zu laufen — an einem Tag, an dem niemand etwas an ihr geändert hat.
Der Wächter hätte es nach 26 Stunden gemeldet; angenehmer ist es, wenn es gar
nicht erst passiert.
Ersetzt durch den stabilen Ausführungsalias, der Updates überlebt:
```
C:\Users\Darkster\AppData\Local\Microsoft\WindowsApps\pwsh.exe
```
Der geht, weil die Aufgabe als `Darkster` und `Interactive` läuft — ein Alias
unter `LOCALAPPDATA` wäre für einen Dienst unter SYSTEM wertlos gewesen. Vorher
nachgemessen: derselbe Prozess, dieselbe Fassung 7.6.4, Rückgabewert 0.
Danach die Aufgabe von Hand gestartet und den ganzen Weg gemessen, nicht nur
den Start:
```
Zustand: Ready Ergebnis: 0
sicherung.letzte: ok: true | zweit: true | hoch: true | 4630 Dateien
```
Die Argumente sind unverändert geblieben; die Aufgabe heißt weiterhin
`d4rk_media Sicherung` und läuft weiterhin täglich um 04:30.
### ⬜ Als Nächstes
**Der Vergleichsmaßstab ist weg.** Am 11.08.2026 sind die Lite-Container