Welcome back
Mike
Exploring computing in Indiana classrooms. How can we best use technology dollars to promote achievement?
There are a number of imaging options, and I will explain with some pros
and cons:
1. g4l (http://sourceforge.net/projects/g4l) - free imaging software that allows you to use a ftp for network storage of the image. Can handle all Linux files systems, flexible in restoration process as well. This is the IDOE-preferred method.
Negative: slow, unicast-only
2. partimage (partimage.org) - free one-at-a-time partition backup, handles all Linux file systems, fast
Negative: complicated restoration process, limited to same-size partitions
3. clonezilla - (clonezilla.sf.net) - free imaging system that is part of drbl.org server, scripting wrapper around partimage and other processes to create an imaging environment including PXE boot and multicast; very fast, supports all Linux file systems
Negative: Setup requires a Fedora Core server (recommend FC3), setup is a little complicated
4. ghost (http://symantec.com/ghost/) Ghost is a comprehensive imaging environment that supports a wide variety of setups, full-featured, supported
Negative: Costs money, requires version 7.5 and above to support Linux ext3 filesystem, 8.0 or higher for reiserfs (NLD default)
5. Novell Zen Imaging 7
(http://www.novell.com/products/zenworks/overview.html#lm) - Part of Novell Zenworks Linux Management, fast, supports all file systems, PXE boot, multicast, infrastructure for IDOE application management
Negative: Takes time to set up, subscription based
(This post is a break form the series. The purpose of the first few posts was intended to establish a foundation – a logical path that was followed – in the development of the pilot project goals. The meeting today was informative in many ways. Perhaps sharing this may be out of sequence, but is important.)
I attended the Region IV Tech Contact Meeting today at the
There was curiosity about the INaccess pilots from all of the schools. The biggest concern was staffing, and the ability to manage large numbers of computers that may end up in schools. With budgets already strained to the limit, most everyone agreed that it was unlikely to see adequate numbers of new “tech” staff in the near future.
Several school technology directors have raised this issue over the past 24 months. How can schools manage a larger network than they currently manage and continue to provide the expected level of service to teachers and others? Thanks to these questions, the most recent groups of pilot projects are helping to explore three (3) different management tools that we hope can help us to answer these questions.
1) Novell Zenworks Linux Management (ZLM)
Schools using NLD as a desktop OS will also use ZLM as a management tool. A “Master” ZLM server will be accessible to all participants. The Master server will aggregate all patches, new products and product updates, and core OS updates. Once downloaded to the local school, ZLM can be used locally to apply the patches, updates and new programs from a central console. When these patches are applied and How they are applied remains in the hands of the local technology department.
2) Linspire Click ‘n Run/ Admin Tools/
Schools using Linspire will be testing the automated update/patch system called Click ‘n Run. When each computer is turned on it checks to make certain it has the latest patches and automatically downloads and installs patches/updates/new programs as a background process while students go on with their work. Linspire will soon be releasing additional tools for administration and management that will be coupled with enterprise level OS functionality.
3) Thin Client
Two (2) schools are testing a thin client system with a company called Ardence. The diskless workstations are similar to the other low cost units in use in schools with the exception that they do not need hard disks. The idea is to be able to manage large numbers of systems from a central point. One update on the server and all clients automatically are using the latest version of the software. This is just now being rolled out. We are interested in cost, functionality, and scalability in this scenario. More information will be available soon.
Tech Contact meetings are a wonderful way to share information. A lot of information was shared today. We’ll get more information to you soon on the progress we see in the management scenarios we are testing.As IDOE staff and others discussed the issue of HOW to go about creating a new paradigm for the use of technology in
While
It seemed clear that if the approach was to change, it needed to focus on one-to-one computing, or at least it should encompass a certain degree of ubiquity – meaning that computers should be broadly available for teachers to use as tools and for students to use as resources.
The program had to meet the needs of teachers and students as well as meeting other criteria. Discussions on the topic raised several issues. Most of the non-curricular issues can be summarized as follows:
• Most efforts using a 1:1 model are experimental – few examples of sustained use/success beyond single schools
• Affordability: programs to equip all students are expensive & difficult to sustain (e.g.,
• When deployed at middle school levels, students many times lose their computers when graduating to high school
• Replacement costs are high when computers reach end of life
• Financial risk of loss of or damage to computers
• Privacy / security / access management issues
Out of this came the eight guiding principles of the project:
• Affordability – highly economical, low cost/low investment model – (initial per student cost in the $400-600 range (including desk, CPU and monitor); Refresh cost in the $200-300 range)
• Sustainability - for participating high schools – minimal need for ongoing investment or reinvestment
• Repeatability – 1:1 model is replicable in any typical high school
• Flexibility - deployment is adaptable to both wireless or wired; new or older schools; small or large schools
• Openness - “Linux” operating system and other open source software (e.g., OpenOffice/StarOffice) minimize software costs
• Compatibility – supports and enables future direction of
• Commonality – solution designed with “common denominator” elements readily accessible to participating schools
• Scalability – the 1:1 technical deployment model scales reliably to 300,000+ simultaneous student & teacher users
With these elements as a foundation, there was a starting point for the project.
I’ll examine each of these items in a future post.
This is background. These thoughts and others that played a role in developing the INaccess program will be the highlights of the next few posts.
The technology model that is used in most schools - general purpose labs plus several computers in each classroom - has been the "way to proceed" for many years. This model developed naturally from the days when it was considered an advancement to have one computer in each classroom. Logically, if one is good, two is better, three is even better, four is wonderful, and five computers in each classroom borders on nirvana.
In addition to giving classrooms a "modern" appearance, increasing numbers of computers anywhere in the building helped school throughout Indiana to achieve a lower student/computer ratio. Just like computers in the classrooms, if an overall ratio of 8 students to one computer was good, then a 7:1 ratio was better, 5:1 ranked even better, and 3.2:1, where we stand today, is wonderful.
Somewhere along the line, the people who decided on the stuent/computer ratio measurement as the metric for success in technology apparently turned a blind eye at how the computers were being used. In many cases, teachers report that the computers in the classrooms are used primarily by early finishers and occasionally for special projects. Few report that the smattering of computers in a classroom is used as an integral part of the core curriculum of the class. On the other hand, lab computers stay so busy that it is rare when a class is scheduled more than once a week. If it is true that most students are scheduled into a lab once a week, and that computers in the classrooms are not often used, then if a class period is 45 minutes, and a student makes it to the lab once a week, it is hard to conceive that most students get more than 35-40 minutes a week using the technology in school. Observation validates this assumption. Other states have done more formal assessments on this issue, one finding that its students were receiving only 22 minutes a week with ready access to a computer.
While it is clear we have made tremendous advances in technology use in schools, it seems we could do better. We probably could spend the better part of what is left of 2005 talking about how we got here. Financial constraints, personnel limitations, planning issues tied to insufficient budgets, and other issues out of our immediate control all have played a part.
Instead of praising (and cursing) the winds that have swept us here, our time may be better spent in constructing a new paradigm for using technology in schools. If we can take the many lessons we have learned and put them to use in building a new model – one that more closely approximates the one used by businesses - we can make significant progress.
When is the last time a business bragged about having slightly over three (3) employees per computer?