@zc0rp said in HDClone as bootable iso:

Yes i can run the exe because it is an portable edition

Great this then gives us a path or at least an idea. In this post https://forums.fogproject.org/post/103323 it talks about building a winpe image that we can use to boot an OS. (sidebar: I’ve done this for a ghost imager). Starting at step 3 it shows how to build a winpe boot environment. You will place the files into the image path before the image is resealed back into the wim. This will place the files you need in the wim file that will get deployed. Once we get to the boot.wim we are done with this tutorial. There is no need to make the iso because that is only for bios mode.

Once we have the boot.wim file then we can follow this tutorial. https://forums.fogproject.org/post/103331 to setup a winpe boot environment for both bios and uefi using wimboot.

FYI, there is now a tool that can renumber your images for you, here it is:
https://github.com/FOGProject/fog-community-scripts/tree/master/RenumberImageIDs

@jonathanho92 There is no “offline install” which is why we said you need to have an internet connection when you’re performing the install.

FOG uses many different tools, and as those tools are different between OS’s, the installer relies on the OS’s package management tool to download and install them using a more native approach.

This is why we told you there is a need for internet connection.

This is why we never said, at any point in our communications, any set of instructions that could even be perceived as “We have an offline installer”.

It’s why I told you:

To install FOG, you will need an active network connection.

Maybe I should’ve been clearer in stating “Active Internet Connection” but

@danboid Thanks for you detailed write up on setting up FOG!

I just tried to edit the first post but I was denied. Could we ditch this rule please, at least for this post?

I didn’t know the forum has such a rule. @Tom-Elliott Do you know if it’s possible to allow editing own posts for users as well?

Here is another comment: We don’t suggest running the installer via sudo directly because the environment variables is different on some Linux systems (and can cause issues!) compared to switching over to the root user via sudo -i or sudo su -.

@lebrun78 I don’t use the FOG Client so I can’t really speak to its activation of the target computer. But I believe if its enabled in the fog management web ui and you have entered either a OEM key or VLK key in the host configuration for that computer the FOG Client will try to activate it. I believe this is outside of any sysprep process.

I can tell you how I use MDT, sysprep and FOG.

I do use MDT to build my golden image each time using the lite touch process. At the end of imaging I run through a quick quality check to ensure everything is setup as it should be then I run a batch file that MDT drops in a certain directory that calls sysprep and points to a custom unattend.xml file. Sysprep then powers off the computer. I capture it with FOG. Then deploy it. I have a post install script update the unattend.xml file on the target computer with the computer’s name, target OU, timezone, KMS Key, and a few other things. When the computer boots and runs WinSetup/OOBE the target computer connects itself to AD and in the proper OU from the unattend.xml file. At the end of OOBE WinSetup calls the setupcomplete.cmd and runs a command cscript c:\Windows\System32\slmgr.vbs /ato that activates windows.

Hi @george1421 and @Sebastian-Roth , thank you very much for your assistance on this issue. Sorry for delay in replying here as I just completed the testing on my side. Yes changing Kernal Ramdisk size to 275000 worked and I was able to capture the image fine. The image is working perfectly okay now. Many thank and much appreciated, you guys are amazing and very helpful.

@Greg-Plamondon Well that bit of code is held over from the WinXP days and worked in Win7. It no longer works in Win10.

I’ve left that in the code because it shows you how you can poke things into the windows registry from linux (which should not normally be possible).

If you are working on drivers and importing them look at this tutorial. The short read is that you need to use the pnputil.exe command in your setupcomplete.cmd file to load the hardware specific drivers during winsetup. https://forums.fogproject.org/topic/11126/using-fog-postinstall-scripts-for-windows-driver-injection-2017-ed?_=1596483356960

Yes SVN method has been removed, only the git and tarball method is actively supported now.

https://wiki.fogproject.org/wiki/index.php?title=Getting_FOG

This process is recommended for new installs as well as upgrades to existing installs.

Very nice, good job!

@dangbird well that directory is giving us a good mixture of DOS, Windows and Linux bits. Let look into the efi/boot directory and the sub directories to see what we can find.

@george1421 said in Setting up a Windows 2012 server as a FOG Storage Node:

@Jamaal The tutorial was more of a proof of concept than something that should be used in production. Did it work, yeah. Would I probably use it… maybe not but some of the dedup capabilities in 2016 and 2019 make it sound intreaging.

For your case if you have additional space on your VM host server you might consider adding an additional virtual disk to your fog server then adding it to the LVM group for your fog server. There are a number of ways to go about this, but that discussion should be moved to a new thread.

Ok, I’ll create a new post, thanks for your assistance.

@Gabor This is a complex topic as I already mentioned! You need a lot of knowledge on different technologies and be able to debug things thoroughly. While we work on making this easier I am not sure it will ever be fail proof for everyone just because of the complexity.

Anyhow, I may ask you to re-read the wiki page. There is one part showing you how to re-build iPXE binaries using your custom CA. Whenever you change the CA and/or certs you need to recompile your iPXE binaries.

@davide1611 Well done. Great you got it fixed yourself! I restorted you topic as I think it might be helpful to others as well!!

Yes! I solved moving to physical machine rather than using VBox, thanks for your help Eduardo.

Works like a charm! Thanks george1421!

@AlexPDX said in Storage Group and Storage Node explained for dummies:

1.5.8 keep remembering the Windows Keys in the Host

Yes that info is stored in the database. With that said, the upgrade should not erase keys. If it does then there is a bug in the upgrade script. AFAIK nothing is ever deleted from the database during an upgrade. A schema change will add or remove fields but not data.