On 11/21/2012 1:33 PM, Alkis Georgopoulos wrote:
Στις 21/11/2012 07:39 μμ, ο/η John Hupp έγραψε:
$ sudo netstat -nap | grep dnsmasq
Before restarting dnsmasq:
udp0 0 127.0.0.1:69
0.0.0.0:* 887/dnsmasq
After restarting dnsmasq:
udp
On 11/19/2012 1:23 PM, John Hupp wrote:
I had a thread named LTSP-PNP on Lubuntu: Chromium
ERR_NAME_RESOLUTION_FAILED, but am starting a new thread to
accurately reflect the problem I'm now wrestling with.
I'm trying to troubleshoot an LTSP (the new LTSP-PNP) client boot
problem under
Στις 20/11/2012 11:21 μμ, ο/η John Hupp έγραψε:
I can also run this on the server itself to get a similar failure:
$ cd /tmp
$ tftp 192.168.1.102 -v -m binary -c get /ltsp/i386/pxelinux.0
If that doesn't work for you, then it's a dnsmasq configuration problem, ...
Does LTSP-PNP start its
I had a thread named LTSP-PNP on Lubuntu: Chromium
ERR_NAME_RESOLUTION_FAILED, but am starting a new thread to accurately
reflect the problem I'm now wrestling with.
I'm trying to troubleshoot an LTSP (the new LTSP-PNP) client boot
problem under Quantal. I installed with a single NIC per
