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:

  • ConfigMgr 2012 - Come effettuare automaticamente gli aggiornamenti disponibili ai computer senza obbligargli di essere installati?
  • Che cosa fanno in realtà le azioni del cliente SCCM?
  • Eliminare il certificato SCCM dalla row di command
  • L'area di notifica è interrotta al primo accesso
  • Come eseguire una sequenza di attività all'interno di una sequenza di attività in SCCM 2012 SP1
  • Dove dovrebbe essere installato SCCM in un piccolo sistema?
  • 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 disinstallare git installato dalla sorgente?
  • Impedire che un pacchetto venga disinstallato in Ubuntu
  • Come disinstallare il software utilizzando un file batch
  • come disinstallare JDK su centos x64 linux based system
  • Come faccio a rimuovere pulito il ruby 1.8.7 da CentOS 5?
  • Disinstallare tutte le istanze di memcached
  • 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.