At this point FOG doesn’t have any support for Linux beyond imaging.

I’m an idiot, I found
I have not stopped the service Selinux
sorry and thank you for your help

[CODE]append root=/dev/nfs initrd=/ubuntu/12.10/casper/initrd.lz boot=casper netboot=nfs nfsroot=192.168.0.3:/ubuntu/12.10[/CODE]

Your append line should look like this. Note the “root=/dev/nfs”
you will need to test if you still need your “initrd=” line because it is in the append line.

Have you tried Ubuntu 10.10 or less because I have seen post of people saying they had issues but not sure if it was imaging. So one image uploads fine but the other two crap out at different points but never fully upload? Have you thought of trying a different
kernel for the PXE upload and download part…You can find the useful information on this front by contacting [URL=‘https://www.ibremarketing.com/’]IBRemarketing[/URL] people.

Yep, this ([url]http://sourceforge.net/projects/freeghost/files/Kernels/[/url]) was my answer. I simply ran the update from within the fog server web admin page and my Dell Latitude e6530 was able to boot and register.

I’m still curious about building kernels with new drivers but at least i can learn that without pressure of getting this laptop going.

[quote=“teampouce, post: 276, member: 139”]Dear all,

I resolve my problem by myself :

chown -R fog:root /tftpboot

Thanks[/quote]

Worked great, thanks!

My Virtual PC setup:

Ubuntu 12.04 LTS (all updates) and fog 0.32
~I uninstalled all the bloat stuff from Ubuntu and then installed Flash and Java6JDK. Otherwise nothing else is on machine except system packages and FOG.~
Running in HyperV on windows server 2008 R2 Standard
1 vCPU
512 MB ram
120GB HDD (I will only have 3 images total)

You have to have the permissions set right.

Use chown and possibly chmod to fix this.

SOLVED !
Indeed, to reply to your message, I stayed connected to internet during the installation of Fog, and disconnected as soon as possible. I ran the installation twice in fact (once while connected, the other time disconnected).

Anyway, here’s the cause of the problem -which makes me feel dumb…
The person who worked before I came configured a 066 option in the extended field.
I didn’t knew anything about that ; I did my configuration in the main DHCP field.
His PXE came first and the PXE was done on a server (still in use) that no longer hosts a up to date PXE.
…
Thank you for your support. Now It’s (at least) time for fun !! 🙂

/tftpboot is on the server and contains the pxe boot file, the menu and menu processor files. I don’t know if this is what you’re looking for, as you don’t have to put anything in there to make the clients boot to PXE.

The clients have to have a network card which support PXE booting, and it usually has to be enabled in the BIOS, or a key hit during boot, such as F12.

[quote=“Hunter, post: 9658, member: 1221”]Apparently Fog doesn’t recognize the SWAP file. (See these posts: [url]http://fogproject.org/forum/threads/cant-upload-linux-image-caixa-magica-16.503/[/url] & [url]http://fogproject.org/forum/threads/deploying-linux.3776/[/url] ) I would like to learn more about how you are or intend to deploy Linux, as I am working on a similar project.[/quote]

Hi Hunter,

The swap partition still there on a primary partition but is not activated because of the UUID on fstab. There is a way to activate it but do this on several machines will become unproductive, so the steps that I’ve mentioned I think are the best way to make the swap working.

What exactly you need to know about linux deploying?

how many times are you going to post this request? The FOG kernel is built for FOG and is not a general use kernel. As the developers config and compile a new kernel, they put it on sourceforge when it’s ready. The volunteers in the community also custom compile FOG kernels, but they are not official FOG kernels and most likely will never make it on FOG’s sourceforge kernels page.

You can always try the wiki article on compiling a custom kernel, or post the specifics about the machine you are having issues with and see if someone can help by providing or compiling a custom kernel for you.

Well, I fixed my problem by ditching the kitchensink.config in favor of the core.config.

I wonder what was in the kitchensink.config that was messing things up.

I also wonder why, if my drivers are already selected in fog’s core.config, they were not properly loading when using a kernel compiled by the fog project.

Ha cha cha! By George, I do believe I’ve done it!

[quote=“brian_, post: 9270, member: 2729”]lawl. just ask someone who knows. my new issue is when i try to make a basic upload task it doesn’t do anything. it doesn’t say it was made or anything[/quote]

If you are imaging a ubuntu SO do a fsck.ext3 in the original machine with a live cd and try to upload again.

Troy

Chad’s instructions for checking the package name and for removal both worked great. We are extending power from a box that’s on our generator to the phone switch room and adding a UPS for the phone switches, so we will be able to verify the DHCP issue has been resolved shortly. Thank you for posting up those commands.

Nov 7 11:51:14 saltdalvgs-fog in.tftpd[6558]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:51:15 saltdalvgs-fog in.tftpd[6559]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:51:17 saltdalvgs-fog in.tftpd[6560]: RRQ from 10.146.12.6 filename boot.txt
^C
[administrator@saltdalvgs-fog ~]$ sudo tail -f /var/log/messages|grep -i tftp
[sudo] password for administrator:
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7020]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7021]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7019]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7020]: tftpd: read(ack): Connection refused
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7019]: tftpd: read(ack): Connection refused
Nov 7 11:55:34 saltdalvgs-fog in.tftpd[7021]: tftpd: read(ack): Connection refused
Nov 7 11:55:38 saltdalvgs-fog in.tftpd[7023]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:38 saltdalvgs-fog in.tftpd[7023]: tftpd: read(ack): Connection refused
Nov 7 11:55:47 saltdalvgs-fog in.tftpd[7025]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:47 saltdalvgs-fog in.tftpd[7025]: tftpd: read(ack): Connection refused
Nov 7 11:55:54 saltdalvgs-fog in.tftpd[7028]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:55:54 saltdalvgs-fog in.tftpd[7028]: tftpd: read(ack): Connection refused
Nov 7 11:56:02 saltdalvgs-fog in.tftpd[7029]: RRQ from 10.146.12.6 filename boot.txt
Nov 7 11:56:02 saltdalvgs-fog in.tftpd[7029]: tftpd: read(ack): Connection refused

When I do a tftp from the server it works, not from client

[quote=“maltobelli, post: 9353, member: 2746”]What size are the DVD’s, would they fit into the target machines RAM/Memory?
Are they Windows DVD’s? Linux DVD’s?[/quote]

Some of both, really. Some might even just be software.

I’ll have to read over those links.

I had the same issue look at this thread it solved my problem. [url]http://fogproject.org/forum/threads/tftp-issues-but-fixable.779/[/url]