Posts made by jdd49

[QUOTE]The thing is, what does sysprep do FOGprep doesn’t perform, because with sysprep i do not have this error.[/QUOTE]
In regards to booting, as far as i know, nothing. Fogprep is now performed on the client side during the restore process so there is also no need to run it before you shutdown.

Fog cannot function like this as is but anything is possible. Here are a few suggestions:
1.) 4 different fog machines each one on a different vlan. Machines are cheap almost anything laying around would work fine. I do 1000’s of machines with 1 basic desktop with only a pentium D.
2.) 1 Really good server with 3 other virtual fog boxes
3.) If it is only multicasting that can not cross the vlans. Then as you said put 4 nics in and before you start a multicast just switch the multicast interface to your other card. You could even add an extra box when starting a multicast that asks what interface you want to send out on.

Hard to say, i’ve gotten segmentation fault errors before when there is trouble writing to the hard drive. I am also not sure why your filesystem is RAW, or why you where asked to simulate the restore. It should have automatically just started.

I checked out the source of that program, I am just trying to figure out why this works for you but yet the fog method doesn’t. It seems ms-sys restores only the first 446 bytes of the mbr, that is why your partition table stays intact enabling your multiple partitions to still work. Fog restores all 512 bytes which includes the partition table and then depending on your image type it gets deleted anyway and replaced with a new partition table. Seems strange that this solution works for you and fog on it’s own does not, like i said they are essentially doing the same thing. But hey, whatever works is what you should use.

I have found that once you begin making changes things end up worse. Here is what I suggest start over. Install Win 7 from scratch. Don’t waste time updating, drivers, etc until you know if it works. Just install it and then make the image to test it. Let Windows install with default settings(meaning let it make two partitions). You don’t mention using Sysprep so I’m assuming you aren’t using it. In fog create a new image type for windows 7 and select single partition. Then just upload your image. So in short don’t mess with anything.
1.) Install Windows
2.) Create image definition in Fog
3.) Shutdown(don’t mess with fogprep / bcdedit / etc. don’t do anything)
4.) upload
5.) deploy

I just wanted to add a comment. I’m not sure exactly what the ms-sys program does, but Fog essentially already does the same thing. Fog has the standard mbr’s for xp, vista, and 7 stored in init.gz. It restores them with the command
[B]dd if=$mbrfile of=$hd bs=512 count=1 &>/dev/null[/B]
It looks to me that ms-sys is restoring the same standard mbr, if you restore the standard mbr to a system that doesn’t use the standard mbr, such as a system with 2 or 3 partitions, then it probably won’t boot.
Just some thoughts.

did you put the semicolon in at the end
[B]delete from hosts where hostName=‘yourhostname’;[/B]

open up terminal and enter:
[B]sudo mysql -u root[/B]
[B]use fog[/B]
[B]delete from hosts where hostName=‘yourhostname’;[/B]

No problem, that is a strange one.

I misjudged where that error is occurring. That error is just the result of a previous task not finishing correctly but not sure which one. Have you tried doing a manual deploy from debug mode using this guide:
[url]http://fogproject.org/forum/threads/wiki-troubleshooting-an-image-deploy.20/[/url]

Sorry I gave you the wrong dd command. This probably won’t change anything but the command should have been:
[B]dd if=/usr/share/fog/mbr/xp.mbr of=/dev/sda bs=512 count=1[/B]

Have you checked your default pxe boot file located at /tftpboot/pxelinux.cfg/ to make sure the ip’s are pointing to the correct location?

Debug mode is in the fog pxe boot menu. It is also possible that sda is not your hard drive, it might be sdb. You can run these commands to find out:
[B]fdisk -l[/B]
or
[B]partprobe -d -s[/B]

There is no reason to using diskpart before starting the image deploy. When fog restores the mbr it will take care of this. Try restoring the default windows xp boot record. Enter debug mode and enter:
[B]dd if=/usr/share/fog/mbr/xp.mbr of=/dev/sda[/B]
Then try deploying your image again

It seems that some computers have this issue. You can try referring to this post about chainloading.
[url]http://fogproject.org/forum/threads/infinite-booting-loop.208/#post-1399[/url]

Do you have your hd listed as the next boot device after network boot in your bios. The boot first hard drive option in Fog doesn’t actually mean boot first hard drive. It just exits the pxe boot and moves on to the next device in your bios boot config

Could be something else going here but in case you didn’t know. Single partition image saves as a gz file. Multiple partitions save in a directory. Win 7 would save in a folder since it’s 2 parts.

[B] A few things:[/B]
Why can’t you just leave domain info blank in fog settings?

Another option, don’t use the fog service, just use hostname change early setting and computer name will get renamed while still in linux before it ever boots into Windows. Since fog service isn’t installed you won’t join domain.

netdom is not required

Finally if your set on doing the way you are now, then download the Fog service source, download a C# compiler and remove the code that joins to the domain. It is pretty straitforward. The joys of open source.

[QUOTE]Where is the script that does the repair of the image?
[/QUOTE]
If you mean restore of the image, it is located at bin/fog inside of init

Sorry, but I’m really confused now. Are just starting out with Fog? It almost looks like you are trying to use ghost images with Fog. Have you already uploaded your image using the Fog UI?