Posts made by Goll420

@Tom-Elliott Hi Tom, sorry to hi-jack the thread, but what if you DON’T have the git installed? Our FOG server is on an isolated network without internet access so it’s not an option for me really.

Just run the installfog.sh script?

@george1421 Fabulous, thanks so much, George.

Hi there.

Is there a way to manually update the kernel if the FOG server is on a standalone network with no internet access?

@george1421 That worked a treat, thanks George!

Has to be something to do with the network card in the laptop. Just used a USB-C ethernet adaptor and it’s booted up straight away.

Is there an updated ipxe.efi anywhere?

Hello all

I have some HP Probook 440 G8’s to image. However, when I attempt to boot to the network I get the following error. I can’t disable UEFI as it appears that the legacy option has now been removed.
I tried compiling a new ipxe.efi but not sure I did it right, then it just kept going round in a loop and not getting any further.

Well rebooting the switch does seem to have had some effect, this batch are now multicasting at 2Gb/min. I’ll look at getting it replaced, it’s a noisy beast anyways.

@sebastian-roth Morning.

Thanks for the reply. Not with the very same clients, same model of machine but different clients.

I tried again several times with a few, now the speed just sits at 200-250mb/min. Nothing has changed, when this happened yesterday it was after I’d already imaged perhaps 48 clients via Multicast, then the next batch was going much slower.

I’ve rebooted the FOG server, the switch is a unmanaged Netgear 48 Gbps, but I’ll give that a reboot also.

As said, when I do them via unicast, the speeds are fine. It’s very odd.

Also worth noting I’ve ran through the troubleshooting steps on the wiki and it’s communicating fine. There is nothing on there about bandwidth dropping rate.

The previous image shows the rate of bandwidth being transferred via Multicast at 240.81Mb/Min

This image shows one of the 12 clients i have deploying via unicast at the same time.

I really don’t understand why this has happened this morning???

Also rebooted the FOG server and tried again, 200mb/min.

Stopped the job and began deploying unicast.

Full speed again. I have got no idea why this has suddenly started happening, it was fine this morning.

Hi there

I am having problems with Multicast. It’s been working an absolute dream, doing 12 machines at a time and it usually takes a few mins. Then all of a sudden the rate has decreased dramatically. Now it’s looking at over 1 hour to do 12 machines from the same image which is 15gb in size. The rate drops to around 180mb/min. If I do a single image in Unicast it’s going at 8gb/min which is what the rate for Multicast was previously.

If I deploy the image to each machine individually using unicast, it’s still quicker than the Multicast deployment.

I am not sure where to troubleshoot this, but it’s been working fine this morning and then all of a sudden started to go real slow.

Any ideas?

Hello,

I came across this thread looking for answers to the same issue which was being faced. I couldn’t deploy an image captured from a larger disk to a smaller one.

Ran through the steps listed above, and it worked first time like a charm. Many thanks for your continued work on this project.

Here are the contents of the files.

d1.paritions

label: gpt
label-id: 365BDDEC-3E4F-48D2-B6B1-163B9BE426E5
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 1953525134
sector-size: 512

/dev/sda1 : start=        2048, size=      204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=433B5D94-F683-49C8-9AD4-4DD8D4A8FB97, name="EFI system partition", attrs="GUID:63"
/dev/sda2 : start=      206848, size=       32768, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=88539D67-14A1-46AF-A835-473CACB85CD9, name="Microsoft reserved partition", attrs="GUID:63"
/dev/sda3 : start=      239616, size=  1952250880, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=54F52FB2-FFE4-4C9B-8F55-FB0B3C8542E8, name="Basic data partition"
/dev/sda4 : start=  1952490496, size=     1034240, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=A60716BC-142E-486F-8962-C3777A684E73, attrs="RequiredPartition GUID:63"

d1.minimum.partitions

label: gpt
label-id: 365BDDEC-3E4F-48D2-B6B1-163B9BE426E5
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 1953525134
sector-size: 512

/dev/sda1 : start=        2048, size=      204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=433B5D94-F683-49C8-9AD4-4DD8D4A8FB97, name="EFI system partition", attrs="GUID:63"
/dev/sda2 : start=      206848, size=       32768, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=88539D67-14A1-46AF-A835-473CACB85CD9, name="Microsoft reserved partition", attrs="GUID:63"
/dev/sda3 : start=      239616, size=    28668848, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=54F52FB2-FFE4-4C9B-8F55-FB0B3C8542E8, name="Basic data partition"
/dev/sda4 : start=    28909568, size=     1034240, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=A60716BC-142E-486F-8962-C3777A684E73, attrs="RequiredPartition GUID:63"

@sebastian-roth Thank you.

It’s the 1.5.9 version. Not tried with a different browser, only Chrome for the time being.

I’ll dig through the logs but if the page is a redirect I guess that’s where the problem lies.

Hi guys

I am trying to download the FOG client to look at the domain join/host rename snap in but when I click the link at the bottom of FOG it takes me to a blank screen. If I view the source, the page is entirely blank?

The FOG server is in an isolated network with no internet access, would that be the problem perhaps?

Is there a place I could download the file if that is the case?

Thanks in advance!

Jim

@george1421 said in Multicasting:

@Goll420 bitlocker ref: https://forums.fogproject.org/topic/10824/image-upload-deploy-taking-a-long-time/15

Very interesting, thank you. I imagine this was the problem for these machines.

@george1421 said in Multicasting:

Updating the binaries to what version? 0.11.0?

Bitlocker:

Well bitlocker, I was wondering why/how you expected a bitlocker protected volume from one computer to be useful on a second computer. Its kind of the point of full disk encryption.

Yes to 0.11.0

I totally agree, and I did suggest to the guy who prepared the image to remove it; he said he had done but FOG still found the disk to be encrypted.

Anyhoo, thanks for your help with all of this. The software and support from you guys is marvellous.

Updating the binary has worked fine, they are now booting into Windows when the client menu times out.

So back to the initial problem, it’s seems to be a problem when using RAW images or drives with Bit Locker enabled.

Hi folks, been having problems with refind myself today, I can confirm that the 0.11.0 seem to have fixed my boot problems so thank you very much!