General

• 

  Useful Scripts
  • Tom Elliott  

  7
  6
  Votes
  7
  Posts
  6954
  Views

  J

  We have created a dedicated repository for community scripts: https://github.com/FOGProject/fog-community-scripts. All scripts in this repository are under the MIT license, and contain a brief README describing basic usage.
• 

  Organizations Using FOG
  • Tom Elliott  

  111
  0
  Votes
  111
  Posts
  32675
  Views

  R

  Organization Name: SVOBE Schools Location (Optional) St. Maarten, Dutch Caribbean Approximate Number of systems: 500 How long: 8 Years. We have been using fog to re-image all our school labs every summer. Wiki entry:
• N

  Requests for Wiki Access <--- ASK HERE
  • noktis  

  145
  0
  Votes
  145
  Posts
  87974
  Views

  S

  @lps-rocks Thanks for getting in touch! Sounds great. You are more than welcome to update the wiki and help with iPXE stuff here too. See the chat bubble in the top right corner for more information.
• C

  Please do not cross post on multiple forums with the same question
  • chad-bisd  

  2
  1
  Votes
  2
  Posts
  3841
  Views

  T

  This seems to [url=https://www.gclubtg.com/]gclub[/url] be happening more often lately [url=https://www.sbobet168.com/]sbobet[/url] than in the past.
• P

  Imaging Windows 10 v2004 with UEFI - GPT Partitions onto 31GB or smaller drive. (and failing)
  windows 10 uefi gpt 2004 parted magic • • ProfDrSir  

  17
  0
  Votes
  17
  Posts
  43
  Views

  P

  Alrighty, so my work-arounds for this issue were to use a virtual drive of 28GB to make the original image, alternatively you can delete the 4th partition to make imaging completely compatible, but you lose the ability to do an OS reset in Windows. If you move the partition to where it used to be in v1909, Windows can’t find it and that also loses the ability to reset, so if you have to move it, just delete it i guess… another alternative if using clonezilla you can image and use gparted to first move the 4th partition to the end of the drive, then resize the 3rd partition, this seems to work fine without losing the option to reset, tested on 2 different machines, a Clevo Laptop and an HP All in One. Otherwise typically just make sure the drive you are imaging to with FOG is generally larger than the source disk you imaged from and everything should be fine… generally speaking…
• I

  single click/automated image deployment
  • Idann  

  2
  0
  Votes
  2
  Posts
  15
  Views

  

  Well first let me say there is no definitive guide on this. To put it in the simplest terms, FOG doesn’t care about the target OS. FOG only copies disk blocks from here to there and back. Now if you bring the FOG Client into scope the FOG server can reach into the target OS to do things post deployment. With that said, if you want to get to a single click deployment with FOG (regardless of the tareget OS at the moment) you can get pretty close. There is a process I call “Load and Go” that allows system manufacturers load a target OS on a system with just a few menu selections. System rebuilders can use this process because once the target computer is imaged the FOG server will never see (typically) this system again. In this “Load and Go” work flow the system rebuilder pxe boots into the fog ipxe menu one time by using the F10/F12 boot menu and selecting pxe boot. That target computer will then pxe boot into the FOG iPXE Menu. From there the system rebuilder will pick “Deploy Image” and then selects the image name from the list of images loaded on the FOG server. From there the process is automated by a FOG Post install scripts that prepare the target system before the first boot of the OS. These post install scripts connect to the target computer’s disk and make any adjustments to the ini or cfg files needed to prep the system for the target OS’s self installers. In this Load and Go case you don’t register the target computer with the FOG server, because the fog server will never see or need to manage the target computer after imaging. The FOG client is not installed on the target system either since there is no need to manage the computer with FOG post deployment. As I said the FOG Client isn’t installed on the target image nor is the target computer registered in FOG. This load and go process saves on these steps and time. Because the FOG client is not installed on the target computer (it technically could be) but not registered with the FOG server, the target OS will need to have all of its configurations set before the first boot of the target OS. So lets say in the case of MS Windows, to use this process you will need to use an unattend.xml file. That file will contain everything needed to configure the system post OOBE/WinSetup. So your fog postinstall script will need to update the unattend.xml script to properly name the computer as well as connect the computer to AD. This is one way we deploy on my campus. I can use either the “Load and Go” method or the traditional register, image, deploy, manage route. It depends on the use of the target system on how we deploy the system. I have some tutorial on post install scripts that go over the basics and the second link is a bit more step by step to set it up. https://forums.fogproject.org/topic/7740/the-magical-mystical-fog-post-download-script https://forums.fogproject.org/topic/11126/using-fog-postinstall-scripts-for-windows-driver-injection-2017-ed
• 3

  Wiki errors - "Troubleshooting a multicast"
  • 3mu  

  25
  0
  Votes
  25
  Posts
  59
  Views

  3

  @Sebastian-Roth - Sorry for the delay - some other unrelated issues and then a pandemic to deal with! The fix works perfectly.
• F

  Surface Pro 7
  • FOG-Summacom  

  9
  0
  Votes
  9
  Posts
  39
  Views

  F

  @george1421 said in Surface Pro 7: @FOG-Summacom First lets get the FOS Linux kernel information. Second if needed there is an off-line method to update the kernel. Hello George, again, many thanks for your support. I have entered the proxy data in the section Proxy Settings. After some chances into our Firwall, know I can see the Kernel Updates. ^^ On next I klick on “Kernel - 5.6.18” and see following Screen: I don’t know if I have to install the latest version now. Is it possible to do an online update via the backend of the software? The test Surface is at this time no longer in the company. I will do another test as soon as possible. Best Regards and an fine Weekend, Ralf
• M

  Boot from wimpe Intel 6th Gen Black Screen
  • maikBat  

  7
  0
  Votes
  7
  Posts
  37
  Views

  

  @a_bains make sure you are using the instructions that say for both bios and uefi systems. https://forums.fogproject.org/topic/10944/using-fog-to-pxe-boot-into-your-favorite-installer-images/15 You do need to export the ISO to the files. The only way you can get the iso to boot is via memdisk in bios mode. UEFI doesn’t support memdisk booting.
• J

  Need Powershell help
  • Jamaal  

  7
  0
  Votes
  7
  Posts
  52
  Views

  J

  @JJ-Fullmer said in Need Powershell help: @Jamaal I believe that the wake on lan is enabled by default, so you don’t need to do anything to include it when creating the deploy task via the api. Ok, gotcha. Thank you very much for letting me know of this.
• S

  UNSOLVED Ports used between the FOG Master and the FOG Node and between FOG Node and Hosts
  • Seb77  

  7
  0
  Votes
  7
  Posts
  17
  Views

  

  @Seb77 this might be helpful. https://wiki.fogproject.org/wiki/index.php?title=CentOS_7#Continue_pre-config The services are listed, and some UDP ports. This config does work.
• K

  ipxe menu and image storage
  ipxe menu image • • kgosset  

  7
  0
  Votes
  7
  Posts
  32
  Views

  

  @kgosset Well I’m a strong believer of you learn more from your mistakes than your successes, so I’ll only give you a push in a direction. So lets take a hacker’s approach to this (the 1980s definition of a hacker not the 2000s blackhat). I already gave you one clue. Point your browser to http://<fog_server_ip>/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00 That will display the FOG iPXE menu as the FOG Project developer (wizards) have create. I figure they know a lot more than I do about the iPXE menu commands and structure. So copy the contents of that menu save it into a text file (save yourself some grief by using notepad++ and not ms windows notepad to edit this file). Save the file as a UNIX script file and name it something like custommenu.ipxe. The ipxe extension is important. Now you can throw out a lot in this menu, but look for a :Menu line label. Delete the content below (but leave :Menu) down to :bootme (leave :bootme) Now insert this into the deleted section (between :Menu and :bootme) NOTE: this has NOT been tested. I only dreamed it up moments ago menu item fog.mainmenu Return to the FOG iPXE menu item --gap menu --name dell-laptop Dell Laptops item fog.dell.7400 Dell Latitude 7400 item --gap menu --name dell-desktop Dell Desktops item fog.dell.3060 Dell Optiplex 3060 (mini) item --gap menu --name utilities item fog.mdt Boot into MDT choose --default fog.mainmenu --timeout 10000 target && goto ${target} :fog.mainmenu params param mac0 ${net0/mac} param arch ${arch} param platform ${platform} param product ${product} param manufacturer ${product} param ipxever ${version} param filename ${filename} param sysuuid ${uuid} chain http://${boot-url}/service/ipxe/boot.php##params boot || goto MENU :fog.dell.7400 boot || goto MENU :fog.dell.3060 boot || goto MENU :fog.mdt mdt.1903 kernel http://${fog-ip}/wimboot imgfetch --name BCD http://${fog-ip}/mdt/Boot/BCD BCD imgfetch --name boot.sdi http://${fog-ip}/mdt/Boot/boot.sdi boot.sdi imgfetch --name boot.wim http://${fog-ip}/mdt/Sources/Boot.wim boot.wim boot || goto MENU Place this file on the FOG server in the /tftpboot directory. Now you need to make a new iPXE menu entry to call this menu. Menu Item: fog.CustomMenu Description: Custom FOG Menu Parameters: chain tftp://${fog-ip}/custommenu.ipxe boot || goto MENU Now pxe boot a target computer. See if your menu works to go into and out of the custom menu. I’ll say this again, I did not test this menu design so there are probably bugs in it. But this is the framework. Once your menu works then we can work on filling out the menu items in your custom menu. I will show you how to get the details for the menu items. ref: Contents of /tftpboot/default.ipxe https://forums.fogproject.org/topic/10944/using-fog-to-pxe-boot-into-your-favorite-installer-images https://ipxe.org/cmd/menu
• N

  Image Management with name (not - number)
  • npkhanhs  

  2
  0
  Votes
  2
  Posts
  11
  Views

  

  The ( -5 ) is not part of the name. It is the display of the image number. You would use that number during manual registration of a host where you can assign the image to the host by the number.
• Z

  FOG server as a peer to peer set-up?
  • Zourous  

  5
  0
  Votes
  5
  Posts
  20
  Views

  Z

  @george1421 Many thanks that was along the lines that I was thinking but you’ve confirmed my thoughts are correct. I’ll go ahead now and set it up. Thanks again.
• B

  Boot FOG on client PC using a special partition?
  • brakcounty  

  36
  0
  Votes
  36
  Posts
  55
  Views

  S

  @brakcounty Over all the details about GRUB I lost sight on what this topic is all about… The USB method uses GRUB as boot loader because it can be installed into MBR on the USB to be used to boot legacy machines. As I said before, the alternative USB boot method is not part of the official FOG stuff and has not had enough attention to be fully integrated yet. Not because it’s impossible to do but because we have way to many things on the list. Now that you use UEFI only in your setup you could skip GRUB altogether and directly boot using iPXE from the hard drive’s UEFI boot partition and should be able to use FOG exactly the way you would if it does PXE boot. For that you just grab one of the iPXE .efi binaries from your FOG server (e.g. /tftpboot/ipxe.efi) and but that on your disk’s EFI boot partition as \BOOT\EFI\BOOTX64.EFI (case doesn’t matter here as Windows will ignor it). When booting the iPXE binary will run its embedded script to get an IP from DHCP and chainload to the FOG boot menu.
• F

  PXE Boot into DELL PER-BOOT-ISO for updating Firmware
  • fly  

  6
  0
  Votes
  6
  Posts
  16
  Views

  

  @Sebastian-Roth You have to remember that memdisk only works for bios based computers. FOG does not ship a uefi compatible version of memdisk. Also with memdisk that 2.7GB iso image needs to be transferred and fit into memory on the target computer. As I said if that IS the SUU disk it may not support netbooting. BUT on the PE620 if you use the lifecycle controller to update the system I know you can update the system from a USB stick with the files on it as well as link to an external repository. I just can’t remember at the moment if NFS is supported. I know ftp and CIFS is supported. If its NFS then the OP can just unpack the files in /images and access them via the lifecycle controller.
• F

  High and permanent load with no task
  • Foglalt  

  12
  0
  Votes
  12
  Posts
  30
  Views

  

  @Foglalt What would be interesting to know from a running windows OS, to look at the installed nvme hard drive. Were the computers that used that exact hard drive slow where the same model that used brand Y of the nvme drive OK? We seen this condition on a dell computer where they intermixed nvme drives on a single model.
• I

  FOG boot from ISO Centos with ks.cfg
  • iyad  

  3
  0
  Votes
  3
  Posts
  15
  Views

  I

  OMG it’s working I spent like 5 hours searching for a solution and now it’s done by your answer. you are the best bro thanks :)))))))))))))))))))
• I

  how to use Snapin in ISO
  • iyad  

  3
  0
  Votes
  3
  Posts
  14
  Views

  I

  @george1421 Thanks!, Got it… I will try your solutions it’s make sense. :)
• L

  hello all, i am new to this forum
  • lelinh  

  2
  0
  Votes
  2
  Posts
  10
  Views

  S

  @lelinh Hello and welcome to the FOG project forums. Have you got FOG installed yet? Which version? Anything we can help you with?