@george1421 Thanks for your reply.

Out of all the replies on updating FOG all of them refer to the git method, and never a clear answer on the tarball/zip method. So thank you for that. Looks like my original install my boss did was from the tarball so I’ll stick to that for now. Thanks again!

@sjensen Just as a precaution - make sure you have a backup copy of all your important data from this system. I won’t be made liable for any steps you take!

So let’s take a look at the whole process of resizing which involves several “layers” - see below.

In the output of pvscan we see that the physical volume on /dev/sda3 is 400 GB in size and has 100 GB free/not in use. So gparted has extended the partition but not the physical volume (in LVM terms). To do that run:

pvresize /dev/sda3

The next step is to tell the logical volume (LV) to use that new space:

lvextend -l+100%FREE /dev/FOGServer-vg/root

As a final step you need to extend the filesystem.

resize2fs /dev/FOGserver-vg/root

Finally check the partition size in the output of df -h.

As far as I know, if you use Big Sur Beta to create a machine, you don’t need to do any other specific settings.
If you don’t know much about it, you can take a look at this tutorial.
It will tell you what you need to do .
I did what it said before,the methods it provides are all helpful,i use method one, which is fast and simple, without me doing too many useless things.

@sjensen FOG 1.5.0 is years old and I can’t remember if multicast worked perfectly fine in that version or if there was an itch with that in 1.5.0.

@george1421 Obrigado

It’s been a few days and I just wanted to thank everyone for the replies. I am giving the scripting a whack and will report back if I make some progress with it.

@ddavis The MAC address is still used as unique identifier by FOG as being the most reliable. Changing that would mean working with the code. Feel free to work on this considering all the things mentioned on github: https://github.com/FOGProject/fogproject/issues/198

The question is what your goal is in the end. Should those devices be imaged and then handed out and never some back? Or do they stay in your network and re-imaged from time to time? If so which kind of network connection will they use in the future?

There are two other routes you can look into:

Register the device with the the USB adapters MAC address and let it do the imaging. Rename the host manually or by OOBE. Install the fog-client service and enable that after deployment so it will automatically register other MAC addresses like wireless, approve those. Some USB adapters have the capability to pass-through the MAC address. This feature allows the MAC address of the native ethernet network device on the system to be used for imaging. Depends on the hardware you have.

@sebastian-roth Thank you! I am going to give this a shot.

@sebastian-roth It’s beautiful!
Thanks for figuring that out!

@chris-whiteley said in API Help:

The only thing I can’t figure out is how to make that host be associated with a SnapinID. For instance, I want it to be associated with a SnapinID of 1. How can I do that?

While I haven’t tested lately I would think you should be able to create a snapin association like this:

curl -X PUT -d '{"snapins":[1]}' http://x.x.x.x/fog/host/33/edit

Assuming the host you want to associate the snapin (ID 1) to has host ID 33. Don’t forget the API tokens in the call.

@kevinnew22 You need to explain what sda and sdb in your case are. Both are named “virtual disk”. Which one is iSCSI and what is the other one based on?

When you want to extend your image space it’s usually best to mount the /images folder on a separate disk. So in this case you would create a partition on sdb, format with a filesystem and move your images over to that new disk - e.g.:

use at your own risk!!

parted -s /dev/sdb mkpart primary 0% 100% mkfs.ext4 /dev/sdb1 mkdir /images_new mount /dev/sdb1 /images_new/ mv /images/* /images_new/ mv /images/.mntcheck /images_new/ umount /images_new/ rmdir /images_new/ mount /dev/sdb1 /images/

As well edit /etc/fstab to mount this nuew partition on boot up as well.

Okay, I will dig into this. Thanks!

@alzen Well when you run sysprep it kind of resets the computer back to a neutralized condition. You can preset some values using an unattend.xml file you reference when you run sysprep. If you have ever installed windows directly from the dvd drive you know it asks a bunch of question before windows is setup. The unattend.xml file can be used to answer those questions ahead of time so it skips asking the installer the questions. This asking questions bit is part of OOBE (Out Of Box Experience) that is managed by WINdows SETUP. When you run sysprep it cleans out the system of drivers and settings that are important for that specific model of computer and reset its back to a discover new hardware mode.

In my case I have 1 golden image for 15 models of hardware. I use a FOG feature to copy the correct drivers over to the target computer during imaging then when winsetup is running it finds the drivers and adds them to the windows configuration. WinSetup will only run when you reset the computer using sysprep.

@george1421
Very Thanks!

@george1421 alride thanks for the help. i will get to work then 🙂

@Tom-Elliott said in Create Basic Snapin:

batch script to directly call the npm binary. Right now, the way your batch file is written, it expects the npm to be set in system path. If you know it’s installed in C:\npm\npm.bat I would

Thank you @Tom-Elliott and @Sebastian-Roth. It worked as regular user not as administrator.
I have used another solution that is psexec that is a tool that runs the script at all the machines.

@george1421

I figured it out. /dev/nvme1n1

I wasn’t sure how Linux named NVMe’s.

i think i’ve found the solution .

i just made a new ipxemenu entry with my winpe and force via API , the default parameter to 1 to this menu entry i can find in coreobjects pxemenuoptions.

i’ll keep you informed