To: "Support list for open source software in schools." <k12osn redhat com>
Subject: Re: [K12OSN] client booting linux stalls
Date: Fri, 07 Jun 2013 15:18:14 +0200
thanks for the advise.
I just tested this, and by copying some files from a previous
install, I can indeed get this to work without green screen.
So it seems our thinclients are out of date.
Op 07-06-13 13:52, Jim Kinney schreef:
You'll need to rollback to an older kernel version
for the TC or compile your own. RedHat dropped support for CPU
styles from 15 years back and many SoC devices that are not ARM
are still i586 command sets.
* I then booted the hp thinclient: same green screen.
I will try to send you a screenshot of that.
I checked the hardware of this hp thinclient:
it has a Via Eden processor 1000Mhz,
Googling the " unsupported processor centaurhauls" message I
find this :
nybody know the reason RedHat decided not to support the
>>> VIA Eden Processor?
If you take a look on google for "CentaurHauls
i686" you will see that > this
CPU/chipset SAYS it fully supports i686 but it really
does not. > All of EL6 is i686 and not i586
(which CentaurHauls really fully supports).
So this suggests that Centos has an issue with this
There's also this site :
but the problem with the green glare stays.
Everything 's on the screen, but there's this filter
Maybe this can be solved by editing lts.conf.....
Op 04-06-13 20:46, Joshua Trimm schreef:
Johan, I have 5.4.5-21 being
pushed to the repo's today which should fix the
scripts to accept an interface regardless of its name.
The reason NFS needs to be started manually is due to
the RPM not knowing which interface you will be using
for the LTSP network. This must be defined in
/etc/ltsp/ltsp-server.conf before ltsp-server-tweaks
and ltsp-server-initialize are run.
On 6/4/13 5:23 AM, Johan Vermeulen wrote:
this is my experience with the install :
version is ltsp-server-5.4.5-20.el6.x86_64 on
installed with epel-repo.
After starting nfs manualy like Barry and starting
tftp manualy, I am able to boot a thinclient.
But I'm facing these problems :
*ltsp-server-tweaks hangs on " about to overwrite
your firewall config" either with iptables on or
Probably because of that, laptops and workstations
that are on the lan cannot reach the internet. This
is my main concern.
Setting up nat manualy did not help.
this is /etc/sysconfig/iptables :
# Firewall configuration written by
# Manual customization of this file is not
:PREROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -o eth+ -j MASQUERADE
-A POSTROUTING -o em2 -j MASQUERADE
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -i eth+ -j ACCEPT
-A INPUT -i em2 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport
22 -j ACCEPT
-A FORWARD -m state --state ESTABLISHED,RELATED -j
-A FORWARD -p icmp -j ACCEPT
-A FORWARD -i lo -j ACCEPT
-A FORWARD -i eth+ -j ACCEPT
-A FORWARD -i em2 -j ACCEPT
-A FORWARD -o eth+ -j ACCEPT
-A FORWARD -o em2 -j ACCEPT
-A INPUT -j REJECT --reject-with
-A FORWARD -j REJECT --reject-with
*ltsp-server-initialize gives me a lot of EM. But
the thinclient boots, so maybe that's not a problem.
*when booting the thinclient, I get an EM :
unsupported device : processor centaurhauls
The thinclient is an HP hstnc-004 that I used on 3
different thinclient systems in the past 3 years.
It would be a real problem if it doesn't work with
*when booted, I am able to log in, and adapt
language and other settings in lts.conf. But I can't
get rid of the green glare that is over the
Could be the Acer monitor, but it's fine when
attached to other devices.
Any input on these issues would be greatly
Op 03-06-13 20:20, Barry Cisna schreef:
Replying to my previous post.
The fix for the 'stuck' Booting Linux line was I
did not have nfs
service started at boot on the server and had to
the /opt/ltsp dir in nfs/exports.
After this clients will boot fine.