Silent Switches finden, ohne zu raten

Warum „/S" nicht immer stimmt

/S ist kein Standard, sondern eine Konvention, die manche Installer kennen und viele nicht. Wer ihn blind anhängt, bekommt entweder einen stillen Lauf oder einen Dialog, der im Hintergrund hängt. Ein Paket, das auf dem Testgerät „durchläuft", weil jemand geklickt hat, ist kein stilles Paket.

MSI: Properties statt Rätselraten

Eine MSI ist eine Datenbank. Die Eigenschaften stehen in der Herstellerdoku oder lassen sich aus der MSI auslesen. Typische Kandidaten sind Installationsverzeichnis, Sprache, Lizenzschlüssel und Update-Verhalten. Für den stillen Lauf reicht oft ein Parametersatz; entscheidend ist, dass du ihn nicht aus einem fremden Blog übernimmst, sondern aus der Quelle, die zu dieser Version gehört.

EXE: Hilfe, Logs, Herstellerdoku

Bei EXE-Installern gibt es drei belastbare Wege: die Hilfe des Installers (/?, /help, --help), die Herstellerdokumentation und das Log eines Testlaufs. Aus dem Log sieht man, welche Argumente akzeptiert wurden und was der Installer tatsächlich getan hat. Das ist mehr wert als jede Vermutung.

Wenn nichts dokumentiert ist

Dann wird es Arbeit. Ein Testgerät oder eine VM, ein Snapshot, ein Lauf mit Protokollierung. Danach: deinstallieren, Snapshot zurück, nächster Versuch. Wichtig ist, dass jeder Versuch dokumentiert wird — sonst wiederholt man ihn später.

Für die Praxis heißt das: Wenn ein Installer partout keine stillen Argumente akzeptiert, ist das ein Fall für eine Rückfrage beim Hersteller oder für ein Repackaging. Kein Grund, ein Paket zu bauen, das nur mit Klicks funktioniert.

Vor dem Paket prüfen

Vier Prüfungen vor dem ersten Paketbau:

1. Läuft der Befehl auf einem frischen Gerät ohne Dialog? 2. Liefert er einen Rückgabecode? 3. Existiert ein Deinstallationsbefehl mit denselben Parametern? 4. Bleibt nach der Deinstallation nichts zurück?

Wer diese vier Fragen mit „ja" beantwortet, hat die Grundlage. Alles andere ist Detektivarbeit, die man besser vor dem Rollout macht als danach.

---