Difference between revisions of "TermOS"
Line 1: | Line 1: | ||
TermOS is a lightweight operating system for terminals. | TermOS is a lightweight operating system for terminals, used primarily for the Research Wing network. The terminals are remote displays for the interface of the device they are connected to, and allow input to that device. However, the actual software is running on the device itself, be it the Mainframe or a Communications Array. | ||
Every device is connected to the network wires through a data terminal on the floor. | |||
Every device is connected to the network wires through a data terminal on the floor. | |||
Devices have a net_id, their address on the network (an 8 digit string); and a type, which describes their function. | Devices have a net_id, their address on the network (an 8 digit string); and a type, which describes their function. | ||
P: [02002776]-TYPE: PNET_MAINFRAME | |||
To operate any networked device you will have to ping, then connect to it. | To operate any networked device you will have to ping, then connect to it. | ||
Line 14: | Line 9: | ||
==Connecting== | ==Connecting== | ||
*'''Help''': the most '''important command'''. Displays all available commands and their usage. | *'''Help''': the most '''important command'''. Displays all available commands and their usage. | ||
*Term_Ping: this will have the terminal ping the network and produce a list of all connected devices and their net_id. | *'''Term_Ping'''': this will have the terminal ping the network and produce a list of all connected devices and their net_id. | ||
*Connect: followed by the 8 digit net_id (e.g. connect 02002ceb) will have the terminal connect to the device. More commands will be available once connected to a device. | *'''Connect'''': followed by the 8 digit net_id (e.g. connect 02002ceb) will have the terminal connect to the device. More commands will be available once connected to a device. | ||
*Term_Login: logs you on a terminal. | *'''Term_Login''': logs you on a terminal. | ||
*Disconnect: this will disconnect your terminal from the mainframe or communications array you are currently linked to. | *Disconnect: this will disconnect your terminal from the mainframe or communications array you are currently linked to. | ||
*Restart: reboots your terminal. It disconnects from any device you were connected or logged in to. This can be handy if the device is locked in some way that would prevent normal use of disconnect. Overuse of restart is analogous to rebooting your computer every time you open the wrong web page, and is hence discouraged. | *Restart: reboots your terminal. It disconnects from any device you were connected or logged in to. This can be handy if the device is locked in some way that would prevent normal use of disconnect. Overuse of restart is analogous to rebooting your computer every time you open the wrong web page, and is hence discouraged. | ||
==The Network== | |||
{|cellspacing="0" align="right" cellpadding="2" style="font-size: 85%;" | {|cellspacing="0" align="right" cellpadding="2" style="font-size: 85%;" | ||
|- | |- | ||
Line 27: | Line 22: | ||
|- | |- | ||
|- | |- | ||
|Every networked device | |Every networked device in the Research Sector | ||
|- | |- | ||
|} | |} | ||
Scientists use it to run their research programs. Research Directors program their Robuddies on Dwaine. | ===Dwaine Terminals=== | ||
Dwaine is the operating system of Research Mainframes. Scientists use it to run their research programs. Research Directors program their Robuddies on Dwaine. Log on a terminal inserting your ID card, and typing term_login. When you log in at a terminal your home folder is created on the Mainframe's memory. This folder is only visible to you and superusers. It will generally be preserved between logins, provided you only log in to one terminal at a time. | |||
===The Mainframe=== | ===The Mainframe=== | ||
Dwaine OS runs on the Mainframe in the | Dwaine OS runs on the Mainframe in the central part of the research wing. Its core files are stored on an electronic board. To interface with peripherals the Mainframe uses a series of device drivers and mountpoints. All drivers are on the Mainframe by default. The Mainframe is accessed from Terminals in the research Labs. All programs you use are being run on the Mainframe, terminals simply display the program's interface and transmit commands to the Mainframe. | ||
To interface with peripherals the Mainframe uses a series of device drivers and mountpoints. All drivers are on the Mainframe by default. | |||
The Mainframe is accessed from Terminals in the research Labs. All programs you use are being run on the Mainframe, terminals simply display the program's interface and transmit commands to the Mainframe. | |||
===Peripherals=== | |||
From the Mainframe you will have access to peripherals, including databanks, printers, and guardbuddies. Many of these feature some manner of interface with the file system in the form of a mountpoint folder in the directory /mnt. | From the Mainframe you will have access to peripherals, including databanks, printers, and guardbuddies. Many of these feature some manner of interface with the file system in the form of a mountpoint folder in the directory /mnt. | ||
Line 118: | Line 101: | ||
==Tapping the Wire== | ==Tapping the Wire== | ||
Communications between terminals and devices run on the wire; commands are sent as messages that can be eavesdropped with the proper equipment. | Communications between terminals and devices run on the wire; commands are sent as messages that can be eavesdropped with the proper equipment. The Mainframe on the station is not unique. Another mainframe is at an high-tech location away from the station. | ||
The Mainframe on the station is not unique. Another mainframe is at an high-tech location away from the station. | |||
This is ideal to practice on, if you don't want an angry scientists to blow you up for breaking his work. | This is ideal to practice on, if you don't want an angry scientists to blow you up for breaking his work. | ||
Line 144: | Line 124: | ||
==Tech Support== | ==Tech Support== | ||
To contain costs, our Help Line has been relocated to Space India. It can be reached from any land line, | To contain costs, our Help Line has been relocated to Space India. It can be reached from any land line, Monday to Friday.<br> | ||
If you are interested in financially sponsoring the Thinktronic. LTD.robuddy basketball team, please contact Stephen H. Toczylowski. | If you are interested in financially sponsoring the Thinktronic. LTD.robuddy basketball team, please contact Stephen H. Toczylowski. | ||
Revision as of 00:36, 8 October 2012
TermOS is a lightweight operating system for terminals, used primarily for the Research Wing network. The terminals are remote displays for the interface of the device they are connected to, and allow input to that device. However, the actual software is running on the device itself, be it the Mainframe or a Communications Array.
Every device is connected to the network wires through a data terminal on the floor. Devices have a net_id, their address on the network (an 8 digit string); and a type, which describes their function. P: [02002776]-TYPE: PNET_MAINFRAME
To operate any networked device you will have to ping, then connect to it.
Connecting
- Help: the most important command. Displays all available commands and their usage.
- Term_Ping': this will have the terminal ping the network and produce a list of all connected devices and their net_id.
- Connect': followed by the 8 digit net_id (e.g. connect 02002ceb) will have the terminal connect to the device. More commands will be available once connected to a device.
- Term_Login: logs you on a terminal.
- Disconnect: this will disconnect your terminal from the mainframe or communications array you are currently linked to.
- Restart: reboots your terminal. It disconnects from any device you were connected or logged in to. This can be handy if the device is locked in some way that would prevent normal use of disconnect. Overuse of restart is analogous to rebooting your computer every time you open the wrong web page, and is hence discouraged.
The Network
Every networked device in the Research Sector |
Dwaine Terminals
Dwaine is the operating system of Research Mainframes. Scientists use it to run their research programs. Research Directors program their Robuddies on Dwaine. Log on a terminal inserting your ID card, and typing term_login. When you log in at a terminal your home folder is created on the Mainframe's memory. This folder is only visible to you and superusers. It will generally be preserved between logins, provided you only log in to one terminal at a time.
The Mainframe
Dwaine OS runs on the Mainframe in the central part of the research wing. Its core files are stored on an electronic board. To interface with peripherals the Mainframe uses a series of device drivers and mountpoints. All drivers are on the Mainframe by default. The Mainframe is accessed from Terminals in the research Labs. All programs you use are being run on the Mainframe, terminals simply display the program's interface and transmit commands to the Mainframe.
Peripherals
From the Mainframe you will have access to peripherals, including databanks, printers, and guardbuddies. Many of these feature some manner of interface with the file system in the form of a mountpoint folder in the directory /mnt.
Commands
The in-system help file is currently a work in progress, but may be accessed by the command help.
- ls: and an optional argument specifying the filepath. If no filepath is supplied, it will list the contents of the current working directory.
- cd "filepath" changes the current working directory. If the filepath is not prefixed with a forward slash, it will be taken as relative to the current directory. For example, "cd /" would set the working directory to root, and then a subsequent "cd mnt/artlab" would have the same effective result as "cd /mnt/artlab"
- rm [-r/i/f] "filepath" removes a target file or directory. The user must have appropriate access to the target file. There are three possible command switches, which may be combined (e.g. -r, -rf, and -if would all be valid). r, recursive, is necessary for the deletion of directories. i instructs the system to confirm before deletion with a simple yes/no dialog, and f suppresses response messages (And overrides i).
- cat "filepath" [additional filepaths...] will print the contents of the document(s) at the specified filepath(s)
- cp "filepath to copy" "destination filepath" will make a copy of the file at the first filepath and place it in the destination. If the destination is a directory, the copy will try to maintain the name of the original.
- mv "filepath to move" "destination filepath" functions in much the same way as cp, with the exception that the original file will be removed following the copy operation.
- su is used to assume superuser status. After executing su, insert an authorized (Read: Station Heads) ID card and follow on-screen instructions.
- echo [text...] will print provided text to the current output stream. By default, this is the user's terminal. This may also be piped into a record file by use of ^. For example: "echo Hello, World! ^ ./file" will create a file named "file" in your current directory (Assuming you have write access) containing the the text "Hello, World" "|n" may be used to establish newlines.
- chmod "new permission value" "target filepath" will change the access permission of a target file. The permission value takes the form of three octal digits, going (from left to right) owner access, group access, and other access. Each can be thought of as three-bit binary values, bit 1 (The least significant) controlling modify access, bit 2 controlling write access, and bit 3 controlling read access. For example, the value "777" would be 111 111 111 in binary, and thus would be all access.
- who will list the usernames and network IDs of other current users on the system.
- talk "username or network ID" "message" will send a message to another user on the system.
- mesg [y/n] Will allow/disallow receiving messages from other users, or, if invoked without arguments, will show the current acceptance status.
- logout or logoff will do exactly what you would expect.
Transferring Files
Databanks connected to the network serve as external storage; data is recorded on magnetic tapes, which can be removed and swapped. The important banks are:
- Control: currently holds copies of the guardbuddy control files and scripts. It is located in the RD's office. It takes the mountpoint /mnt/control.
- Artlab: is the databank in Artifact Research. By default, it contains artifact research software. And a readme, you should read that. It takes the mountpoint /mnt/artlab
Databanks can be accessed in the same way as any other folder in the operating system, with the caveat that any file I/O will have a minor delay that could interfere with scripting. It is a good idea to double check any file transfers to them, in case the tape has been write-protected.
Printing Files
Any valid document copied to the mountpoint of a printer will be printed. The printer mountpoints are, as expected, in /mnt, and are generally prefixed with "lp-"
BUDDIES
There are a set of buddy configuration utilities and scripts in /mnt/control, provided nobody has ejected the tape or something. The simplest way to set a buddy to guard you is "guard_script buddy_id yourName" where buddy_id is the net_id of the target dock (This can be examined with the "prman" program in the same folder, "prman list" will show the list of docked buddies and their equipment, or "none" for empty docks) and yourName is the full name of the person to guard, with no spaces. Superuser status is required to utilize prman. For example, "guard_script 0200001A JohnDoe" would tell the docked buddy with ID 0200001A to guard the player John Doe (Or Joh Ndoe, J. Ohndoe, JOHN doe, etc, or anyone wearing an ID with such a name) and then eject them from the dock.
- But I want the buddies to purge: There should be a "purge" task file in /mnt/control. Task files can be uploaded directly to a target buddy with "prman upload buddy_id task_filepath" "prman upload 0200001A purge" would set the docked buddy with ID 0200001A to purge all unauthorized personnel, but would not eject the buddy from the dock. Ejecting the buddy requires the "prman wake" command, or simply pulling the buddy off of the dock by hand.
Radio
If connected, the radio interface module (Used primarily by the Guardbuddy software to recall them) will appear at /mnt/radio. This can be used to transmit packets simply by writing a record file to it, each line being interpreted as a separate key in the radio packet. For example, "echo command=dostuff|naddress_1=020000FF ^ /mnt/radio/test" would cause the radio to transmit a packet on the default frequency with two entries, "command" equal to "dostuff" and a target address equal to 020000FF. It should be noted that all packets sent in this method must have the address_1 value specified to be transmitted.
If you wish to send a signal on a frequency other than the radio's default (the Guardbuddy communication frequency), include a line in your file specifying the value of "_freq" such as "_freq=1149" to transmit over the PDA communication frequency 114.9.
Troubleshooting
When a terminal become unable to connect to the network there are few elements which may be damaged.
As the network is wired, a severed cable is the most frequent problem, and requires to track the missing section in the cable between the devices you are communicating with.
Every device is connected to the wires through a data terminal. Data terminals are directly under the device, hidden by the floor tile. Network cables run between terminals to connect devices.
When a data terminal is destroyed, if the device is still functioning, it will be off the network.
Terminal themselves are easy to build and disassemble.
TermOS can be easily installed from a disk in Tech Storage.
This is a list of the most common problems:
- Blinking terminal screen
- The glass is cracked. Take it off with screwdriver, then crowbar. Replace the glass.
- Terminal unable to ping
- Wires might be severed at some point. Search for the damaged cable section and replace it.
- A data terminal might have been destroyed by an explosion. Dismantle your terminal and move it onto another data terminal. Or ask the electricians to scan one and make you a replacement.
- Programs stop responding. But terminal is able to ping other devices
- The mainframe may be damaged. Use the restore kit in the Research Director's office. It comes with instructions
- Data Banks cannot be accessed and do not appear in /mnt.
- Banks are directly connected to the Mainframe, the cable between them may be damaged. Look for the missing section. Or a missing terminal port.
Tapping the Wire
Communications between terminals and devices run on the wire; commands are sent as messages that can be eavesdropped with the proper equipment. The Mainframe on the station is not unique. Another mainframe is at an high-tech location away from the station. This is ideal to practice on, if you don't want an angry scientists to blow you up for breaking his work.
Scripting
It is possible to automate function with the use of script files. These are text files with a special prefix that marks them as executable.
A sample script to display a few words on screen.
#! echo Hello World.
To create this script you must enter the following text.
echo #!|necho Hello World ^./myscript
"#!" is at the start of every script, to tell the system the file is executable.
"|n" breaks lines in the script, one line for every command.
"^" marks the path to the file where the script is to be saved (in this case a file named myscript in the current folder).
The tape in /mnt/control has some scripts which you can study to understand how more complex scripts can be layed out.
Tech Support
To contain costs, our Help Line has been relocated to Space India. It can be reached from any land line, Monday to Friday.
If you are interested in financially sponsoring the Thinktronic. LTD.robuddy basketball team, please contact Stephen H. Toczylowski.
Bridge Comm. Console
There is one communication console on station. It is on the Bridge, and it is used to connect to Centcom's communication array to download often flawed intel on potential traitors or revolutions, or other messages from Centcom.
Instructions are available on a nearby slip of paper.
- Initially two commands will be available.
- list: This prints a list of all the Centcom messages available to download and their messages IDs
- download: Download (message ID)
When a file is downloaded it can be printed with the file_print command. Simply examine the paper to read the message.