I'll go straight to the point:
1. .X11-unix and .ICE-unix take too long to initialize at boot time, I
don't know why, there doesn't seem to be much disk activity any
ideas?
2. Well, this was actually fixed with the help from Finn-Arne, but I
thought i'd mention the fix, in case someone else has the same setup.
Basically, the school doesn't use 10.0.2.1 to connect to the
Internet, and there is no router as all schools in Greece are
connected to a central school network which uses the 10.x.x.x
netgroup. So I had to follow the dummy ethernet device trick.
But, as the DHCP server from the school network also adds entries to
the resolv.conf, following Finn-Arne's advice, I had to:
a) install resolvconf package
b) add the following entries to /etc/network/interfaces:
auto dummy0
iface dummy0 inet static
address 10.0.2.2
netmask 255.255.254.0
broadcast 10.0.3.255
dns-nameserver 10.0.2.2
dns-search intern
That fixed everything.
3. All LTSP clients used serial mice, so I had to edit the LTSP
configuration file /opt/ltsp/i386/etc/lts.conf (which doesn't exist
by default, maybe we should add a template file and just comment
everything out for the user to fill?) and add the following lines:
[Default]
USE_XFS = Y
X_MOUSE_PROTOCOL = "Microsoft"
X_MOUSE_DEVICE = "/dev/ttyS0"
4. Screen resolution for the LTSP clients. I couldn't find any info on
that in any configuration file I searched. I tried adding the
following line to /opt/ltsp/i386/etc/lts.conf but it didn't work:
X_MODE_0 = 1024x768
Any ideas?
5. frequent NFS stalls. This is probably the most serious problem. On
the same 100Mbps network of 12 lowend LTSP clients on a switch and a
beefy server, previous installation of Skolelinux (old generation of
LTSP packages) was quite fast in booting and loading applications.
Now, I get quite frequent messages:
NFS server 192.168.0.254 does not respond, still trying (or similar, I
am not in the lab right now).
One of the teachers informed me that after 2 hours of waiting only 3
of the 12 LTSP clients booted and he had to reboot them one by one
manually afterwards.
I cannot explain why this is happening, Finn-Arne suggested that the
new LTSP packages consume much more network resources than previous
versions, but it seems too much of a slowdown -if it can be called
that- for me. I tried checking for lost interrupts
in /proc/interrupts, just in case there is a buggy ethernet driver in
the kernel, but to no avail. Any ideas that I could check?
On the same issue of NFS, I also noticed that all NFS mounts are done
without setting rsize/wsize to 8192. AFAIK, using these settings is
recommended for better performance, is there a reason they are not
set? I did try to set them but I failed to find the configuration
file to set them up (I thought they'd be in /opt/ltsp/i386/etc/fstab
but they were not :-/). Any ideas on this also?
6. Xkb Keymap switching on the LTSP clients.
It just works fine now right out of the box, thanks to the NG LTSP
packages which don't include the problematic XF86 3.x, which means I
can and will suggest Skolelinux to be installed to the Greek schools,
I waited for this moment a long time and I'm so happy, I'll let you
know about this! :-)
7. Translation for ldm. It doesn't appear to be translatable, at least
I couldn't find a .pot file for it. Is it planned to be translated?
Thanks for any help.
Konstantinos
Attachment:
pgphItXs73rYW.pgp
Description: PGP signature