puede programas preparando paquete instalar instalacion este desinstalar deja abrir installer windows-installer uninstall msiexec

preparando - windows installer no me deja instalar programas



¿Por qué MSI requiere el archivo.msi original para proceder con una desinstalación? (2)

Como la mayoría de ustedes probablemente haya notado, al desinstalar un paquete MSI, Windows solicitará el archivo .msi original. ¿Porqué es eso?

Solo puedo ver desventajas con eso:

  • no resiliente a los cambios de red.
  • no es resistente a los cambios del disco local.
  • inesperado por los usuarios.
  • Por lo general, los usuarios deben abandonar su escritorio e iniciar una cruzada para obtener el CD correcto.
  • tipo de pruebas de que las instalaciones no son autónomas.
  • promueve el uso de herramientas inseguras como msizap.
  • que a su vez promueve la mentalidad de "la próxima vez que use un archivo zip".

¿Alguien podría arrojar algo de luz sobre esto?


Hay algunas razones para mantener el msi original:

  • El desinstalador lo usa para saber qué archivos y claves de registro se instalaron y asegurarse de que estén todos limpios.
  • El msi puede contener código para acciones especiales de desinstalación que deben realizarse.
  • Le permite hacer una operación de "reparación" desde el menú Agregar / Quitar programas, independientemente de si guardó o no el archivo de instalación usted mismo.

La forma normal de las cosas es que Windows guarde el archivo en caché para que usted no tenga que pensarlo. Consulte su carpeta% WINDIR% / Installer /. La única razón por la que le pediría el MSI original es si algo está mal con el archivo guardado. Esto resuelve la mayoría de sus preocupaciones, aunque genera una nueva (espacio de disco).


ACTUALIZAR :

Esta nueva herramienta de soporte (esta herramienta ahora también está en desuso) puede probarse en las versiones recientes de Windows si tiene paquetes MSI desaparecidos que necesitan desinstalación (en lugar de los obsoletos, desaprobados, no compatibles) msizap.exe )

Algunos han sugerido utilizar la herramienta vinculada aquí por saschabeaumont: Desinstalar sin un archivo MSI . Si lo prueba y funciona, asegúrese de informarnos. La retroalimentación en esa respuesta indica que funciona (no tengo ninguna configuración atascada para probar a partir de ahora).

¿Por qué se le pide el medio de instalación original? :

  • El MSI original no es necesario para la desinstalación, a menos que el MSI en sí mismo esté mal diseñado o que falte el MSI en caché (ver detalles a continuación).
  • Todos los archivos MSI instalados se almacenan en caché en % SystemRoot% / Installer / *. * Utilizando un nombre hexadecimal aleatorio .
  • El archivo MSI en caché se utiliza para cualquier operación de mantenimiento , reparación y desinstalación , y es suficiente para su desinstalación en la gran mayoría de los casos.
  • En algunos casos, este archivo en caché puede faltar y, en algunos casos, la desinstalación no es posible en absoluto . Consulte más información a continuación, y enlaces para forzar la desinstalación o anulación del registro del producto.
  • La fuente original solo es necesaria si los archivos deben copiarse en el disco (para una instalación de mantenimiento), o la MSI hace una solicitud explícita para resolver la fuente original a través de la acción estándar ResolveSource o mediante una acción personalizada (que no debe hacerse) en un paquete debidamente creado : creo que el paquete MS Office contenía este error ResolveSource en el día, haciendo que todos buscaran sus CD / DVD de instalación).
  • En las ediciones anteriores de Windows, este MSI en caché estaba desprovisto de todos los taxis y, por lo tanto, solo contenía la estructura del instalador y no tenía archivos.
  • A partir de Windows 7 ( MSI versión 5 ), los archivos MSI se almacenan en caché a tamaño completo para evitar romper la firma del archivo que impide el aviso de UAC al iniciarse la instalación (un problema conocido de Vista). Esto puede provocar un gran aumento en el consumo de espacio en disco (varios gigabytes en algunos sistemas).
  • Para evitar el almacenamiento en caché de un gran archivo MSI, puede ejecutar una instalación de administrador del paquete antes de la instalación. Así es como una empresa con una implementación adecuada en una red administrada haría las cosas, y eliminará los archivos de la cabina y creará un punto de instalación de red con un pequeño archivo MSI y archivos además. Tenga en cuenta que esto puede generar un aviso de UAC en algunos casos, ya que el archivo MSI extraído ya no está firmado, esto debe probarse con su configuración de SOE / escritorio .
  • Lea mi respuesta en este hilo para obtener la descripción completa de las instalaciones administrativas: ¿Cuál es el propósito de la instalación administrativa iniciada con msiexec / a? o esta respuesta similar pero tal vez más accesible: instalación de administrador y sus usos
  • En algunos casos raros, el MSI en caché (con el nombre aleatorio) puede faltar por error, y la desinstalación le pedirá el MSI original para completar la desinstalación. Esto no sucede a menudo. Solía ​​ser el caso que uno podría usar MsiZap.exe para limpiar dicha instalación, pero esta herramienta está desactualizada , obsoleta y sin soporte . No lo use; hay demasiadas incompatibilidades con las versiones más nuevas de Windows y crea problemas nuevos. Tal vez intente esta herramienta de soporte en su lugar (también obsoleto). La única opción que puedo sugerir ahora es esta respuesta de saschabeaumont . Si prueba esta herramienta, háganos saber si funciona para usted. Si desea saber qué podría haber causado que falte el MSI almacenado en la memoria caché, intente leer la sección 12 aquí: Desinstalación de un archivo MSI desde la línea de comando sin usar msiexec (en pocas palabras, puede causar interferencia con la restauración del sistema, antivirus y scripts de limpieza, ajustes manuales erróneos, poco espacio en disco, cortes de energía, errores de depuración de la caja del desarrollador, archivos MSI mal diseñados con códigos de paquete duplicados, parches fallidos, etc. ... Muchas teorías, pocas certezas, me temo).
  • Como último recurso , puede intentar restaurar el sistema (a menos que se haya desactivado total o parcialmente) para volver al estado de instalación anterior y ver si esto resuelve su problema de desinstalación (puede encontrar demostraciones de video de esto en youtube o en un sitio similar) .
  • Tenga en cuenta que la restauración del sistema podría afectar la Actualización de Windows que luego debe volver a aplicarse, así como muchas otras configuraciones del sistema. He visto nuevos problemas de instalación insolubles como resultado de una restauración del sistema, pero normalmente funciona bien. Obviamente, no use la función por diversión, es un último recurso y se utiliza mejor para deshacer los nuevos controladores o configuraciones que se acaban de instalar y que pueden causar problemas inmediatos y tales problemas. Cuanto más tiempo retroceda, más retrabajo lo creará usted mismo. Un montón de cosas evidentes, pero creo que es necesario mencionarlas.
  • Como mencioné la restauración del sistema, supongo que debería mencionar la función Última configuración conocida . Esta característica no tiene nada que ver con la desinstalación o la restauración del sistema, pero es la última configuración de arranque que funcionó o dio como resultado un sistema en ejecución. Se puede usar para que el sistema vuelva a funcionar si se apaga o se detiene durante el arranque. Esto sucede a menudo después de la instalación del controlador. Sin embargo, esto no hará nada para arreglar tu desinstalación fallida (o me sorprendería mucho ).

Respuesta relacionada:

Además de esta respuesta, tal vez este artículo sobre varias formas de desinstalar paquetes MSI sea de interés. Es un artículo bastante popular con un gran número de visitas :