123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393 |
- .TH BOOT 8
- .SH NAME
- boot \- connect to the root file server
- .SH SYNOPSIS
- .B /boot/boot
- [
- .B -fkm
- ]
- [
- .BI -u username
- ]
- [
- .IB method ! fs-addr
- ]
- [
- .I args
- ]
- .SH DESCRIPTION
- .PP
- .I Boot
- is the first program run after a kernel has been loaded.
- It connects to the file server that will serve the
- root, performs any authentication needed to
- connect to that server, and
- .IR exec (2)'s
- the
- .IR init (8)
- program.
- It is started by the kernel, never run directly by the user. See
- .IR booting (8)
- for information about the process of loading the kernel (and
- .IR boot )
- into memory.
- .PP
- Once loaded, the kernel initializes its data structures and devices.
- It sets the two environment variables
- .B /env/cputype
- and
- .B /env/terminal
- to describe the processor.
- It then binds a place-holder file server,
- .IR root (3),
- onto
- .B /
- and crafts an initial process whose sole function is to
- .IR exec (2)
- .BR /boot/boot ,
- a binary which is compiled into
- .IR root (3).
- .PP
- The command line passed depends
- on the information passed from boot ROM
- to kernel.
- Machines that boot directly from ROM (that is, most machines other than PCs)
- pass the boot line given to the ROM directly to
- .IR boot .
- .PP
- On the PC, each line in the DOS file
- .B plan9.ini
- of the form
- .IB name = value
- is passed to the boot program as an environment
- variable with the same name and value.
- The command line is
- .IP
- .B /386/9dos
- .IB method ! server
- .PP
- (The first argument is ignored by
- .IR boot .)
- .I Boot
- must determine the file
- .I server
- to use
- and a
- .I method
- with which to connect to it.
- Typically this will name a file server on the network,
- or state that the root file system is on local disk and name the partition.
- The complete list of methods is given below.
- .PP
- .I Boot
- must also set a user name to be used
- as the owner of devices and all console
- processes and an encryption key to be used
- when challenged.
- .I Boot
- will prompt for these.
- .PP
- Method and address are prompted for first.
- The prompt lists all valid methods, with the default in brackets, for example:
- .IP
- .EX
- root is from (il, local!#S/sdC0/fs)[il]:
- .EE
- .PP
- A newline picks the default.
- Other possible responses are
- .I method
- or
- .IB method ! address\f1.
- To aid in automatic reboot, the default is automatically
- taken on CPU servers if nothing is typed within 15 seconds.
- .PP
- The other interactions depend on whether the system
- is a
- terminal or a CPU server.
- .SS Terminal
- .PP
- The terminal must have a
- .I username
- to set.
- If none is specified with the
- .B -u
- option,
- .I boot
- will prompt for one on the console:
- .IP
- .EX
- user:
- .EE
- .PP
- The user will also be prompted for a password to
- be used as an encryption key on each
- .IR attach (5):
- .IP
- .EX
- password:
- .EE
- .PP
- With most
- .I methods
- .I boot
- can now connect to the file server.
- However, with the serial line
- .I methods
- .B 9600
- and
- .BR 19200 ,
- the actual mechanics of setting up the complete connection
- are too varied to put into the boot program.
- Instead
- .I boot
- lets the user set up the connection.
- It prints a prompt on the console and then simulates
- a dumb terminal between the user and the serial line:
- .IP
- .EX
- Connect to file system now, type ctrl-d when done.
- (Use the view or down arrow key to send a break)
- .EE
- .PP
- The user can now type at the modem to
- dial the number. What is typed depends on
- the modem and is beyond this discussion.
- .PP
- When the user types a control-D,
- .I boot
- stops simulating a terminal and starts the file
- system protocol over the serial line.
- .PP
- Once connected,
- .I boot
- mounts
- the root file system before
- .B /
- and makes the connection available as
- .B #s/boot
- for subsequent processes to
- .B mount
- (see
- .IR bind (2)).
- .I Boot
- completes by
- .IR exec (2)'ing
- .B /$objtype/init
- .BR -t .
- If the
- .B -m
- option is given it is also passed as an option to
- .IR init .
- If the environment variable
- .B init
- is set (via
- .IR plan9.ini (8)),
- it is used as a command line to exec instead.
- .PP
- If the kernel has been built with the cache file system,
- .IR cfs (4),
- the local disk partition
- .BI /dev/sd XX /cache
- (where
- .B XX
- is a unit specifier)
- exists, and the root file system is from a remote server,
- then the kernel will insert a user level cache
- process between the remote server and the local namespace
- that caches all remote accesses on the local partition.
- The
- .B -f
- flag commands
- .B cfs
- to reformat the cache partition.
- .SS CPU Servers
- .PP
- The user owning devices and console processes on CPU servers
- and that user's domain and encryption key are
- read from NVRAM on all machines except PC's.
- PC's keep the information in the disk partition
- .BI /dev/sd XX /nvram\f1.
- If a
- .B -k
- option is given or if no stored information is found
- .I boot
- will prompt for all three items and store them.
- .IP
- .EX
- password:
- authid: bootes
- authdom: research.bell-labs.com
- .EE
- .PP
- The key is used for mutual authentication of the server and its clients.
- The domain and id identify the owner of the key.
- .PP
- Once connected,
- .I boot
- behaves as on the terminal except for
- .IR exec (2)'ing
- .B /$objtype/init
- .BR -c .
- .SS Booting Methods
- .PP
- The methods available to any system depend on what was
- compiled into the kernel.
- The complete list of booting methods are listed below.
- .TP 8
- .BR il " or " tcp
- connect via Ethernet using the IL or TCP protocols.
- The
- .I args
- are passed to
- .IR ipconfig (8)
- when configuring the IP stack.
- The
- .IR plan9.ini (8)
- variables
- .B fs
- and
- .B auth
- override the file server and authentication server IP addresses
- obtained (if any) from DHCP during
- .IR ipconfig (8).
- .TP 8
- .B local
- connect to the local file system.
- The first argument is a disk holding a file system.
- .I Boot
- inspects the disk.
- If the disk is a
- .IR fossil (4)
- file system, it invokes
- .B /boot/fossil
- to serve it.
- If the
- .B venti
- environment variable (really,
- .IR plan9.ini (8)
- variable) is set,
- .I boot
- first arranges for fossil to be able to
- contact the named
- .IR venti (8)
- server.
- The variable's value can take the following forms:
- .TP
- .B /dev/sdC0/arenas
- the file should be a venti partition with a configuration
- stored on using
- .I venti/conf
- (see
- .IR ventiaux (8)).
- .I Boot
- will start a loopback IP interface on 127.0.0.1
- and start
- .I venti
- announcing on
- .B tcp!127.1!17034
- for venti service
- and
- .B tcp!127.1!8000
- for web service,
- using the configuration stored in that partition.
- .TP
- .B /dev/sdC0/arenas tcp!*!17034
- same as the last but specify an alternate venti service address.
- In this example, using
- .B *
- will announce on all available IP interfaces (even ones configured later)
- rather than just the loopback device.
- The loopback interface is still configured.
- .TP
- .B /dev/sdC0/arenas tcp!*!17034 tcp!*!80
- same as the last but specify alternate venti service and web addresses.
- The loopback interface is still configured.
- .TP
- .B tcp!135.104.9.2!17034 \fR[ \fIargs\fR ]
- the network address of a venti server running on a separate machine.
- .I Boot
- will configure the IP stack by passing
- .IR args ,
- if any, to
- .IR ipconfig (8).
- .PP
- If the disk is not a
- .IR fossil (4)
- partition,
- .I boot
- invokes
- .BR /boot/kfs .
- A variety of programs, like
- .IR 9660srv (4)
- and
- .IR dossrv (4)
- masquerade as
- .I kfs
- to allow booting from alternate media formats,
- so as long as the disk is not a
- .I fossil
- disk, no check is made that the disk is in fact
- a
- .I kfs
- disk.
- The args are passed to
- .IR kfs (4).
- .PP
- For the
- .B il
- and
- .B tcp
- methods,
- the address must be a numeric IP address.
- If no address is specified,
- a file server address will be found from another
- system on the network using the BOOTP protocol and
- the Plan 9 vendor-specific fields.
- .SH EXAMPLES
- On PCs, the default arguments to boot are constructed using
- the
- .B bootargs
- variable in
- .IR plan9.ini (8).
- .PP
- Start
- .IR kfs (4)
- with extra disk buffers:
- .IP
- .EX
- bootargs=local!#S/sdC0/fs -B 4096
- .EE
- .LP
- Use an IP stack on an alternate ethernet interface
- with a static address and fixed file server and authentication
- server addresses.
- .IP
- .EX
- fs=192.168.0.2
- auth=192.168.0.3
- bootargs=il -g 192.168.0.1 ether /net/ether1 \e
- 192.168.0.50 255.255.255.0
- .EE
- .LP
- (The
- .B bootargs
- line is split only for presentation; it is one line in the file.)
- .SH FILES
- .B #s/boot
- .br
- .B #//boot/boot
- .SH SOURCE
- .B /sys/src/9/boot
- .SH "SEE ALSO"
- .IR root (3),
- .IR dhcpd (8),
- .IR init (8)
- .SH BUGS
- The use of
- .B bootargs
- in general is odd.
- The configuration specification
- for fossil and venti servers
- is particularly odd, but it does
- cover the common cases well.
|