Distribusjon av Windows 7 - Part 27


Tips Bilde:
Du kan finne mer informasjon om automat LTI distribusjon i Windows 7 Resource Kit fra Microsoft Press. Jeg er hovedforfatter for denne Resource Kit og jeg også opprettholde Unofficial brukerstøtte for Windows 7 Resource Kit med svar på spørsmål postet av leserne, samt linker til de nyeste ressursene på Windows 7 utrulling, administrasjon og feilsøking.

I de siste artiklene i denne serien undersøkte vi to tilnærminger ("la Windows bestemme" og "la meg bestemme") som du kan bruke for å administrere out-of-box drivere når du utfører Lite Touch utplassering bruker MDT 2010. Denne artikkelen brytes opp vår diskusjon av administrerende sjåfører med noen tips, triks og en historie. Først historien, som ble sendt til meg av leseren Tim Lors og som illustrerer godt den type hodepine du kan ha når du prøver å administrere drivere under utsetting:

"Mer enn et år siden skrev jeg skript som vil installere drivere på WinXP PC. Problemet jeg kjørte inn som velger sjåfører var ikke relatert til OS. Det var en fiasko for produsenten å implementere riktig PnP mellom deres sjåfør inf-fil og selve maskinvaren. Spesielt ville det inf-fil indikere at det var den beste driveren for et visst stykke maskinvare når faktisk det ville ikke engang fungere med denne inkarnasjonen av maskinvaren. Den eneste metoden jeg har funnet for å faktisk få den rette driveren er installert i disse vanskelige sakene var å sammenligne hardware PnP-IDer til en liste over kjente problematiske drivere, og hvis jeg fant en kamp jeg ville valgt manuelt den rette driveren basert på flere kriterier -. vanligvis PC modellnummer De vanligste tilleggskriterier som trengs for "la meg bestemme" Valget var PC modellnummer , men tidvis involvert BIOS-versjonen eller PnP undergruppe ID, og ​​i ett sjeldent tilfelle rettssak & feil. Selvfølgelig rettssaken & Feilen var vanskelig fordi når Windows installert hva driver det antas å være det beste valget, måtte du isolere at "ikke-arbeidende 'driveren fra Windows, eller ville det bare re-installere den. Oppmerksom på dette scenariet skjedde i et miljø med nesten 10 000 PCer som dekker mer enn 25 forskjellige modeller. "

De fleste IT-eksperter jeg snakker med som gjør distribusjoner fortelle meg at sjåførene er en av deres største hodepine, og Historien ovenfor bare tjener til å kjøre dette punktet hjem. Så etter å ha tilbrakt de siste fire artiklene i denne serien som dekker dette temaet, kommer jeg til å avslutte diskusjonen av drivere med noen tips og triks for å gjøre ting enklere for deg.

Finne drivere

Det første problemet er å finne ut-av-boksen drivere systemene trenger. Noen leverandører gjør denne jobben enklere enn andre, og Dell er spesielt å være commended i denne sammenheng, fordi de lage drivere tilgjengelig for hver desktop system som en CAB-fil for hvert operativsystem. For å laste ned disse CAB-filer, gå til www.delltechcenter.com og i rulle menyen listeboksen til venstre velge Home, Microsoft, Microsoft System Center, SCCM - System Center Configuration Manager, Dell Business Client Operating System Deployment, Dell Business Client Operating System Deployment - CAB-filene, og du vil se siden vist i Figur 1:


Figur 1 :
Last ned drivere for Dell-klientsystemer som CAB-filene

Når du laster ned en CAB-fil du kan pakke det inn i en mappe, så peker til denne mappen når du importerer sjåføren til din andel distribusjon .

Andre leverandører har også verktøy for å laste ned drivere, men etter min mening de er ikke så enkelt og nyttig som Dells tilnærming. Her er noen eksempler på disse verktøyene og hvor du finner dem:

  • HP SoftPaq Download Manager
  • Lenovo Update Retriever

    Pakker ut INF-filer fra EXEs

    Noen ganger kan en systemleverandør gir drivere for en enhet i form av en .exe fil i stedet for en CAB-fil. I så fall, til et flott verktøy ha i verktøysettet er WinRAR som lar deg pakke ut driverfilene fra EXE-filen i en mappe. Husk, for å importere en driver MDT må INF-filen og relaterte filer for sjåføren-du ikke kan importere en .exe-fil som en driver.

    Hindre drivere fra blir injisert

    For å hindre en bestemt driver du har importert fra å bli injisert (for eksempel hvis testing har bestemt at sjåføren forårsaker problemer når installert) bare åpne egenskapene for driver og fjerne Kryss Driver (figur 2):


    Figur 2:
    Du kan aktivere eller deaktivere en driver for å tillate eller hindre føreren blir injisert
    < P> Vær oppmerksom på at ovennevnte driver er designet for både 32- og 64-bit Windows. Hvis du finner ut at det ikke fungerer som forutsatt for 64-bits Windows, kan du la sjåføren aktivert, men oppheve merkingen avkrysnings x64 for å forhindre at den blir injisert under utsetting av 64-bit Windows.

    Hvis ønskelig kan du også deaktivere alle driverne en mappe ved å deaktivere mappen (figur 3):


    Figur 3:
    Du kan deaktivere en tilpasset mappen i din andel distribusjon

    Managing Boot Drivere Bruke Selection Profiler

    Du kan også bruke valg profiler for å administrere drivere under Windows PE boot fase av LTI distribusjon. For å gjøre dette, åpne egenskapene for din andel distribusjon og velg enten Windows PE x64 Komponenter eller Windows PE x86 Components fanen for å administrere drivere for arkitekturen deg av operativsystemet du distribuerer (figur 4):


    Figur 4:
    Administrerende drivere under oppstartsprosessen LTI distribusjon

    Som standard er alle drivere og pakker utvalg profilen er valgt her, men bare nettverks og masselagringsdrivere fra dette valget Profilen er inkludert i Windows PE boot image. Om nødvendig kan du lage en tilpasset utvalg profil som omfatter maskinvarespesifikke WinPE drivere for målet systemer.

    Bruke flere Driver grupper å distribuere etter produsent og modell

    I forrige artikkel i denne serien så vi hvordan vi kunne definere en enkelt driver gruppe kalt DriverGroup001 og bruke dette til å administrere driverne ved distribusjon av merke og modell av måldatamaskinene. Keith Garner, en Deployment Specialist med Xtreme Consulting Group, har et utmerket innlegg som utdyper dette temaet ved å vise hvordan du kan organisere dine sjåfører mer effektivt og deretter bruke flere driver grupper for å kontrollere hvordan de blir injisert under utsetting.

    Et annet godt innlegg å lese er dette en om å bruke modell aliaser fra Michael Murgolo, en seniorkonsulent med Microsoft Consulting Services.

    Legge Drivere til et bilde

    Du kan bruke DISM.exe kommandoen for å legge til drivere til en offline bilde, bare montere bildet og bruke DISM med /add-driver alternativ (Se artikkelen 2 i denne serien for informasjon om hvordan du bruker DISM.exe).

    For å legge til drivere til sjåføren butikken (det vil si å pre-stage drivere, slik at de vil være tilgjengelige når Windows oppdager en enhet har blitt knyttet som må føreren) kan du bruke PnPutil.exe kommandoen . Dette kan være nyttig for eksempel hvis du har brukt Microsoft Update-katalogen for å laste ned en CAB-fil av drivere for en skriver og ønsker å pre-stage disse driverne i din referanse datamaskinen, slik at når du distribuerer det driverne er tilgjengelig for installasjon. Se her og her for mer informasjon om PnPutil.exe.

    Vedlikehold Driver konfigurasjoner når du tar en Windows Image

    Til slutt, hvis du tar et referansebilde og distribusjon på identisk maskinvare du kan gi brukerne en raskere første oppstart opplevelse ved å konfigurere PersistAllDeviceInstalls innstillings i svaret fil for sysprepping referansen datamaskinen. Se denne artikkelen på TechNet for detaljer.