README: der Neustart hat jetzt drei Wege, nicht mehr nur ACPI

Der Abschnitt beschrieb noch, Proxmox fahre den Gast per ACPI herunter. Das
ist seit gestern nur noch eine von drei Moeglichkeiten - und die unzuverlaes-
sigste, weil Windows den Aus-Knopf gern ignoriert. Beschrieben ist jetzt die
Wahl samt Begruendung, mit dem Warten auf ein Herunterfahren von innen als
empfohlenem Weg.

Dazu ein eigener Abschnitt zum Herunterfahren: Taste h schaltet nicht mehr
still nach Zeitablauf hart ab, sondern laesst bei Widerstand die Wahl. Ein
stilles Abschalten waere ein Stromausfall mit Ansage.

Abgeglichen: alle zehn Unterbefehle, alle sechzehn Parameter und die Tasten
p, h, v und e stehen drin.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

README.md

@@ -797,7 +797,7 @@ und im Notfall nur noch aus einer Liste auswählst.
 
 ```
 pvesnap-recovery
-  v            Übersicht der Laufwerke (geht auch aus der Optionsmaske heraus)
+  v            Übersicht der Laufwerke (auch aus Optionsmaske und Detailansicht)
   n            "dumps", 20G                    ← einmalig
   Enter        Commander: Werkzeuge hineinkopieren
   q q
@@ -924,17 +924,55 @@ Maschine:
 | SPICE ein/aus | **Neustart nötig** — die Grafikkarte lässt sich im Betrieb nicht wechseln |
 | USB dazu oder weg | sofort, solange der SPICE-Kanal schon steht |
 
-Der Neustart läuft sauber über Proxmox' `reboot`: ACPI-Herunterfahren, der Gast
+Für den Neustart gibt es die Wahl — und zwar aus gutem Grund:
-hängt seine Dateisysteme selbst aus, danach geht er wieder hoch — kein
-Stromausfall. Antwortet er nicht, schlägt es fehl, statt hart abzuschalten.
 
-Ein Neustart **im Gast** hilft dagegen nicht: Dabei setzt sich nur die Maschine
+```
-zurück, der QEMU-Prozess läuft mit der alten Grafikkarte weiter.
+Wie soll VM 9802 neu starten?
+  Ich fahre im Gast herunter - pvesnap wartet und startet dann
+  Proxmox herunterfahren lassen (ACPI) - Windows blockt das oft
+  Gar nicht - spaeter selbst
+```
+
+**Der erste Weg ist der verlässliche.** ACPI klappt bei Linux, bei Windows
+häufig nicht: Dort blockiert gern eine Anwendung den Vorgang, oder der Shutdown
+Event Tracker fragt nach einem Grund. Wer im Gast selbst herunterfährt, umgeht
+das. pvesnap zeigt dabei, was zu tun ist, verfolgt den Zustand und startet die
+Maschine von selbst wieder, sobald sie aus ist:
+
+```
+Bitte jetzt IM GAST herunterfahren.
+
+  Windows   Start -> Ein/Aus -> Herunterfahren
+  Linux     poweroff   bzw.   shutdown -h now
+
+Zustand: running     seit 1:23
+```
+
+Abbrechen geht jederzeit mit `q` — die Maschine läuft dann weiter, und die
+Änderung greift beim nächsten Start.
+
+Ein Neustart **im Gast allein** hilft dagegen nicht: Dabei setzt sich nur die
+Maschine zurück, der QEMU-Prozess läuft mit der alten Grafikkarte weiter. Es
+braucht den Umweg über „aus und wieder an".
 
 > Bei einer Maschine mit geladenem Arbeitsspeicher ist der nach einem Neustart
 > **endgültig weg** — Proxmox gibt ihn schon beim ersten Start frei. Offene
 > Programme und ungespeicherte Daten sind dann verloren.
 
+### Herunterfahren
+
+Taste `h` fährt sauber herunter und schaltet **nicht** von selbst hart ab.
+Weigert sich der Gast — der Windows-Fall von oben —, kommt dieselbe Wahl:
+
+| | |
+|---|---|
+| Im Gast selbst herunterfahren | pvesnap wartet und meldet, wenn sie aus ist |
+| Hart ausschalten | wie Stecker ziehen, mit ausdrücklicher Bestätigung |
+| Abbrechen | läuft weiter |
+
+Ein stilles Abschalten nach Zeitablauf wäre ein Stromausfall mit Ansage — und
+genau der Grund, warum ein Dateisystem hinterher unsauber ist.
+
 ### Wiederherstellung mit Netzwerk
 
 ```bash