Posts made by Zardan

Yes you can use driver packs, you don’t need to specify which machine that uses which driver.
It works similar to when you manually install a driver and use “search for driver software in this location:”

Read up on sysprep, this will return windows to the setup stage where it can install all drivers automatically. You will need to specify in the sysprep configuration file where it should try to find all drivers that are not included in your installation, this can be a share on a windows machine in your network.

Not sure if I understood your problem, but you did not install DHCP server on the FOG server and you have a windows server that acts as DHCP server. Then you changed your scopes on your windows DHCP server and PXE stopped working?
If so you just need to make sure your new DHCP scopes are configured on the Windows DHCP server, see this for more help on that:
[url]http://www.fogproject.org/wiki/index.php/Modifying_existing_DHCP_server_to_work_with_FOG[/url]

If you dont have dhcp server installed on your FOG server there shoudent be any dhcp config files on it.

Sounds like your PXE menu didn’t get saved, make sure you fill in the “Master password” when your editing anything on the “PXE Boot Menu” page.

Tryed this [url]http://www.fogproject.org/wiki/index.php?title=Installation[/url] ?
And this [url]https://help.ubuntu.com/10.04/serverguide/C/network-configuration.html[/url] for configuring static IP

Yes it is, it copies everything.
Windows and few other applications may require that you activate them again after cloning due to hardware changes.

I have always used “sudo nano -w /var/www/fog/commons/config.php” to edit files without any permission issues.

Are the clients also connected to a gigabit switch? 10min for that size sounds like ~100mbit speeds.
Ive had the exact same issue when imaging a computer lab that had a old switch with only 100mbit ports, replacing it with a switch that had 1000mbit uplink to the rest of the network fixed the issue for me. Tftp traffic seems to take big hit when the network is overloaded.
If everything looks ok make sure the server have negotiated 1000mbit with the switch.

When exactly does it stop?
If its before you can login you can try switching to a different terminal window (by using alt+f1-6) and see if login becomes available.

Should be a script with the installation files files for FOG named FOGBackup.sh, open it in a editor and have a look.
Personally i run a script from crontab to backup my linux servers automatically, first it mounts a remote server and then it compresses the www folder and runs mysqldump to the remote mount.

Sounds like a network or server problem since you cant reach the website. Does it timeout or give you a error when you try top open it?
Do other services on the server stop working too? (try ftp & ping).
If services don’t work does the console work? Can you reach other computers from it?
Id check the server log files and try plugging the fog server back into the old switch together with a computer that your gonna image and see if that works.

Sounds strange. You can try increasing the memory limit for php by editing “memory_limit” in /etc/php5/apache2/php.ini

I think all Windows 7 editions got a trail period that can be reset 3 times (sysprep does this by default) so you can skip those and manually set the key and activate Windows after you have deployed the image.

unattended.xml isnt mandatory but using it will probably save you some time.
You dont need to use audit mode and can install programs the way you usually do before running sysprep.
Audit mode basically skips oobe and activates the local administrator account so you can quicker prepare the image or customize the computer.

Edit FOGBackup.sh and fill in the mysql password on line 10.

You probably didn’t chose to install DHCP on the fog server and should do this instead [url]http://www.fogproject.org/wiki/index.php?title=Modifying_existing_DHCP_server_to_work_with_FOG[/url]
Type this to edit the pxe menu file: sudo nano -w /tftpboot/pxelinux.cfg/default

Check that the image is associated with the correct storage group and the host is associated with the correct image and OS type.
Ive had a few rare cases when the hosts bug while registering leaving them without any image name or OS type.

Sounds like something else is wrong, at those speeds you should be barely be over 20% network load on a uncompressed image.
A problem can be that your harddrive spends to much time seeking since it might need to read up to 12 different places at the same time. You might be able to get better performance if you start them at nearly the same time (try pause if one computer gets to far ahed before the other starts).

If the computer is already registered just click host management and find the computer on the fog web.

Try use the 0.29 kernel and you might need irqpoll kernel argument for better speed.