• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

master image with drivers

Scheduled Pinned Locked Moved Unsolved
Windows Problems
6
16
6.7k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • O
    oraniko
    last edited by Mar 29, 2017, 4:10 PM

    Server
    • FOG Version: 1.3.3
    • OS: centos 6.4
    Client
    • Service Version: sp1
    • OS: windows 7
    Description

    hi
    i have something like 15 different computer models in the company, i’m wondering what’s the best way to create an image and with all the driver inside.

    1. i tried to install all the 15 drivers to a master image using “dism” from windows command prompt but there’s many driver conflicts that cause blue screen of death.
    2. i tried to use this guide https://wiki.fogproject.org/wiki/index.php?title=Auto_driver_Install
      until i got the “install scripts”, and i can’t download them from https://rightclick.fsdnet.ca/x/HQAc because it ask for a username and password

    what do you guys suggest doing ?
    Thanks

    G 1 Reply Last reply Mar 29, 2017, 4:20 PM Reply Quote 0
    • G
      george1421 Moderator @oraniko
      last edited by george1421 Apr 2, 2017, 3:22 PM Mar 29, 2017, 4:20 PM

      @oraniko What hardware are you using?

      On my campus I have 15 standard hardware where I deploy 1 image to then and then copy the appropriate driver files during FOG imaging.

      Ref: https://forums.fogproject.org/topic/7391/deploying-a-single-golden-image-to-different-hardware-with-fog
      Ref: https://forums.fogproject.org/topic/8889/fog-post-install-script-for-win-driver-injection
      Ref: https://forums.fogproject.org/topic/7740/the-magical-mystical-fog-post-download-script
      Ref: https://forums.fogproject.org/topic/4278/utilizing-postscripts-rename-joindomain-drivers-snapins

      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

      1 Reply Last reply Reply Quote 4
      • L
        Lee Rowlett Developer
        last edited by Lee Rowlett Mar 30, 2017, 4:28 PM Mar 30, 2017, 10:26 PM

        you definitely don’t want to put all your drivers onto image not only would it be needlessly bloated in size, like you’ve pointed out - you’d do well to get them all installed and working 🙂

        just repeating what George has said below, that is the cleanest and most reliable method below - just heads up, watch out for windows 10 driver changes 🙂 (when you come to do windows 10)

        don’t be put off by the postscripts method, it’s easier than it looks - just take your time reading the write ups - @george1421 has done some pretty clear and indepth ones in all honesty and we can always assist you if you get stuck

        B 1 Reply Last reply Apr 1, 2017, 9:53 PM Reply Quote 2
        • B
          Bob Henderson @Lee Rowlett
          last edited by Apr 1, 2017, 9:53 PM

          @Lee-Rowlett

          Care to go in more depth on the Win10 changes? I’ve been doing the classic DevicePath change, as I’ve only got 2 models and it’s quicker to just include the drivers, but I’m noticing it’s not really applying much…

          L 1 Reply Last reply Apr 1, 2017, 10:03 PM Reply Quote 0
          • L
            Lee Rowlett Developer @Bob Henderson
            last edited by Apr 1, 2017, 10:03 PM

            @Bob-Henderson DevicePath Registry wont work with Windows 10 - im sure its mentioned in links george has already posted

            B G 2 Replies Last reply Apr 2, 2017, 1:30 AM Reply Quote 1
            • B
              Bob Henderson @Lee Rowlett
              last edited by Apr 2, 2017, 1:30 AM

              @Lee-Rowlett Ah, yeah, that.

              Can’t you just add them to the driver store though via PNPUtil so they’re ready to go?

              G 1 Reply Last reply Apr 2, 2017, 1:54 AM Reply Quote 0
              • G
                george1421 Moderator @Bob Henderson
                last edited by Apr 2, 2017, 1:54 AM

                @Bob-Henderson said in master image with drivers:

                Can’t you just add them to the driver store though via PNPUtil so they’re ready to go?

                You could but its much less work to just place the files in the right spot and tell OOBE where to look. You could (which I don’t like to do) just stuff the model specific drivers into the windows/inf folder using a post install script and let windows just magically find them during oobe.

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                B 1 Reply Last reply Apr 2, 2017, 2:27 PM Reply Quote 0
                • G
                  george1421 Moderator @Lee Rowlett
                  last edited by Apr 2, 2017, 1:56 AM

                  @Lee-Rowlett said in master image with drivers:

                  @Bob-Henderson DevicePath Registry wont work with Windows 10 - im sure its mentioned in links george has already posted

                  Right its in there, for win10 you must update the unattend.xml file to tell it where to look for the drivers. Actually MS deprecated the guidance to use the registry settings for Win7 (this was a hold over from XP), but it still worked. MS recommended using the unattend.xml approach for Win7 onward.

                  Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                  1 Reply Last reply Reply Quote 0
                  • S
                    sudburr
                    last edited by Apr 2, 2017, 4:28 AM

                    I’ve created a folder of all the drivers needed by all our platforms (just over 4 GiB worth) that sits in the image. Coming out of sysprep unattend.xml calls dpinst and installs the drivers before oobe, then deletes the folder to reclaim the space.

                    [ Standing in between extinction in the cold and explosive radiating growth ]

                    1 Reply Last reply Reply Quote 0
                    • B
                      Bob Henderson @george1421
                      last edited by Apr 2, 2017, 2:27 PM

                      @george1421 sorry coming into this late but link to the oobe stuff?

                      I’ve just been doing the process here to add downriver store in one big chunk.
                      http://bobhenderson.org/add-multiple-drivers-win10-driverstore-one-shot/

                      G 1 Reply Last reply Apr 2, 2017, 5:40 PM Reply Quote 0
                      • S
                        sudburr
                        last edited by Apr 2, 2017, 4:49 PM

                        Depending on how large a cache of new drivers you are injecting by using pnputil you run the risk of bloating the registry. I’ve poisoned Windows 7 images doing this. I haven’t gone back to pnputil since; Windows 10 may be more robust.

                        I may be the exception with the number of different systems I deal with.

                        However, building drivers into the local store bloats your master image permanently. I prefer now to install on-demand coming out of sysprep with synchronous commands in the unattend.xml or a .vbs run by auto-logged on Administrator, then deleting the local store at deployment to reclaim that disk space.

                        Why don’t I use a network-based driver repository? Systems we deploy to may not have access to our network or even a fog server when they first power up.

                        [ Standing in between extinction in the cold and explosive radiating growth ]

                        1 Reply Last reply Reply Quote 0
                        • G
                          george1421 Moderator @Bob Henderson
                          last edited by Apr 2, 2017, 5:40 PM

                          @Bob-Henderson I’m know expert in this but I can tell you what has worked for over 500 systems we deployed with win7 and now moving on to win10 it also functions with a bit of a twist.

                          Ref: https://forums.fogproject.org/topic/8889/fog-post-install-script-for-win-driver-injection/4

                          With Win7 (and before) if you changed / updated HKLM/SOFTWARE/Microsoft/Windows/CurrentVersion/DevicePath with a place for the OOBE or windows installation process to look (%SystemRoot%\DRV;%SystemRoot%\inf;) and the files were in the .ini format, Windows will load them just like they were internal (MS delivered) drivers. There is nothing to inject, nothing to load, nothing extra to do. We have to remember since FOG is deploying using linux, none of the windows utilities will run for injecting the drivers during image deployment. So everything has to be done on the windows side. We do copy the drivers files to the specified location during fog image deployment so when windows “wakes up” it finds what it needs and loads them.

                          For Win10, the registry key mentioned above has be deprecated and to achieve the same results you need to append this section into your unattend.xml file.

                              <settings pass="offlineServicing">
                                  <component name="Microsoft-Windows-PnpCustomizationsNonWinPE" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
                                      <DriverPaths>
                                          <PathAndCredentials wcm:action="add" wcm:keyValue="1">
                                              <Path>C:\Windows\DRV</Path>
                                          </PathAndCredentials>
                                      </DriverPaths>
                                  </component>
                              </settings>
                          

                          Again no additional action is needed here. Just pace the files in the right location referenced by the setting and windows will load them.

                          FWIW: OOBE is what we are incorrectly calling the windows setup process before the windows user surface is displayed for the very first time.

                          Now for 100% transparency, when we build our master image we do inject the Dell PXE hardware drivers into our master image. This at the very least ensures that our master (reference) image includes basic network and hard drive drivers so if we need to reach out to a network share during OOBE we can.

                          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                          B 1 Reply Last reply Apr 2, 2017, 6:34 PM Reply Quote 0
                          • B
                            Bob Henderson @george1421
                            last edited by Apr 2, 2017, 6:34 PM

                            @george1421 Awesome, that’s simple enough. Does the unattend option support a network location as well. i.e. \server\with\drivers ?

                            Our total driver store we need to add is under 4g, so it’s nothing crazy, but network based could make it easier to maintain for sure…

                            G 1 Reply Last reply Apr 2, 2017, 8:39 PM Reply Quote 0
                            • G
                              george1421 Moderator @Bob Henderson
                              last edited by Apr 2, 2017, 8:39 PM

                              @Bob-Henderson According to this MS document they do. https://technet.microsoft.com/en-us/library/cc766485(v=ws.10).aspx Search for “Adding a device driver during auditSystem”

                              In our case our driver store is on the FOG server. As I said before, we use a FOG post install script to install the correct drivers onto the hardware post image push and before the first windows boot. When windows powers up for the first time everything is already on the target disk it might need.

                              In your case of the network file share, you must have the networking and storage drivers on the target hardware or it will never get to the network driver storage. The issue also comes when new hardware comes out you will have to update your master image to include the new network and storage drivers too.

                              We support 12-14 hardware models (3 new models per year for 4 years), our driver store is about 20GB but that is for Win7 and Win10 drivers over 15 supported models.

                              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                              B 1 Reply Last reply Apr 2, 2017, 9:19 PM Reply Quote 0
                              • B
                                Bob Henderson @george1421
                                last edited by Apr 2, 2017, 9:19 PM

                                @george1421 Alright. I’ll have to dig through those scripts more, I guess. I’ve liked the thought of FOG handling it, but have never really went into it and I’m not sure why. Guess I like to keep my imaging and my application/driver bet seperate for some inane reason

                                Q 1 Reply Last reply Apr 3, 2017, 10:53 AM Reply Quote 0
                                • Q
                                  Quazz Moderator @Bob Henderson
                                  last edited by Apr 3, 2017, 10:53 AM

                                  @Bob-Henderson You might enjoy Snappy Driver Installer, although this is generally more useful if you get all sorts of models accross the floor, rather than expected ones as it will have drivers for close to everything. (compressed)

                                  1 Reply Last reply Reply Quote 0
                                  • 1 / 1
                                  1 / 1
                                  • First post
                                    2/16
                                    Last post

                                  156

                                  Online

                                  12.0k

                                  Users

                                  17.3k

                                  Topics

                                  155.2k

                                  Posts
                                  Copyright © 2012-2024 FOG Project