Tengo un archivo DLL en el directorio SYSTEM32 de un servidor, que no estoy seguro de necesitar.
Google me ha dicho para qué se usa normalmente, pero el software nunca se ha instalado en este sistema. Aún así, considero posible que uno de los otros productos instalados en el servidor haya incluido (y, por lo tanto, presumiblemente, requerirá) el archivo.
Hice una búsqueda a través del Registro del nombre del archivo, y también de algunas cadenas que encontré en los metadatos del archivo, y no pude encontrar nada informativo. (Aunque la tecla ACMru me llamó la atención, hasta que descubrí para qué sirve ).
¿Hay algo más que pueda hacer para que el sistema mismo me diga qué programa instaló la DLL y / o qué programa (s) instalado (si corresponde) lo usaría?
NOTA: Las sugerencias de herramientas son buenas, pero no instalaré ni ejecutaré ningún software adicional en este sistema. Necesito trabajar con lo que esté disponible en una instalación predeterminada de Server 2003.
fuente
Potencialmente, podría examinar cada archivo .MSI en la carpeta% SystemRoot% \ Installer. Todos los programas (?) Que se instalan a través del instalador de Windows agregarán su MSI aquí para que puedan desinstalarse más adelante. La carpeta generalmente tiene un montón de cosas. Si / Una vez que encuentre el archivo dll entre la miríada de paquetes MSI, deberá asignar el paquete a un nombre bien definido.
Para descompilar los archivos msi usando un script, puede intentar usar esta herramienta VBS http://www.hanselman.com/blog/HowToListAllTheFilesInAnMSIInstallerUsingVBSciript.aspx o puede probar un programa llamado MSIDiff (que nunca he usado) http: //dennisbareis.com/msidiff.htm . Por supuesto, teniendo en cuenta las limitaciones de no tener que instalar herramientas, este último no necesariamente funcionará en ese sentido. El primero lo haría si cscript está instalado.
La última herramienta podría hacer el mapeo del nombre del paquete por usted sin recurrir a buscar manualmente en el registro el GUID apropiado o el nombre de archivo MSI. La herramienta anterior se puede modificar para volcar el nombre del paquete si sabía a qué tabla / columna hacer referencia (no lo sé).
El script VBS simplemente examina el archivo MSI desde una perspectiva de base de datos. El trabajo clave se realiza con: database.OpenView ("SELECT FileName FROM File").
fuente
msi
instalación ...Process Monitor puede hacer esto por usted. Simplemente filtre por el nombre de la DLL y cuando un programa intente cargarla, aparecerá una entrada que menciona qué proceso está buscando y / o accediendo a la DLL que mencionó.
También debe intentar hacer un registro de arranque (habilite el registro de arranque en el menú, luego reinicie y abra nuevamente el monitor de proceso) que es necesario para detectar los programas y servicios que lo cargan al arrancar.
fuente