Disinstallazione silenziosa di Lenovo ThinkVantage System Update

È necessario riavviare il più recente aggiornamento del sistema Lenovo ThinkVantage (v5.06.0034) tramite SCCM 2012. Voglio che questo aggiornamento sostituisca tutte le versioni più basse e per questo ho bisogno di disinstallare in silenzio quelle versioni precedenti.

Di solito, si potrebbe fare questo utilizzando l'UninstallString di TVSU con il parametro / quiet o / qn:

  • Distribuire in silenzio MSI - Cisco CAD Client Configuration
  • Utilizzare System Center Configuration Manager 2012 per rimuovere l'App InstallShield esistente
  • Configurare SCCM in modo che i file con un simbolo più (+) nel nome file possano essere scaricati dal punto di distribuzione
  • Come disinstallare IIS da Windows Server 2008
  • Come faccio a rimuovere pulito il ruby 1.8.7 da CentOS 5?
  • L'installazione di SCCM Client 2012 non è rioutput: "CcmSetup non è riuscito con il codice di errore 0x80004002"
  • MsiExec.exe /X{25C64847-B900-48AD-A164-1B4F9B774650} /qn 

    Tecnicamente, questo funziona. Tuttavia, l'installazione di Lenovo chiede all'utente se si desidera eliminare la cartella di programma dopo la disinstallazione, che richiede l'input dell'utente (sì o no). Pertanto, quando la disinstallazione viene avviata in silenzio, il programma di installazione rimarrà indefinito, poiché non esiste alcun modo per l'utente di interagire con l'installatore.

    C'è un modo per fornire unattend.xml per questo installatore o qualcuno sa di un interruttore di command specifico che potrei utilizzare con il programma di installazione di Lenovo System Update .exe?

    EDIT

    Come @kce suggerito (grazie!), Ho mostrato il livello di logging di msiexec durante la disinstallazione. Mentre non sono riuscito a trovare properties; che potrebbero essere passate manualmente tramite msiexec, ecco la parte in cui il programma di installazione crea la window di dialogo "Elimina cartella?" E la function che viene chiamata se l'utente preme sì. Forse aiuta chiunque:

     MSI (s) (80!84) [10:52:44:046]: Creating MSIHANDLE (77) of type 790531 for thread 3716 InstallShield 10:52:44: Registering Msi Server... MSI (s) (80!84) [10:52:44:046]: Closing MSIHANDLE (77) of type 790531 for thread 3716 MSI (s) (80!84) [11:03:27:239]: Creating MSIHANDLE (78) of type 790531 for thread 3716 InstallShield 10:52:44: Invoking script function DeleteInstallDir 

    Non ho persuaso il problema più in quanto ho visto che l'installatore v5.06.0034 (versione più recente) controlla veramente che le versioni precedenti sono installate e disinstalla correttamente le versioni precedenti (la struttura delle cartelle ei valori di registro vengono ripuliti).

  • Come faccio a disinstallare la guarigione?
  • come disinstallare JDK su centos x64 linux based system
  • Possiamo disinstallare Java sul server di produzione?
  • Come trovare il log di disinstallazione del programma su Windows Server 2008 R2?
  • Come disinstallare il software utilizzando un file batch
  • Disinstallare il software utilizzando SCCM
  • 2 Solutions collect form web for “Disinstallazione silenziosa di Lenovo ThinkVantage System Update”

    Ah. Le gioie dell'installazione automatica del software in un ambiente Windows. SCCM può fare solo tanto con venditore terribile fornito installatori come avete scoperto.

    La mia prima tappa quando si cerca di build un Application-Program o un pacchetto-programma è dare un'occhiata a ITNinja che è stato chiamato App Deploy prima che Dell ha deciso di acquistare e rebrand. Purtroppo non c'è molto da fare per Lenovo ThinkVantage System Update .

    Se sei da solo, puoi provare alcuni passi generali:

    • Provare diversi methods di installazione . Molti fornitori di pacchetti verranno applicati come installer .MSI con il programma di avvio .EXE. A volte, se è ansible trovare la documentazione sugli switch di command di .EXE (se esistono), functionranno meglio che eseguire direttamente la .MSI e utilizzando gli switch standard .MSI. Non ho idea del perché…
    • Accendere la logging a 11 . Passare msiexec l'interruttore /lvx uninstallation.log per avere debug e verbose le informazioni di logging. Lavorare con l'installatore e monitorare il registro con CM32Trace come lo fai. Quando si arriva al punto in cui la window di dialogo richiede il button Sì o No, premere il button desiderato e vedere se è ansible trovare un PROPERTY nel file di registro che può essere passato in msiexec.exe quando si esegue il disinstallazione tramite SCCM. Se si abbina questo ProcMon di SysInternal è ansible imparare molto su come e cosa fa l'installatore e talvolta queste informazioni sono sufficienti a capire cosa sia il punto di attacco.
    • Prova il supporto della comunità . Alcuna altra povera anima probabilmente ha cercato di farlo anche in questo caso, spesso le grida di aiuto per l'aiuto si trovano tra i forum di supporto della comunità del tuo fornitore. Ad esempio, c'è un lungo thread su TVSU nei forum di Levono in materia di installazione silenziosa . Apparentemente c'è un incantesimo magico, ahem, intendo l'installer switch /verysilent che l'installer basato su .exe accetterà; tuttavia i risultati che le persone sembrano inconsistenti. Forse functionrà anche per la disinstallazione? Inoltre il mio personale di help desk mi dice che / r / sccm è sorprendentemente utile.
    • Fare un installazione in loco . Se si sta aggiornando un pezzo di software, è importnte verificare se è in esecuzione un'installazione in loco o un'installazione side-by-side. Ancora una volta, il comportmento qui è wildly venditore, applicazione e versione dipendente. A volte il software verrà installato proprio sopra l'installazione esistente più vecchia, a volte cercherà tutte le versioni precedenti di se stesso e tenta di disinstallarle prima e altre volte farà un'installazione side-by-side con entrambe le versioni co-esistenti . Con il software che installa un posto in loco o disinstalla le attività di vecchie versioni, spesso funziona meglio solo per lasciare che l'installatore fai qualsiasi cosa folle che vuole fare anziché utilizzare il model SCCM Application Supersedence. Prova, prova e prova ancora di più.
    • Reimballare il programma di installazione del fornitore . A volte bisogna build una migliore trappola per mouse. Ci sono strumenti come Advanced Installer che aiutano a repackare il software in un programma di installazione personalizzato .MSI. Ciò può anche essere una soluzione duri, anche se laboriosa per un fornitore fornito installatore che fa cose stupide.
    • Compagni al tuo fornitore . Non ho mai visto questo lavoro ma certamente mi fa sentire meglio.
    • Rinunciare e usare un hack . A volte il cammino verso la vittoria è fallimento. Come Konrad Gajewski ha evidenziato una serie di applicazioni che possono automatizzare il clic dei pulsanti perché la vita come amministratore SCCM è assurdo e senza significato .

    Questa risposta è sub-ottimale, ma poiché non ci sono altri che ho deciso di postare:

    Usare autohotkey per premere yes.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.