Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Linux Software

Linux-Based Thin X-Terminals? 14

Yet Another Anonymous Coward asks: "How easy is it to set up Linux boxes as thin clients? My boss wants to use some old 486 boxes as X terminals, networked to a largish server where all applications are run. Has anyone tried this? What is the minimum software that needs to be installed on the X terminal systems? My boss likes open source software because it saves money; Is this another way he can save money?" Obviously the use of older machines is going to ease the costs of putting PCs on employee's desks, but are there other advantages (or disadvantages) to a setup like this?
This discussion has been archived. No new comments can be posted.

Linux-Based Thin X-Terminals?

Comments Filter:
  • by Spiv ( 32991 ) on Saturday October 09, 1999 @06:40PM (#1626224)

    I'm sysadmin at a residential college in Australia, and we've got a couple of low-end pentiums set up as thin X-terminals. They work quite well. The performance is perfectly usable.

    Basically all you need to do is a minimal install of your favourite distro (we use Slackware). Make sure you've got X and networking, and that's all you need. You don't even need any X apps... so it doesn't take very much space on a disk.

    Then just configure it to use runlevel 4. A line like this in your rc.4 file works nicely: exec /usr/X11R6/bin/X -query myserver.mydomain

    A quick peek at one of our boxes revealed it only uses 60Mb of disk space... and we haven't gone to any effort at all to trim it. Of course, it helps to use Slackware and not Redhat ;)

    If you really want to save on client disk space, you can always install a kernel that mounts its root fs over NFS. You still need a little bit of disk space though, for swap - unless your 486s have plenty of RAM. X tends to be a little RAM hungry, as we all know.

    And seeing as the CPU is going to be idle a lot of the time, you can always install an RC5 cracker or Seti@Home if you like :) Andrew.

  • Some information on how to get a basic system up and running is available as part of a Sydney Linux Users Group (SLUG) presentation at http://www.slug.org.au/diskless.html [slug.org.au].

    I have used this as the basis for setting up an X terminal booting off a server for both x86 Linux and sparc Linux. Took a bit of messing about, but fairly easy to do.

    At the risk of drawing some heat, the whole diskless X client thing may be an interesting option to look into with StarOffice...

  • My home network runs like this. I run all apps on an AMD K6/350 96MB RAM and use my old P60 32MB RAM as an X-Terminal. Since both are Red Hat based (RH6.0 and Mandrake 6.0) my tips will be based on that distro.

    Change the link in /etc/X11/prefdm to point to either xdm or kdm. Currently, gdm does not support XDMCP connections. I use kdm because it looks better and includes a shutdown/reboot option (local console only).

    Red Hat 6 uses a TrueType-capable font server by default. To use use the same fonts on all boxes, change the font server initscript in /etc/rc.d/init.d/xfs to use "-port 7100" instead of "-port -1". This will enable the terminals to get fonts from your main server. You should also add some TrueType fonts, but that's another subject.

    Change the /etc/X11/XF86Config file in each terminal so that the FontPath is "tcp/My.Big.Server:7100".

    Edit the inittab at each terminal so that the runlevel is 5 and the line that calls prefdm to start X looks like this:

    /etc/X11/X -query My.Big.Server

    Configure the kdm login dialog for your needs by editing the kdmrc file. On Red Hat with KDM installed from RPMs, the file is at /usr/share/config/kdmrc.

    I'm not at home now, so I'm working from memory. I don't think I've missed anything.

    My old P60 has been given a new lease on life. I was about to get rid of it. Now all I need is a bigger monitor and a better video card. Any old Pentium or good 486 with at least 16MB RAM can give acceptable performance as an X-Terminal. I may buy a couple of second-hand boxes to flesh out my network.

    --Tony
  • I tried something else back when I was in school that might be related to this. We had big Solaris servers which we could connect to using X-Servers for Windows (Micro X-Win 32 from StarNet, or Exceed, etc.) We'd get the login and all our apps would be piped to the client X-Server (including the window manager if desired).

    I could never get my linux box to to the same thing. X would start on my box instead of just pipeing the apps to the client. What needs to be configured to set it up? Someone told me it was a kernel patch that I needed but I never found anything like that. It was a slackware 3.5 box. I tried back when I was a newbie with no luck. Now I'm just "a busy" with no time. ;) Any suggestions?
  • Checkout the Linux Terminal Server Project at http://www.ltsp.org This is a project for setting up a server for diskless workstations. I picks up where the Etherboot project leaves off.
  • Say 'X -query server.you.want.to.use', or say 'X -broadcast' of you don't know which server to use.
  • While browsing the so-wide web, I came across an article in linuxgazette:

    http://www.linuxgazette.com/issue27/kaszeta.html

    It explains in detail how to setup a machine to become an X-term, and some tips to make xdm look nicer!

    antoine
  • by gwolf ( 26339 ) <gwolf@@@gwolf...org> on Sunday October 10, 1999 @07:27AM (#1626231) Homepage
    I have two possible solutions for you. Which one you will choose will depend on how your workplace is set up.

    The first solution is to set up a full X server on a floppy-based Linux distribution - you can take a look at muLinux (http://mulinux.nevalabs.org [nevalabs.org]). This solution requires 16MB RAM, in order to expand X to a RAM disk. muLinux is extremely loaded, given that it fits into one, two, three or four floppies (depending on your needs - I think you will stick with two).

    A much lighter solution would be to use a smaller and more specialized distribution, such as LODS (Linux One Disk Svncviewer, http://home.rochester.rr.com/specht/lods/ [rr.com]) - It has nothing but the minimum necessary to boot and fire svncviewer, a simple bash with the most basic commands, an editor to modify it... And, I think, that's about it. LODS is based on another minidistribution, Hal91 (http://home.sol.no/~okolaas/hal91/hal9 1.html [home.sol.no]), and is fairly easy to configure and modify. In fact, if you are interested, I can send you the images I use at my workplace - it just boots and fires svncviewer, which connects to your vncserver and looks just like X. Users may even think it is a diskless terminal, takes not more than two minutes to load... and, basically, works great :)

    I use it on 486/33 machines with 16MB, though I'm sure it will fit on 8MB RAM. Mail me if you need more info.
  • One thing to think about -- I worked at a place with 40 NCD X-terms and our network was only 10baseT, so when we would have power outages, the network couldn't handle the bandwidth for bootp and only half of the X-terms would come back up.

    The point is, in this model you're going to be putting a bigger load on your network, don't forget that. Also, X traffic is considered a security problem in some corporations and is blocked. At the least make sure the xhosts is set up to block people from mucking with each others' displays (had hours of fun with that!).
  • by Anonymous Coward
    I have been working on a similar thin client. It is based on the Linux Router Project (a single-disk distribution) and you can find it at: http://www.linuxsupportline.com/~dheltzel
  • by Anonymous Coward
    To reap the full benefits of thin clients, loose the hard drive, it is loud, soaks up power, and fails much more often then any other component. Use a floppy disk to boot, and NFS root to mount the file system. An X only system can be made in less than 30Mb on the server, and all the clients can use the same volume. If you give them seperate /var you can have each share it's parrallel port, so that every workstation can easily have a printer attached to it. My Diskless linux boxes range from 486's to pentiums, and run nothing but X and LPD. Use a font server to provide fonts from the server so you only have to install them once. Performance is usually very good, and the silence is eerie after working with PC's. If possible don't put more than a handle full of X stations on a segment, and run each hub into a switch. With about 5 stations on a 10base segment, and the hub hooked to a switch, and the switch via 100Mbs to the server farm, out performance will be very stable. The best performance is found in a three tied system. Client - App Servers - Backend servers, like SQL servers, mail servers, etc...
  • use slackware 3.6/4.0 or debian hamm on a 486 box. it will do great as a thin x terminal..
  • Compaq sells the T1500 (announced a week or two
    ago), which is a Linux based thin client.

    See:
    http://www.compaq.com/products/thinclients/index .html

He has not acquired a fortune; the fortune has acquired him. -- Bion

Working...