Linux on Wyse Winterm S10 Thin Clients: Difference between revisions
From HacDC Wiki
No edit summary |
|||
| Line 3: | Line 3: | ||
* AMD Geode processor 333MHz | * AMD Geode processor 333MHz | ||
* 32MB internal flash memory ([http://www.alldatasheet.com/datasheet-pdf/pdf/129712/SAMSUNG/K9F5608U0D-XIB0.html]) behind an ATA/IDE disk controller ([http://www.alldatasheet.com/datasheet-pdf/pdf/171066/SST/SST55LD019A-45-C-BWE.html]) | * 32MB internal flash memory ([http://www.alldatasheet.com/datasheet-pdf/pdf/129712/SAMSUNG/K9F5608U0D-XIB0.html]) behind an ATA/IDE disk controller ([http://www.alldatasheet.com/datasheet-pdf/pdf/171066/SST/SST55LD019A-45-C-BWE.html]) | ||
* | * 64-128MB RAM (4 x [http://www.alldatasheet.com/datasheet-pdf/pdf/2413/MOSEL/V58C2128164S.html]) | ||
* BIOS capable of booting from USB flash drives | * BIOS capable of booting from USB flash drives | ||
| Line 38: | Line 38: | ||
====Step 3: ChRooting a more powerful OS==== | ====Step 3: ChRooting a more powerful OS==== | ||
Loading a full Ubuntu or Debian system outright may be infeasible or challenging due to RAM or bootloader limitations. Alternatively, DSL supports the ChRoot and debootstrap commands. Conveniently, it is therefore possible to quickly deploy a full Debian ChRoot for such purposes as efficiently hosting a full-featured webserver. | Loading a full Ubuntu or Debian system outright may be infeasible or challenging due to RAM or bootloader limitations. Alternatively, DSL supports the ChRoot and debootstrap commands. Conveniently, it is therefore possible to quickly deploy a full Debian ChRoot for such purposes as efficiently hosting a full-featured webserver. | ||
Additionally, it may be simplest to construct the ChRoot from a full-scale computer. See https://github.com/mirage335/PortableChRoot for an easy way to containerize this. | |||
[[Category:Useful_Info]] | [[Category:Useful_Info]] | ||
[[Category:Materiel]] | [[Category:Materiel]] | ||
Revision as of 01:21, 21 March 2014
The Wyse Winterm SX0 S10 features:
- AMD Geode processor 333MHz
- 32MB internal flash memory ([1]) behind an ATA/IDE disk controller ([2])
- 64-128MB RAM (4 x [3])
- BIOS capable of booting from USB flash drives
This allows for small Linux distributions to be installed on the internal flash memory in place of the very limited original OS. Distributions too large to fit into the 32MB internal flash drive can still be booted and run from an external USB flash drive, though boot time may take a while.
Step 1: Configuring the BIOS to boot from a USB drive
This part is very simple. Before inserting the power cable, connect a USB keyboard, and VGA monitor to the terminal. Then, hold down the del key and plug in the power cable. After a moment you should hear a beep, and the terminal will boot to a green BIOS screen.
First, you will be prompted to enter a password, which by default should be "Fireport". Then, you will be able to rearrange the boot order to attempt USB boot first.
The BIOS also provides options to set the date/time, change the amount of memory allocated for video use (the minimum being 4MB), and select whether or not the terminal can be shut down while power is connected.
Save your configuration and exit the BIOS.
Step 2: Creating a bootable Linux USB drive
Virtually unbearable.
Bootloader
Install syslinux 2.x on a linux machine and follow the DSL USB installation instructions .
Newer versions of syslinux tend to hang. Modern hybrid LiveCD ISOs, GRUB2, etc, also fail.
Performance
CPU is adequate for basic web browsing and similar kiosk tasks.
Lack of RAM is a more serious problem, even with 128MB RAM. Knoppix with LXDE, Damn Small Linux (DSL), Tiny Core Linux and similar may be acceptable choices. Dillo and Midori are reasonable web browser choices. Firefox under Knoppix ran out of memory on startup, Firefox under DSL was slow to the point of barely usable.
USB drives are recommended for any serious use (including host OS). IDE interface seems to be operating rather slowly, with extreme CPU usage. Suspect it operates only in PIO mode, and is not DMA capable.
Step 3: ChRooting a more powerful OS
Loading a full Ubuntu or Debian system outright may be infeasible or challenging due to RAM or bootloader limitations. Alternatively, DSL supports the ChRoot and debootstrap commands. Conveniently, it is therefore possible to quickly deploy a full Debian ChRoot for such purposes as efficiently hosting a full-featured webserver.
Additionally, it may be simplest to construct the ChRoot from a full-scale computer. See https://github.com/mirage335/PortableChRoot for an easy way to containerize this.