| Agitprop | The Cabal | DRT | Games | Library | Lookie Here | Software | Projects | ||||
| |||||||||||
|
If something goes wrong during this replacement it can render your Zaurus incapable of starting. Should this happen, don't panic. Repeat the installation from the beginning. If worse comes to worst, you can put the original operating system back. No harm no foul. OS LayoutWe are using the version of OZ that devotes all internal RAM to use as working memory, rather than setting half aside for program storage as usual. This gives us needed additional memory that will be used by the various daemons we'll be installing later. It also enhances ruggedness and security. Boot CardsAlthough the OS is installed on the Z's internal flash, and it can be run there (in fact, for certain operations you must run it that way), BUG actually runs from an OS image stored on the SD card. We call SD cards used this way "Boot Cards". A boot card is created by cloning the OS image that exists in the Z's internal storage. When the Z is booted with a Boot Card in place, the image on the card is the one being executed. Changes made to the system apply only to the installation on the Boot Card. You can set up multiple Boot Cards, each of which have their own mix of installed applications and data. It's like having multiple "virtual BUGs". To maximize available space, the internal storage is mounted read-only (on /mnt/root), and symbolic links are used on the Boot Card to point to much of the internal image. We have run occasional problems with this, when programs expect to be able to write to files in unexpected directories. If this happens to you, delete the relevent symbolic links on the Boot Card and copy the files they pointed to over, instead. Oh, and please tell us what you did so that we can adjust our scripts accordingly. Robustness & SecuritySince the OS runs entirely in nonvolatile memory, should there be a catastrophic power failure the Z will not forget any of your data or programs. When power comes back, so does the system. New cards can be initialized in the field, away from the desktop or internet. Accomodating unexpected guests has never been easier. Security is enhanced because your data is stored on a small, fragile card. It is trivial to quickly destroy or hide (even swallow!) it to prevent unwanted data disclosure. We store our private encryption keys on BUG instead of our desktop computer, for example. This prevents the theft of the keys through someone accessing our desktop, but still allows us to use the keys there through the use of an NFS or Samba mount. DownsidesThis scheme does come with a couple of downsides. Flash is significantly slower than RAM, and running the OS from flash will hurt performance. Also, flash memory wears out a little each time you write to it. Running the OS from flash will result in more than the normal rate of card wear, and so your cards will fail sooner. Neither of these problems are huge ones, as performance will remain acceptable and the cards will still last a long time (one of ours has been used as the primary OS card for two years now, and it's still going strong.) Creating the Installation CardYou must use a compact flash memory card to install the new OS. The card must be formatted as FAT. Lucky for you, this is how they come from the factory so unless you've messed with it, everything's probably fine. If you have messed with it, you'll have to reformat it to FAT. Be sure this card is blank. We permanently devote a 64MB card for this purpose. It's large enough to hold all the installation files and additional application packages so that the system can be rebuilt from nothing to a functional level in the field. Enough space is left over that the card is also sometimes useful to exchange files with systems that can only read FAT cards (such as Windows), since all our other cards are formatted ext2. The installation filesWe have assembled a collection of application, configuration, and whatnot files to make the process as easy as possible. All of our instructions assume various files from this collection at various times, so you gotta have it.
The OS that came in the archive is OpenZaurus 3.5.2, the 64-0 memory configuration. If you want something different, just replace the initrd.bin and zImage files with the ones you want. But you really want the 64-0 one. Installing the OS
Congratulations! You're now running OZ 3.5.2! Finalizing the InstallationAt this point, you have a nice, fresh OZ installation running. This installation is the one that will run whenever you boot the Z without an SD card installed. It's also the one that is copied when you initialize a new Boot SD card, which we'll be doing in a moment. Any changes you make now will also exist in all new boot cards you make, so now is the time to set any default configurations we want. All data entered now will be available to anyone in possession of the device (regardless of boot card), so you probably don't want to put any private keys or passwords on yet. USB NetworkingFirst, we set up the USB networking. This is mandatory, and allows for communication between the docked Zaurus and the desktop it's docked to. The desktop will also route TCP/IP traffic to your LAN and internet. In our setup, the USB is subnetted as 192.168.129, and the desktop computer performs masquerading to route traffic to the LAN. You can find instructions for how to configure your desktop configuration here (You want the "<operating system> Connectivity" document that matches your OS.) UPDATE: We have changed our desktop installation to Debian Sarge. The release we're using has a problem that prevents USB networking from happening easily. You can fix this by adding this line to /lib/modules/2.6.8-1-386/modules.usbmap: usbnet 0x0003 0x04dd 0x9031 0x0000 0x0000 0x02 0x00 0x00 0x02 0x06 0x00 0x0 Since we have already done the desktop side of things, all we have to do is configure the Zaurus:
Establishing an SSH connectionNow that you have the connection working, we suggest that you open an ssh session to the Z and do the majority of the rest of the installation procedures from the ssh command line. It's tons easier. We won't be putting a telnet server into place (for security reasons), so use ssh instead. From your desktop, ssh to 192.168.129.201 and log in as "root". You don't need to enter a password - just hit return (we'll fix this in a minute). User settings and File System Tools
Some tools were installed to the internal flash:
You can now boot without a boot card and perform filesystem maintenance on SD cards. You should not have to repeat this process again. From this point on, if you mess up the installation process, then at worst you'll have to begin at "Creating the Boot Card" below. Creating the Boot CardThis is the SD card that will hold the OS and many of the applications you'll be running. For BUG, we're using a 64MB card -- but bigger is always better. With a card this small, we don't have the space to install some superhuge applications such as Konqueror, Apache+php, XMMS, etc. We use a CF applications card to hold stuff that won't fit. If the SD card is big enough, it will ALL fit.
Once the reboot is complete, you should be running on the SD card. You might get a new media screen that looks like this:
Deselect everything and it won't bother you again. Start an ssh session (or Opie Terminal) and execute "mount". If this line is in the report, then call it a job well done: /dev/mmcda1 on / type ext2 (rw) |
Sections:
See Also: OpenZaurus Running OZ from an SD card Installation Card Archive Installing OZ Upgrading from an Earlier OZ version New Sharp ROMs Desktop USB Configuration Free Windows SSH Client OZ Feed Mirror #1 OZ Feed Mirror #2 |
| ODD# ivii(w)/BBC,14687969;44Dsc3171 | (K)3174 by The Barry Bittwister Cabal. All Rites Reversed. |