Repair
Stellt fehlende oder beschaedigte Bestandteile wieder her. Bei MSI kann das bewusst oder unbewusst durch Trigger im System ausgelost werden.
Modify
Aendert installierte Features oder Komponenten. Das ist fuer Detection relevant, wenn nicht jede Installation denselben Zustand hat.
Self-Heal
MSI kann bei fehlenden Key Paths oder Advertised Komponenten selbst eine Reparatur starten. Das wirkt oft wie ein Zufallsfehler, ist aber Produktlogik.
Betriebliche Folge
Repair und Self-Heal koennen Quellenzugriffe, Reinstall von Dateien, Registry-Neuschreiben oder unerwartete Reboots ausloesen.
MSI-Perspektive
Warum gerade MSI hier auffaellig ist
MSI bringt Wartungslogik tief im Produktmodell mit. Wer das ignoriert, versteht spaetere Supportfaelle oft nicht.
Advertised Shortcuts und Key Paths
Fehlende Komponenten oder veraenderte Schluesselpfade koennen beim Start einer Anwendung ploetzlich eine Reparatur anstossen.
Custom Actions in Repair
Nicht jede Custom Action laeuft nur beim Erstinstall. Manche Wartungsfaelle triggern dieselben oder aehnliche Aktionen erneut.
MSI, COM und mehr lesenDetection darf Feature-Zustaende nicht ignorieren
Wenn Features optional sind, reicht eine naive Detection ueber eine einzige Datei unter Umstaenden nicht aus.
Detection mit PowerShell lesenUpgrade kann Self-Heal beeinflussen
Major Upgrades oder paketierte Nacharbeiten koennen Key Paths und Komponentenbeziehungen veraendern.
Updates und Supersedence lesenNach dem Install testen:
- Anwendung starten
- Verknuepfungen pruefen
- Reparaturfall bewusst provozieren
- Detection danach erneut ausfuehren
- Uninstall und Reinstall getrennt bewertenEXE und Betrieb
Auch EXE-Installer haben Wartungslogik
Repair und Modify sind nicht exklusiv fuer MSI. Viele EXE-Setups kapseln dieselben Konzepte hinter eigener UI oder eigenen Schaltern.
Maintenance Mode
Viele EXE-Installer wechseln spaeter in einen Wartungsmodus fuer Modify, Repair oder Remove. Diese Modi brauchen eigene Tests und koennen andere Exitcodes liefern.
Nachinstallierte Komponenten
Plugins, Dienste oder Laufzeiten koennen durch Reparatur neu erscheinen und damit Detection oder Cleanup veraendern.
Prerequisites lesenTrust bei Self-Repair
Wenn Reparaturen Dateien nachladen oder Originalquellen erwarten, muss auch die Quelle selbst noch vertrauenswuerdig und erreichbar sein.
Security und Trust lesenUninstall bleibt getrennt
Ein funktionierender Repair-Pfad beweist keine saubere Deinstallation. Beide Faelle muessen separat geprueft werden.
Uninstall in der Praxis lesenTypischer Fehler
Das Paket wird nur auf Erstinstallation getestet. Spaeter meldet der Betrieb "zufaellige Reparaturen", obwohl eigentlich ein Self-Heal auf fehlende Komponenten oder geaenderte Pfade reagiert.
Troubleshooting
Wenn eine App ploetzlich erneut installiert oder Dateien wieder auftauchen, sollte Repair- oder Self-Heal-Verhalten frueh geprueft werden.
Troubleshooting lesenArchitektur kann Repair brechen
Falsche x86/x64-Annahmen bei Dateien, Registry oder Key Paths wirken sich oft erst in Wartungsfaellen aus.
32/64-Bit-Fallen lesenFreigabe
Wenn Repair oder Modify realistisch vorkommen, gehoeren sie explizit in die Testmatrix und nicht nur in die Randnotizen.
Testmatrix lesen