Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Niektóre wersje Windows używają tylko podzestawu metod instalacji sterowników dostępnych w programie Windows 10 Desktop. Plik INF dla wersji innych niż desktop Windows musi wykonywać tylko operacje addytywne, które są w pełni opisane w pliku INF. Plik INF o takiej składni z ograniczeniami jest nazywany uniwersalnym plikiem INF.
Uniwersalny plik INF instaluje się w przewidywalny sposób, z tym samym wynikiem za każdym razem. Wyniki instalacji nie zależą od wykonania składników spoza systemu dostarczanych składników instalacji urządzeń. Na przykład odwołania współinstalatora są nieprawidłowe w uniwersalnym pliku INF, ponieważ wymaganie kodu w dodatkowej bibliotece DLL do uruchomienia w ramach instalacji oznacza, że system nie może określić wyniku instalacji tylko z pliku INF.
Aby sprawdzić, czy INF jest uniwersalny, użyj polecenia infverif /u.
Sterownik Windows musi przejść testyinfverif /w, a /u także izolację pakietu sterowników.
Aby uzyskać listę opcji InfVerif, zobacz Running InfVerif from the command line (Uruchamianie elementu InfVerif z wiersza polecenia).
Jeśli tworzysz pakiet sterowników pulpitu Windows, nie musisz używać uniwersalnego pliku INF, ale jest to zalecane ze względu na korzyści z wydajności.
Które sekcje INF są nieprawidłowe w uniwersalnym pliku INF?
W uniwersalnym pliku INF można użyć dowolnej sekcji zdefiniowanej przez system, z wyjątkiem następujących sekcji:
- Sekcja InF ClassInstall32
- Sekcja INF DDInstall.CoInstallers
- Sekcja INF DDInstall.FactDef
- Sekcja INF DDInstall.LogConfigOverride
Sekcja producenta INF jest prawidłowa, o ile dekoracja TargetOSVersion nie zawiera flagi ProductType ani flagi SuiteMask.
INF DefaultInstall Section jest prawidłowa tylko wtedy, gdy ma dekorację architektury, na przykład [DefaultInstall.NTAMD64].
Które dyrektywy INF są nieprawidłowe w uniwersalnym pliku INF?
Można użyć dowolnej dyrektywy INF zdefiniowanej przez system w uniwersalnym pliku INF z wyjątkiem następujących:
- Dyrektywa INF BitReg
- INF DelFiles, dyrektywa
- INF DelProperty Directive
- Dyrektywa INF DelReg
- Dyrektywa INF DelService
- INF Ini2Reg, dyrektywa
- Dyrektywa INF LogConfig
- Dyrektywa ProfileItems INF
- dyrektywa INF RegisterDlls
- Dyrektywa INF RenFiles
- dyrektywa INF UnregisterDlls
- InF UpdateIniFields, dyrektywa
- Dyrektywa UpdateInis INF
Następujące dyrektywy są prawidłowe z pewnymi zastrzeżeniami:
Dyrektywa INF AddReg jest prawidłowa, jeśli wpisy w określonej sekcji add-registry-section mają wartość reg-root o wartości HKR, lub w następujących przypadkach:
- W przypadku rejestracji obiektów modelu obiektów obiektów składników (COM) klucz może zostać zapisany w obszarze:
- HKCR
- HKLM\SOFTWARE\Classes
- W celu utworzenia sprzętowych transformacji Media Foundation (MFT) klucz może zostać zapisany w obszarze:
- HKLM\SOFTWARE\Microsoft\Windows Media Foundation
- HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows Media Foundation
- HKLM\SOFTWARE\WOW3232Node\Microsoft\Windows Media Foundation
- W przypadku rejestracji obiektów modelu obiektów obiektów składników (COM) klucz może zostać zapisany w obszarze:
Dyrektywa INF CopyFiles jest prawidłowa tylko wtedy, gdy katalog docelowy jest jednym z następujących dirids:
- 11
- 12
- 13 (zobacz Uruchamianie z Driverstore)
Uwaga: Nie można użyć funkcji CopyFiles do zmiany nazwy pliku, dla którego element DestinationDirs zawiera dirid 13. - 10,SysWOW64
- 10,nazwa podkatalogu specyficznego dla dostawcy
Uwaga: W systemie Windows 10 w wersji 1709 użycie dirid 10 z nazwą podkatalogu specyficzną dla dostawcy jest prawidłowe w uniwersalnym pliku INF zgodnie z weryfikacją przeprowadzoną za pomocą narzędzia InfVerif. W kolejnych wersjach ta wartość może nie być obsługiwana. Zalecamy przejście do dirid 13.