Full C:\ After Imaging Inconsistent
-
@imagingmaster21 Unfortunately you ran the command too early before you got to the shell. Please hit ENTER a couple of times and then run:
grep " part_number " /usr/share/fog/lib/procsfdisk.awkDecreasing the KERNEL RAMSIZE down to 127000 will lead to a kernel error on boot as the new init simply is bigger und need that space.
I will have a look at all the pictures tomorrow.
-
@Sebastian-Roth said in Full C:\ After Imaging Inconsistent:
grep " part_number " /usr/share/fog/lib/procsfdisk.awk
Ok, I’m not sure exactly what I am looking for to put this command in at the correct time? Is it before the Partclone starts or after? This is something I am not familiar with doing, I want to make sure I do this the right way so I get you the right info.
-
@imagingmaster21 this is at the command prompt. When you boot into a debug session, before you type this command you’ll be asked to press enter two times. Then you will have a command prompt like
root@fogclient ~] #
Here is where you enter the grep command
-
Ok, I did this on a T460 and here is what I got:
Let me know if I did this command correct?
One thing I have been noticing is it set the hard drive size to the image size on FOG. So when I image with my Enterprise image on a machine that has the issue the disk size is always 38gb which the size of the image is 37.84. Like I said before this issue is very hit or miss, does not happen to any specific model or harddrive model.
-
@imagingmaster21 Yeah you got it right this time and it shows that you are indeed using the patched version that shouldn’t have the NVMe bug anymore. Just wanted to make sure so we don’t run down the wrong rabbit hole.
I will look into the details you posted over the weekend and try to replicate the issue. Will let you know!
-
Issue is likely similar to if not the same as
https://forums.fogproject.org/topic/13440/fog-1-5-6-auto-resize-is-unpredictable
-
@Quazz @Sebastian-Roth I actually ended up reading that post this morning. We do have two FOG servers on the same version. Our main one is stationed at our office which is the one I’ve been getting the info off of.
The other one is our mobile version (we like to call it that) simply installed on a laptop, it does have the same issue however it is on version 1.5.6.4, whereas our main one is on 1.5.6.5. I will run a debug task on our mobile one also while it is on 1.5.6.4 sometime this afternoon hopefully.
-
@Tom-Elliott @Sebastian-Roth @Quazz
I tried imaging a machine on our FOG Mobile server that has 1.5.6.4 that has the same hit or miss issue with incorrect partition/full C:. Here is the debug:
-
@imagingmaster21 Yes @Quazz is right, really sounds like a similar issue to the one linked. Pretty sure the issue is being found and we’ll fix it in the next days. Will let you know here!
-
@imagingmaster21 New inits are ready for testing. Download 64 Bit and 32 Bit and put those in
/var/www/html/fog/service/ipxe/dir on your FOG server. Probably good to rename the original ones instead of overwriting.As well you need to check the RAM SIZE option in FOG configuration, FOg settings. Need to be 275000 with the newer inits.
-
@Sebastian-Roth @Tom-Elliott
Ok I did that and rebooted the FOG server and got this error message on a T440 and T490:
Would it be worth updating to 1.5.7?
-
@imagingmaster21 My fault!! Sorry. Will fix that in the next two hours and let you know.
-
@imagingmaster21 Alright, should be fixed now. Just re-download the inits from the same links as before and give it a try. Please let us know how things go.
-
@Sebastian-Roth
That error is fixed. We are imaging a large batch of computers now, I will let you know how the disk space is on them after we image and check them. -
@Sebastian-Roth We have imaged 20 computers of different models without the issue. So far so good.
-
@imagingmaster21 Thanks for the heads up. I will mark this solved now here. If you see any new issues feel free to call out.
