Jak dowiedzieć się, do którego pakietu instalacyjnego należy dany plik exe / dll

Chciałbym wiedzieć, co MSI zainstalowało dll lub exe w moim systemie. Wiem, że Windows naprawia usunięte pliki, jeśli należą one do zainstalowanego pakietu. Czy mogę zapytać o te informacje bez usuwania pliku? Czy istnieje narzędzie lub interfejs API Win32, aby sprawdzić, do którego pakietu należy plik?

windows windows-installer

— wigy
źródło

Odpowiedzi:

Wygląda na to, że w końcu może być jakiś sposób! Niedawno odkryłem wpisy rejestru dotyczące plików instalowanych przez Instalatory Windows w następującym poddrzewie:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData

Napisałem mały skrypt w języku Python, aby wyszukać plik instalatora za pomocą przechowywanych tam informacji:

> python windows-installer-file-search.py opus.dll
File: C:\Program Files (x86)\Mumble\opus.dll
Product: Mumble 1.2.13
Install user: S-1-5-18
Cached installer: C:\Windows\Installer\2f6b072.msi

Jest dostępny tutaj: https://github.com/Zero3/windows-installer-file-search

— Zero3
źródło

Łał. 2,5 roku później przybiłeś to pytanie. Patrząc na to poddrzewo, teraz rozumiem, dlaczego uruchomienie systemu Windows zajmuje tyle czasu. Należy to zindeksować w pamięci, aby funkcja „Twoja aplikacja była uszkodzona, włóż dysk”, aby działała przy każdym uruchomieniu aplikacji.

— wigy

Jeśli nie masz nic przeciwko znalezieniu prawdopodobnych igieł w stogu siana, to szybkie i brudne nadużycie 7-Zip zadziała:

7z.exe l -an -air!C:\Windows\Installer\*.msi > needlelist.txt

Następnie otwórz needlelist.txtw dowolnym edytorze tekstu, wyszukaj, needlename.dlla znajdziesz odpowiedni pakiet .msi w listach wygenerowanych przez 7-Zip.

(Uwaga: ta metoda jest „brudna”, ponieważ informuje tylko, które pakiety .msi zawierają plik o nazwie needlename.dll. Ale prawdopodobnie jest odpowiednia w większości przypadków.)

— Zero3
źródło

Rzeczywiście, jest to sprytne nadużycie 7-Zip. Czy instalator zawsze kopiuje plik MSI do tego folderu C: \ Windows \ Installer, czy jest to tylko konwencja, którą można obejść? Nadal czekam na elegancki interfejs API Win32, zanim zaakceptuję fakt, że nie ma innego wyjścia (i zaakceptuję twoją odpowiedź).

— wigy

Instalator Windows AFAIK zawsze buforuje zainstalowane pliki MSI w folderze (patrz także superuser.com/questions/473569/… ). Powód jest logiczny: instalator jest również dezinstalatorem. System Windows potrzebuje zatem kopii dezinstalatora w znanej lokalizacji, aby wykonać go, gdy użytkownik chce odinstalować aplikację. Ponieważ oryginalny plik MSI został prawdopodobnie usunięty przed wiekami, system Windows zapisuje kopię podczas instalacji.

— Zero3,

Odnośnie interfejsu API: W przeciwieństwie do większości dystrybucji Linuksa (i tym podobnych), system Windows (przynajmniej wcześniejszy niż Windows 8) nie ma wbudowanego odpowiedniego systemu zarządzania pakietami w systemie operacyjnym, zdolnego do wysyłania zapytań o takie rzeczy. Prawdopodobnie można by to zrobić, uruchamiając wszystkie zainstalowane pliki MSI i wyszukując w nich plik docelowy (zasadniczo moja odpowiedź została zaimplementowana poprawnie), ale nie wydaje się, aby została zaimplementowana od razu po wyjęciu z pudełka. Oczywiście mogę się mylić.

— Zero3,

Cóż, akceptuję to jako odpowiedź. Chociaż nie możemy udowodnić, że nie ma do tego interfejsu API Win32, miałem wrażenie, że MSI w jakiś sposób podłączyło się do procesu ładowania bez odpowiedniego publicznego interfejsu API.

— wigy