Hey its me back again. I am setting up a Ubuntu 14.04 install when I try the “echo “greeter-show-manual-login=true” >> /etc/lightdm/lightdm.conf” when the system reboots it goes black. Then I have to go in without the GUI and delete the line added to the lightdm.conf. Now this is just my Linux noobishness showing again but, what am I doing wron this does not enable me to login as root. Also why do I have to login as root when I could just do the “sudo su -” This is just my curiosity. If I run the fog install without loging in as root will that be different from running as with the moded lightdm.conf?

Last update for the day.

I have not changed anything from the other day. I am now getting stuck at :

PXE-E32: TFTP open timeout
TFTP…

Again I did not change anything from the other day infact I shut it all down and only got around to booting it all up this evening.

I don’t understand what happened, that part was at least working. >.<

I don’t really know what else to do except maybe wipe and reinstall maybe with v14 of Ubuntu. Kind of a last resort though.

At this point a little feed back would be helpful,

Is it the fog machine?
It is listed as compatible hardware Dell Optiplex 760

Is there the possibility of it being a client issue?

The client is hardware registered.
The management console is [B]unable[/B] to resolve host name.
It obviously PXE boots and starts fog.

I am really unsure of what else to try. I have an extra HDD I may try a v14 load and see what happens.
I also have a second client machine different make and model, I guess before I try a reload I will set up the other machine. . .

Here is what I have attempted so far this afternoon. No such luck getting any better results.

(Except that it seems like it is taking longer on “Checking In and Mounting File System”)

[url=“/_imported_xf_attachments/1/1433_Currently attempting.jpg?:”]Currently attempting.jpg[/url]

Well in that sense I’m not completely illiterate when it comes to tech. I have been in IT for years just never really had anything to do with Linux until now.

I will give that a shot this afternoon.

Also yeah kind of a noob, the last time I had to use Linux was for the cert back in early 2000. I didn’t really pass either.

I Tried this:

root@Apl-Fog:~# ls -l /images/.mntcheck
-rwxrwxrwx 1 root root 0 Oct 9 19:11 /images/.mntcheck
root@Apl-Fog:~# ls -l /images/dev/.mntcheck
-rwxrwxrwx 1 root root 0 Oct 8 14:03 /images/dev/.mntcheck
root@Apl-Fog:~# touch /images/.mntcheck
root@Apl-Fog:~# chmod 777 /images/.mntcheck
root@Apl-Fog:~# touch /images/dev/.mntcheck
root@Apl-Fog:~# chmod 777 /images/dev/.mntcheck

However the directory is still empty

[url=“/_imported_xf_attachments/1/1420_Screenshot from 2014-10-09 19:22:01.png?:”]Screenshot from 2014-10-09 19:22:01.png[/url]

Okay Yes I figured out there is supposed to be a file there from another post I however do not know how to regenerate them. I tried running the installer again but that wasn’t any help

For give me if this is a stupid question. But I finally got the permissions issue sorted out. I can open the /images folder now.

Here is the stupid part of the question, and believe me I do feel stupid.

Is there supposed to be a visible file named .mntcheck?

As you can see by the screen shot the file is empty…

Again I’m very sorry if this a stupid waste of time.

[url=“/_imported_xf_attachments/1/1419_Screenshot from 2014-10-09 18:57:44.png?:”]Screenshot from 2014-10-09 18:57:44.png[/url]

Just out of curiosity I recreated the upload task in the debug mode. When I list the directory from the client machine the /images directory is not visible. Is it a matter of file permissions / sharing ?