<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
OK, I'll take a stab at this.<br>
<br>
Linux in *any* school is a good idea, for so many reasons.  Easier
maintenance is just one of them.<br>
<br>
What you describe sounds like a great application for LTSP and thin
clients--some might even say "the canonical case if ever there was
one."  Here's why:<br>
<br>
1.)  If the kids physically beat up on the thin clients, no problem;
just swap out an old PC that PXE-boots.  Done.  Very inexpensive fix.<br>
<br>
2.)  You only install the apps that you want.  If you don't want to
give them, say, OpenOffice.org, then don't install it.  You want them
to have basically only Firefox, then you can do that.<br>
<br>
3.)  If you've got the LTSP server locked away (yes, you always need
physical security!), then the kids can't mess with the server and get
root.<br>
<br>
4.)  If you're worried about power outages, then just put the LTSP
server on an UPS.  APCUPSD, which comes with most GNU/Linux
distributions, will execute a clean shutdown of the server if the power
outage goes for too long and the UPS batteries start getting low.  Much
like PowerChute Plus.<br>
<br>
5.)  Relating to #4, the thin clients won't ever have filesystem
corruption.  They're thin clients--no hard disk to corrupt!  :-)<br>
<br>
6.)  You don't need to "unlock" the system (I assume you mean similar
to Deep Freeze on MS Windows here).  IT staff are the only ones who
should have root.  You just become root, and the system's unlocked--FOR
YOU--until you exit out of root mode.<br>
<br>
7.)  A GNU/Linux system is by nature considerably more resistant to
attempted break-ins than one running, say, MS Windows.  It's just built
better.  It will certainly last the 10 minutes that you mentioned
below.  That said, *NO SYSTEM* remains that way unless you do your
regular security updates.  Nor will any system resist break-in attempts
well if you just configure it to be wide-open, obviously.<br>
<br>
8.)  Should you get cracked, 0wn3d, or whatever term you prefer, then
yes, IT staff definitely will need to get involved.  Big time.  Again,
that's with *any* system, be it MS Windows, Novell NetWare, GNU/Linux,
OpenBSD--even the IBM Mainframe z/OS.  No system that I know of
automatically "heals itself" once it's been compromised.<br>
<br>
9.)  Hard disks will, sooner or later, *always* fill up.  Again, any
system.  However, another big issue, disk fragmentation, tends to be
handled a lot better with GNU/Linux than with Microsoft's NTFS.  Not
that the NTFS is "bad", necessarily; it was a most welcome improvement
over FAT.  But ext3 simply does it better.<br>
<br>
Now, for your question about "does the USB stuff work," that depends on
whether you're in a "thick client" or LTSP environment.  Those answers
differ.<br>
<br>
With GNU/Linux thick clients, I can tell you that every USB device that
*I* have personally tried has worked with no problem.  That includes
USB thumb drives, portable hard disks, digital cameras, and HP
OfficeJets.  I've not had a sound card "not work" for many years. 
However, if your machine uses Broadcom wireless, then that takes a
small amount of tweaking to make work.  That's only an issue with
wireless laptops, really.  But you should know about it.<br>
<br>
With thin clients, remember that, in an LTSP environment, everything
runs on the server, not the thin client.  Despite that, YES, you can
save to certain local storage media on the thin client.  The LTSP
development team did some very clever hackery to make that work!  I've
done this with floppies many times.  I also read that USB thumb drives
have been supported since K12LTSP 4.4.1 (there's a Wiki entry on how to
make this work).  Presumably that would include any other kind of
"normal" USB storage medium, such as a USB portable hard disk or
digital camera.<br>
<br>
Hopefully this helps.  I could easily put more in here, but it's
probably already too long.<br>
<br>
--TP<br>
<div class="moz-signature">_______________________________
<br>
Do you <a href="http://www.gnu.org">GNU</a>?
<br>
<a href="http://www.cmosnetworks.com">Microsoft Free since 2003</a>--the
ultimate antivirus protection!
<br>
</div>
<br>
<br>
Chuck Kollars wrote:
<blockquote cite="mid703568.61059.qm@web65602.mail.ac4.yahoo.com"
 type="cite">
  <pre wrap="">This is a general Linux-in-education question, not
really a K12LTSP question nor even a thin client
question. Hopefully this isn't too far off topic, as I
don't know where else to post--


My general environment is a high school (which is very
different from lower grades) with something like one
computer per four students (plentiful but not assigned
to individuals). The computers are in classrooms
(including "study hall") and the library, not in
"labs", so adult supervison is spotty. Students use
the computers in kiosk fashion, except with access to
their own network "home directory". Use is mainly for
web access, presentations, and word processing (use of
other applications is very very low). 

I'm looking into deploying Linux workstations into
this environment. Security, maintainability, and
usability are paramount issues: Is bootup fast enough
for impatient students? Will computers resist breakin
attempts by students for ten minutes until a teacher
comes by? Is IT automatically notified of repeated
breakin attempts (indicating the need to move the
computer to a better location)? Can computers be
"unlocked" fairly quickly by IT staff for maintenance?
Do systems react gracefully to impatient students
pounding on keyboards and mice?  Do disks never ever
fill up? Do systems react gracefully to "forgotten"
CDs still in the drive? Can system configuration files
never be trashed? Are all peripherals (CD, USB sticks,
sound) usable by all students? Do systems react
gracefully to repeated abrupt power-offs? Will abused
systems restore themselves to usefulness without
manual IT intervention? 

I've been surprised that even distributions
specifically aimed at education don't seem to address
the concerns of this environment all that well. I
expected to just follow a HowTo; instead, I've found
myself "rolling my own" solution too many times. Is
there a cache of useful information or a better
specialized distribution I'm unaware of? Am I missing
the forest for the trees? Is Linux really as new to
the semi-anonymous high school environment as it
seems? Has anybody else had a similar experience? 

thanks!

-Chuck Kollars


      ____________________________________________________________________________________
Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  <a class="moz-txt-link-freetext" href="http://tools.search.yahoo.com/newsearch/category.php?category=shopping">http://tools.search.yahoo.com/newsearch/category.php?category=shopping</a>

_______________________________________________
K12OSN mailing list
<a class="moz-txt-link-abbreviated" href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/k12osn">https://www.redhat.com/mailman/listinfo/k12osn</a>
For more info see <a class="moz-txt-link-rfc2396E" href="http://www.k12os.org"><http://www.k12os.org></a>
  </pre>
</blockquote>
</body>
</html>