• Capturing Windows Server 2016 Standard

    3
    0 Votes
    3 Posts
    1k Views
    MRCURM

    @george1421 It’s RTM now. No longer preview.

  • Virtualbox Cloning to make new SNs

    1
    1 Votes
    1 Posts
    1k Views
    No one has replied
  • Installing a bit of FOG-Pi - the hackish way

    9
    3 Votes
    9 Posts
    6k Views
    Tom ElliottT

    @Wayne-Workman the reason our installer shouldn’t support it is because it becomes yet another thing we are “expected” to manage and support. We’ve seen the issues just trying to keep up with Ubuntu. We’ve seen the issues with keeping up with the red hat variants. Mind you this is for the more common architectures of systems.now add in another form of os AND a new set of architecture to try to manage and it becomes even more difficult.

    What I will say, people can ask questions and we will try to give as helpful an answer and the best support we can to them for nearly any situation. No I don’t think we should add this device or OS in our core support installation though.

  • Using Printer Config File

    2
    0 Votes
    2 Posts
    1k Views
    Wayne WorkmanW

    http://smallbusiness.chron.com/copy-printer-settings-another-computer-59761.html

    You can use the steps in the first half of that to get a config file. You’d just make that configuration file available on a share with Sharing and File permissions both set to allow reading for ANONYMOUS_LOGON and guest users, and then path to the file using a UNC path.

  • Reset local Windows account password (1.3.0+)

    11
    2 Votes
    11 Posts
    4k Views
    Wayne WorkmanW

    @MRCUR There should be - what the admin wants and is acceptable. Would I want a uniform password in every environment? No. I work in a public school, and very often I’m walking down the halls and someone comes out asking for help - and I don’t have my laptop with me. The less passwords I type in front of people, the better. Often, technicians fill in at other buildings - we don’t share AD credentials among technicians for our domains, but we do share local passwords with other techs so they can fill in where needed. LAPS would make that harder.

    I would encourage people to use LAPS if they want the highest degree of local account security, but it would complicate my job further than I would like in my current position and slow my ability to solve problems.

  • Image Prep Script

    19
    2 Votes
    19 Posts
    10k Views
    J

    @JJ-Fullmer this is awesome thank you for sharing your knowledge and scripts.

  • 2 Votes
    6 Posts
    6k Views
    S

    Great work @george1421!

  • pxe/ipxe dnsmasq next-server undionly config tip(s)

    6
    0 Votes
    6 Posts
    10k Views
    Wayne WorkmanW

    @KnightRaven we are an active crowd. 🙂

  • Password Protected Samba Share

    1
    0 Votes
    1 Posts
    832 Views
    No one has replied
  • Vi article now has a video

    1
    0 Votes
    1 Posts
    743 Views
    No one has replied
  • Deploying a single golden image to different hardware with FOG

    5
    5 Votes
    5 Posts
    17k Views
    george1421G

    Part 1 MDT setup

    For this process we use MDT and the lite touch method to create our reference image. As I noted above, I’m not going to discuss any parts of setting MDT up for the lite touch. But I will say that it took me about 3 days to go from never touching MDT to capturing my first reference image with FOG. So its not that hard to learn. I do have to say that our reference image is built on a vSphere virtual machine. We used this method since the vm virtual machine doesn’t require any hardware specific drivers to make the system deploy. All of the MS native drivers work for this host system. Using a virtual machine is the recommended method when creating a clean reference (golden, mother) image or what ever you want to call it. You can create your reference image on real hardware no problem, but its a bit slower. Also using a virtual machine you can create snapshots of your reference system as you develop your golden image. It saves time having to rebuild the image for each tweak in the task sequence. In the beginning I was taking a vm snapshot prior to sysprepping as I was working on the unattend.xml file. It saved a bunch of time.

    For Dell hardware this web site will save you a bunch of hunting around for model specific drivers. I recommend you bookmark it since you will use it a few times.
    http://en.community.dell.com/techcenter/enterprise-client/w/wiki/2065.dell-command-deploy-driver-packs-for-enterprise-client-os-deployment

    Back to MDT. From the website above you will want to download the WinPE 3.x driver cab.
    I also recommend that you install winzip or 7-zip on your workstation since we will use one of those to extract the cab file. Its much faster to use 7-zip than the extract command on the cab files, believe me

    What you want to do is install the Dell WinPE 3.x driver cab into MDT Out of Box Drivers section. This will install all of Dell boot time drivers so that your reference can boot on any Dell target hardware. This step is not specifically required for building a reference image on a VM. What it does do is preload Dell’s common drivers into your reference image build in case you don’t get your fog post install scripts just right during development your target computer will have at the minimum disk and network access. As I said this part may not be necessary. I loaded them from the beginning of developing the process and it worked. I never did try to remove them to see if the process broke. I found a path that worked reliably and stuck with it.

    Now one of the keys to this universal image process is we need to tell our reference image where to look for drivers when new hardware is detected. So one of the last task sequences in the MDT build process updates the following registry key “HKLM\Software\Microsoft\Windows\CurrentVersion\DevicePath” to include a folder path of my choosing. In this example I’m going to place my target specific files in C:\Drivers. Originally I just appended C:\Drivers to the device path until I ran across trying to deploy to a Dell 780. The Optiplex 780 has a sound card that is supported by the native windows driver except for one specific thing. The native windows driver (found in the c:\windows\inf folder) doesn’t support the use of internal speaker. Everything else worked great as long as you connected an external speaker to the 780. But if you use the Dell sound driver the internal speaker worked as it should. So to avoid this type of issue I have windows search the c:\driver folder first then the c:\windows\inf folder. With all 15 models in my fleet, all of them work perfectly searching for drivers in this order.

    So back to MDT, that task sequence uses the windows REG.EXE function to update the above mentioned key with this value. “C:\Drivers;%SystemRoot%\inf;” and we force that registry key to be set even if it previously exists. Note: for Win10 this registry key is no longer used. You will need to insert a section into your unattend.xml file that will instruct the installer do the same thing as this registry key

    At the end of the MDT build process I have a batch file that runs the sysprep command with the required parameters. The sysprep command might look similar to this: sysprep.exe /quiet /generalize /oobe /shutdown /unattend:C:\Windows\panther\Unattend.xml

    So from there once sysprep process completes the virtual machine will shutdown. I then pxe boot the vm into fog and capture the image as you would normally.

    You can do Part 1 without using MDT. You will just put windows into audit mode as you install it from DVD. You will have to manually update the registry and install the Dell WinPE 3.0 driver cab, but it is possible to get the results without MDT. We use MDT to automate this entire process so we get the same exact results every time we build the golden image. We go this route so we don’t have to deal with the reseal count or any of that mess. The other part I didn’t add above is that MDT will install all of the windows updates during the reference image build process. So our reference image will have all of the update at the time of image capture. Since its all automated from the image deployment, windows updates, and applications install you just start the build process and walk away. When you come back the image will be ready for sysprep and image capture.

  • Sub-Menu within Fog Advanced Menu

    4
    2 Votes
    4 Posts
    4k Views
    Q

    @RipAU You can set those variables manually by for example creating something like:

    :variables set fog-ip youriphere set fog-webroot /var/www/html :start
  • This topic is deleted!

    1
    0 Votes
    1 Posts
    10 Views
    No one has replied
  • FOG Boot Process

    13
    0 Votes
    13 Posts
    6k Views
    S

    @Wayne-Workman said in FOG Boot Process:

    Also - just how detailed do we want to get? I’d really like to be very, very detailed about this

    Absolutely! I just started to work on this. Long way still to go…

  • This topic is deleted!

    1
    0 Votes
    1 Posts
    1 Views
    No one has replied
  • Need Help with install and settings Ubuntu

    7
    0 Votes
    7 Posts
    3k Views
    Wayne WorkmanW

    @LAIN1987 Then install fog with DHCP. It’s included in the installer.

  • Location Plugin

    10
  • SVN and Git tutorials

    1
    3 Votes
    1 Posts
    941 Views
    No one has replied
  • Install FOG Trunk on CentOS 7

    1
    1 Votes
    1 Posts
    1k Views
    No one has replied
  • Install FOG Trunk on Fedora 23

    1
    1 Votes
    1 Posts
    877 Views
    No one has replied

102

Online

12.2k

Users

17.4k

Topics

155.6k

Posts