Uploading image breaks source machine, XP

[Sebastian Roth]

@neodawg Thanks for the detailed description of the steps you took. Please give me a little more time to try and reproduce this issue in a VM. Will get back to you soon.

[Tom Elliott]

For what it’s worth I have an XP VM that I have tested both upload and download. I’m unable to reproduce on current trunk. I’ll read more and see if I can find the scenario directly.

[Wayne Workman]

@neodawg said in Uploading image breaks source machine, XP:

I guess the next step would be to try a new xp install and upload that.

In my opinion this is your best option.

[neodawg]

I wipe out the partitions and loaded XP from CD:

Using build 8088

Single partition upload: breaks source install
multi part upload: works

Tested the partimage image i have been using:

single partition upload: breaks source install
multi partition upload: works

[Tom Elliott]

@neodawg XP normally defaults to a single partition using the whole disk. Is this not the case in your image? I still cannot replicate. The only thing I can think it might be is the upload portion isn’t resetting the boot flag on upload but download tasks use the same expanding item as upload when the image is complete writing.

[Sebastian Roth]

@neodawg Thanks for the update on this! I will do some more testing in the next days.

[neodawg]

@Tom-Elliott I was more so meaning that I had blown away any factory restore partitions. I have no idea why it doesn’t work, the whole upload process appears to work fine.

[JJ Fullmer]

@Sebastian-Roth Might this person be having the same problem I was having? https://forums.fogproject.org/topic/7404/old-computer-asus-eeetop-all-in-one-touchscreen-mbr-fails-to-restore-after-imaging-task/25
It sounds like a similar issue

[Sebastian Roth]

@neodawg I am very sorry for taking such a long time!

Same as Tom said I cannot replicate this issue. I got a WinXP VM, booted it in virtualbox just fine. In disk management I see one single partition. Then uploaded a image. Before and after the upload I have this disk layout:

sfdisk -d /dev/sda
label: dos
label-id: 0xbe2ebe2e
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=   266116662, type=7, bootable

Looks pretty similar to what you have. After the image upload I can boot into the Win XP OS without an issue.

Are you absolutely sure the kernel and initrd was updated when you installed trunk version 8088? Please post a listing of the following command: ls -al /var/www/fog/service/ipxe/{bzImage*,init*}

Can you do me a favour? Please run the following commands on debug upload and post the files (sda_before.gz and sda_after.gz) in the forum so I can do a binary diff and hopefully see what changed:

dd if=/dev/sda bs=512 count=4096 | gzip > sda_before.gz
fog
...
...
dd if=/dev/sda bs=512 count=4096 | gzip > sda_after.gz
mount -o nolock x.x.x.x:/images/dev /mnt
mv sda_* /mnt
umount /mnt

Put in your FOG server IP instead of x.x.x.x and you should find the files in /images/dev/ on your server.

PS: @JJ-Fullmer Don’t think this is related. Here we have a single partition and XP while you have more than one partition with the bootable flag flapping.

[Tom Elliott]

Any way to ask if you could try reuploading a working XP image and see if it still breaks booting? After an update of course.

[neodawg]

Sorry for the delay, I ran out of time on this and just used multiple partition single disk method. It sounds like you guys are not able to replicate the problem, so it must be an issue with my server/client pc. If I get time again later I will try to replicate the issue with a new install of XP.

Thanks for the help

[Tom Elliott]

@neodawg I have solved this thread for now. Please keep us posted if you’re still running into this issue. I’m fairly confident fog can do this with little problem, but I can not know all the possible scenarios that might present this problem.