Deploy problem with Optiplex 3020
-
@Sebastian-Roth Hi, I’ trying your commands and none of them works…I’m I missing something? I started the computer in “deploy - debug” like all other debug.
-
@Pascal-Gazaille Sorry, should have said that those commands I meant you to run on the FOG server! Note that you need to replace the
<image-name>part with your actual image name! -
cat /images/<image-name>/d1.fixed_size_partitions= 1
cat /images/<image-name>/d1.minimum.partitions= not working
cat /images/<image-name>/d1.partitions= not working -
@Pascal-Gazaille Well then please run
cat /images/TNI64/d1.original.fstypesandcat /images/TNI64/d1.original.partitions -
-
@Pascal-Gazaille Ok, thanks. Please give me a bit more time to try and recreate this on my test machine…
-
@Sebastian-Roth the problem comes with image single disk -resizable…
-
@Pascal-Gazaille Sorry for the delays and that we still don’t have a solution to this. I just have too many things on my list right now. Trying hard to get it all done.
Re-reading all the posts I am still not absolutely sure if I got it all right. Please help me.- The latest pictures you posted are showing an image you captured with an older version of FOG, correct?
- If you do a new capture (be it resizable or non-resizable) it all works fine, correct?
- It’s just that old image you need to be able to deploy to the new disks properly…?
- What about the different HDs? Does the image still deploy properly (windows running afterwards) on one of the disks but not on the other?
I took all the information you gave and put together a test image and test VM. Deploy went through without an issue and my partition table looks like there shouldn’t be any trouble. But as I don’t have exactly your data (rec.img.000, sys.img.000) my tests are only of limited value. But still I wonder what else could go wrong.
Please do a debug deploy on the problem disk again. After it finishes you get back to the shell. Run
fdisk -l /dev/sdaand post the picture here.–> Read this first: <–
Just right now I had an idea. Call me dumb but I really think it’s possible that it works on the “older” disks because they already have the proper MBR deployed on them. On the new disks the MBR is empty and as we see in the image listing there is no d1.mbr… Possibly it’s that simple. Wouldn’t be hard to fix, really. Get one of the PCs that you can deploy that image to properly. Do a debug upload and run the following commands (where x.x.x.x is your FOG server IP):mkdir /nfs mount -t nfs -o nolock x.x.x.x:/images/dev /nfs dd if=/dev/sda of=/nfs/d1.mbr bs=512 count=2048 umount /nfs haltNow you need to move that MBR file into place (on the FOG server console run
mv /images/dev/d1.mbr /images/TNI64/d1.mbr) and try deploying to a new disk again… -
@Sebastian-Roth Hey, I’ve tried to copy the d1.mbr files but this didn’t work, don’t know if there where a right issue. Seing that my MBR files was not there, I’ve tried to reupload my 2 images that had the problem and now everything seems ok.
Don’t know why the d1.mbr file disapeared from these 2 images on the first place.
Thanks alot for all the debug, you guys are a great team!
-
@Pascal-Gazaille Does this mean all the symptoms of not being able to deploy to the new disks disappeared?? Scratching my head… Will mark this solved for now anyway.
