Hp Prodesk 400 G3
-
What happens if you run a system compatibility test?
If you are still in the debug capture/deploy hit ctrl-C and drop to a command prompt in the FOS Engine. Then key in
lsblkandfidsk -land post the results here. This will tell us what FOG is seeing.FOS == Fog OS or the specialized linux OS that boots on the target computer to upload and download images.
-
The compatibily test is successfull, network and disk pass
Here is the result of the two command
-
@gchartrandCRL All of that looks good.
I can’t tell from your post, where is the error? Does partclone ever start?
-
@george1421 no it’s doesn’t start at all. When I try to download the image, the last screen I see it checking hard drive, screen goes black 1 second and after that the update database status done is showed and the reboot task command is initiated
-
I typically see that if the image trying to be placed is larger than the disk it’s trying to place it on.
-
@gchartrandCRL So as a test, can you capture an image with 1.2.0 and then turn around and deploy it back to the same system? Right now its not clear if the issue is using a 1.1.2 image on 1.2.0 or the target system.
For myself I didn’t restart using fog until the 1.2.0 trunk line. I know somewhere they changing the imaging tool to partclone.
-
@george1421 I follow the instructions from https://wiki.fogproject.org/wiki/index.php?title=Upgrade_to_1.x.x#Operating_System_Information section old image so I change the partclone image type to partimage.
partimage doesn’t startIf I try with another PC and another image, I follow the same process, change partclone to partimage, make a download task and partimage came and seems to make Something for a few second and after reboot, If I replace the type to partclone, the download task seems to works on the other PC.
did we really need to set it to partimage instead of partclone?
-
@gchartrandCRL If the image was captured in 1.1.2 then the partclone format is 100% correct. If the image was created prior to 1.0.0 it will be partimage.
-
@Tom-Elliott I will try to downgrade the BIOS, even a normal wipe seems to stuck in queue and Nothing happens.
-
@gchartrandCRL I don’t understand.
Why are you changing BIOS?
The problem, as you’re describing it, typically happens due to the image (the source you created the image from) had a larger hdd than the drive you’re trying to put it on.
For example:
If you created an image on a system that had a 500GB drive. If it was created with resizable and the used disk space was 60GB. You MUST have a drive with at least the space at it’s smallest point. (This is only relevant to resizable). If you try to put the image on a disk with only 50GB it will fail. If you try to put the image on a disk with 60GB, and it’s only 1 byte smaller it will fail. Typically it fails in the manner you’re describing for 1.2.0 (Any reason you aren’t going to the RC?)
If you created an image on a system that had a 500GB drive and it was not created as a resizable image, you MUST have the receiving device have a 500GB drive as well. It doesn’t matter if the used space was only 1 MB in the case of non-resizable images.
This isn’t enough though. Just having a 500GB drive to a 500GB drive does not mean they are the same. For example, a 500GB drive from Western digital might have 99.9999% the size as the original system the image came from.
This will not work either. -
@Tom-Elliott it’s a new bios, so I was thinking maybe it have difficulty with legacy mode. But I’ve just realize that with my change of partclone to partimage to partclone, it’s seems to srap my image. in the size of the image now it’s 0 on client and server column
-
Finally, with all you explanation it’s really my image who’s corrupt. I was able to recreate it with another PC with the fog version 1.2 and now I can deploy it on my HP Prodesk G3.
Thanks for your time
