summaryrefslogtreecommitdiffstats
path: root/release
diff options
context:
space:
mode:
authorbmah <bmah@FreeBSD.org>2002-03-09 18:04:47 +0000
committerbmah <bmah@FreeBSD.org>2002-03-09 18:04:47 +0000
commit0e4b6e5e8ffb4491cb9ce3bd3864c8b257932f6d (patch)
treea7acbeb43e3eb2e045a2af36670829a53193cd52 /release
parenta814ebd3df242da0755ecde99c89f7b277ae092d (diff)
downloadFreeBSD-src-0e4b6e5e8ffb4491cb9ce3bd3864c8b257932f6d.zip
FreeBSD-src-0e4b6e5e8ffb4491cb9ce3bd3864c8b257932f6d.tar.gz
More markup fixes, wordsmithing. It's not quite yet ready for
prime time, but we're getting closer.
Diffstat (limited to 'release')
-rw-r--r--release/doc/en_US.ISO8859-1/installation/sparc64/article.sgml5
-rw-r--r--release/doc/en_US.ISO8859-1/installation/sparc64/install.sgml177
2 files changed, 116 insertions, 66 deletions
diff --git a/release/doc/en_US.ISO8859-1/installation/sparc64/article.sgml b/release/doc/en_US.ISO8859-1/installation/sparc64/article.sgml
index af2f382..12b30f0 100644
--- a/release/doc/en_US.ISO8859-1/installation/sparc64/article.sgml
+++ b/release/doc/en_US.ISO8859-1/installation/sparc64/article.sgml
@@ -1,6 +1,9 @@
<!-- $FreeBSD$ -->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
+
+<!ENTITY release.url "ftp://ftp.FreeBSD.org/pub/FreeBSD/development/sparc64/">
+
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
@@ -24,7 +27,7 @@
<para>This article gives some brief instructions on installing
&os;/&arch; &release.current;. Please keep in mind that this port
is a work in progress, and as such, the installation procedure is
- much more involved than &os;/i386 or &os;/alpha.</para>
+ much more involved than for &os;/i386 or &os;/alpha.</para>
</abstract>
&sect.sparc64.install;
</article>
diff --git a/release/doc/en_US.ISO8859-1/installation/sparc64/install.sgml b/release/doc/en_US.ISO8859-1/installation/sparc64/install.sgml
index b5fdb8b..bbaabce 100644
--- a/release/doc/en_US.ISO8859-1/installation/sparc64/install.sgml
+++ b/release/doc/en_US.ISO8859-1/installation/sparc64/install.sgml
@@ -15,10 +15,19 @@ This file contains sparc64-specific installation instructions.
<warning><para>The kernel and userland binaries mentioned below are
highly experimental (for example, the kernel contains some ATA
- changes and eeprom handling code which could potentially be
+ changes and EEPROM handling code which could potentially be
dangerous). Unless you know what you are doing and are willing to
cope with any damage that might arise, you should probably not be
- trying this. So, use at your own risk!</para></warning>
+ trying this.</para></warning>
+
+ <para>Unlike &os;/i386 or &os;/alpha, there is no version of
+ &man.sysinstall.8; for &os;/&arch;. The installation procedure
+ consists of loading a kernel (either from CDROM or the network)
+ onto the &arch; machine, with a root filesystem on CDROM or
+ exported via NFS. The utilities on the root filesystem can then
+ be used to partition the local disk on the &arch; machine and
+ optionally to copy the &os; distribution to the local disk to make
+ a standalone machine.</para>
<sect2>
<title>Preparation</title>
@@ -41,7 +50,7 @@ This file contains sparc64-specific installation instructions.
you need to download (if any), as well as the steps required to
do the installation.</para>
- <sect3>
+ <sect3 id="downloading">
<title>Downloading Required Files</title>
<para>This section describes the files you will need for a
@@ -64,17 +73,18 @@ This file contains sparc64-specific installation instructions.
<sect4>
<title>Required Files for Network Installation</title>
+
<para>For a network installation, you will need several files.
First, you will need to download a &os;/&arch; loader for
- &man.tftpd.8; to serve to your &arch; client. There are
- currently three ways for a loader to load a kernel; TFTP, NFS,
- or a local disk. There is a separate loader for each of these
- methods; you should download one of the following files:</para>
+ &man.tftpd.8; to serve to your &arch; client. The loader
+ will use either TFTP or NFS to retrieve the &os; kernel from
+ the netboot server. There is a separate loader for each of these
+ methods (i.e. a loader for TFTP and a loader for NFS). You
+ should download one of the following files, as appropriate:</para>
<itemizedlist>
<listitem><para><ulink url="&release.url;loader-tftp.gz"></ulink></para></listitem>
<listitem><para><ulink url="&release.url;loader-nfs.gz"></ulink></para></listitem>
- <listitem><para><ulink url="&release.url;loader-ufs.gz"></ulink></para></listitem>
</itemizedlist>
<para>A network installation also requires a kernel to be served
@@ -200,31 +210,31 @@ Ethernet address 0:3:ba:b:92:d4, Host ID: 830b92d4.</screen>
<sect4>
<title>Setting up bootpd/dhcpd</title>
- <para>You can use either bootp or DHCP (both not both) to
+ <para>You can use either BOOTP or DHCP (both not both) to
provide some parameters to the boot loader, such as a
machine's IP address. If you are using another &os; machine
- as a netboot server, the bootp functionality is provided by
+ as a netboot server, the BOOTP functionality is provided by
&man.bootpd.8;, which is a part of the &os; base system.
Several DHCP servers are provided in the &os; Ports
Collection.</para>
<para>If you are going to use
&man.bootpd.8;, create entries for your
- &os;/&arch; system in the server's <filename>/etc/bootptab</filename>:</para>
+ &os;/&arch; system in the server's <filename>/etc/bootptab</filename> (see &man.bootptab.5; for more details):</para>
<programlisting>.default:\
- :bf="kernel":dn=local:ds=&lt;your name server>:\
- :gw=&lt;your gateway>:ht=ether:hd="/tftpboot/boot/kernel":hn:\
- :sa="&lt;IP of the TFTP server>":\
- :rp="&lt;IP of the NFS server>:&lt;your NFS root directory>":\
- :sm=&lt;your netmask>
+ :bf="kernel":dn=local:ds=<replaceable>name-server-ip-address</replaceable>:\
+ :gw=<replaceable>gateway-ip-address</replaceable>:ht=ether:hd="/tftpboot/boot/kernel":hn:\
+ :sa="<replaceable>tftp-server-ip-address</replaceable>":\
+ :rp="<replaceable>tftp-server-ip-address</replaceable>:<replaceable>nfs-root-directory</replaceable>":\
+ :sm=<replaceable>ip-netmask</replaceable>
&lt;name of the entry>:\
- ha=&lt;ethernet address>:ip=&lt;IP of the &arch; system>:tc=.default</programlisting>
+ ha=<replaceable>sparc64-ethernet-address</replaceable>:ip=<replaceable>sparc64-ip-address</replaceable>:tc=.default</programlisting>
<para>The Ethernet address must be the same as the one in the
- TFTP example above, but it is specified differently: also in
- hexadecimal notation, but without colons (for the example
+ TFTP example above, but it is specified
+ hexadecimal notation without colons (for the example
above, this would be <literal>0003ba0b92d4</literal>). NFS/TFTP specific
entries can be omitted if the given method is not used. The
strings given in the <literal>hd</literal> and
@@ -243,63 +253,102 @@ Ethernet address 0:3:ba:b:92:d4, Host ID: 830b92d4.</screen>
role="package">net/isc-dhcp2</filename>) is shown
below:</para>
- <programlisting>host &lt;name of the entry> {
- hardware ethernet &lt;ethernet address>;
- option host-name "&lt;full domain name of the system>";
- fixed-address &lt;IP of the &arch; system>;
+ <programlisting>host <replaceable>name-of-entry</replaceable> {
+ hardware ethernet <replaceable>sparc64-ethernet-address</replaceable>;
+ option host-name "<replaceable>sparc64-fully-qualified-domain-name</replaceable>";
+ fixed-address <replaceable>sparc64-ip-address</replaceable>;
always-reply-rfc1048 on;
filename "kernel";
- option root-path "&lt;IP of the NFS server>:&lt;your NFS root directory>";
+ option root-path "<replaceable>tftp-server-ip-address</replaceable>:<replaceable>nfs-root-directory</replaceable>";
}</programlisting>
<para>The <literal>filename</literal> option corresponds to
the concatenation of <literal>hd</literal> and
- <literal>bf</literal> above. The Ethernet address is
+ <literal>bf</literal> in <filename>/etc/bootptab</filename>. The Ethernet address is
specified in hexadecimal with colons, just like in the
&man.rarpd.8; example
above. <literal>options root-path</literal> corresponds to
- <literal>rp</literal>. If the name given in <literal>option
+ <literal>rp</literal> in <filename>/etc/bootptab</filename>. If the name given in <literal>option
host-name</literal> is resolvable, i.e. has a DNS entry or is
associated with an address in
<filename>/etc/hosts</filename>, the
<literal>fixed-address</literal> specification can be omitted.
</sect4>
+ </sect3>
+
+ <sect3>
+ <title>Loading the Kernel</title>
+
+ <para>With the daemons on the netboot server configured, the
+ next step is to copy the kernel (obtained during the steps of
+ <xref linkend="downloading">) to an appropriate directory.
+ There are two ways of retrieving a kernel over the network:
+ TFTP and NFS. (You specified one of these two alternatives
+ by picking a loader.)</para>
+
+ <para>For both TFTP and NFS, the loader will use the parameters
+ that it obtained via BOOTP or DHCP to find the kernel.</para>
<sect4>
<title>Loading the Kernel over TFTP</title>
- <para>Place the kernel in the directory specified using
+ <para>Place the kernel in the directory you specified using
<literal>bf</literal> and <literal>hd</literal> in the
- <application>bootpd</application> properties or the
- <application>dhcpd</application> <literal>filename</literal> as
- described above.</para>
+ <filename>/etc/bootptab</filename> or the
+ <literal>filename</literal> parameter to
+ <filename>dhcpd.conf</filename>.</para>
</sect4>
<sect4>
- <title>Loading the kernel over NFS</title>
-
- <para>Export the root directory that was specified in <filename>/etc/bootptab</filename> over
- NFS, and place the kernel as
- <filename>boot/kernel/kernel</filename> inside it (or, if
- you use <literal>bf</literal> and <literal>hd</literal> or
- the <application>dhcpd</application> <literal>filename</literal>, the file
- name you have specified this way).</para>
+ <title>Loading the Kernel over NFS</title>
+
+ <para>Export the directory that was specified by the
+ <literal>rp</literal> property in
+ <filename>/etc/bootptab</filename> or the
+ <literal>root-path</literal> parameter in
+ <filename>/dhcpd.conf</filename> (see &man.exports.5;).
+ Copy the kernel to the directory you specified using
+ <literal>bf</literal> and <literal>hd</literal> in the
+ <filename>/etc/bootptab</filename> or the
+ <literal>filename</literal> parameter to
+ <filename>dhcpd.conf</filename>.</para>
</sect4>
</sect3>
<sect3>
+ <title>Loading the Base System to the Netboot Server</title>
+
+ <para>You must extract the base system distribution image to the
+ NFS root directory specified either by the
+ <literal>rp</literal> option in
+ <filename>/etc/bootptab</filename> or the
+ <literal>root-path</literal> option in
+ <filename>dhcpd.conf</filename>. This directory tree will become
+ the &arch;'s root filesystem once the kernel is booted.
+ Besides providing a normal userland environment, it
+ also contains all of the necessary utilities for you to install
+ the distribution on the &arch; client's local disk.</para>
+
+ <para>Using whatever editing tools you have on the netboot
+ server, you probably will want to edit the &arch;'s
+ <filename>/etc/fstab</filename> and
+ <filename>/etc/rc.conf</filename> and set a
+ <username>root</username> password.</para>
+ </sect3>
+
+ <sect3>
<title>Booting</title>
<para>If all goes well, you can now boot the &os; on your &arch; machine
by dropping into the PROM prompt as described in <xref linkend="getting-to-prom-prompt">. Now, just
type <command>boot net</command> and the system should
boot. Specifically, the loader is retrieved via TFTP, it
- then does a bootp request and will proceed to load the
- kernel. Then, it should wait 10 seconds for user input and
+ then does a BOOTP request and will proceed to load the
+ kernel (either using TFTP or NFS, depending on your choice of loader). Then, it should wait 10 seconds for user input and
proceed to execute the kernel.</para>
<para>If something does not work in between, and you suspect
- TFTP/NFS/bootp problems, <application>Ethereal</application>
+ TFTP/NFS/BOOTP problems, <application>Ethereal</application>
(available in the &os; Ports Collection as <filename role="package">
net/ethereal</filename>)
is usually helpful. The most common problems are related to bad file
@@ -315,10 +364,11 @@ Ethernet address 0:3:ba:b:92:d4, Host ID: 830b92d4.</screen>
<para>The kernel supports the Sun disk label format, so you can
label the disks you want to use with &os; from Solaris.</para>
- <para>&os; disk labels must currently be created by hand, as
- &man.sysinstall.8; is not yet available on
- &os;/&arch;. Plese refer to the handbook for more information about
- labels and special partitions.</para>
+ <para>&os; disk labels must currently be created by hand, as
+ &man.sysinstall.8; is not yet available on &os;/&arch;. Plese
+ refer to the <ulink url="http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/">FreeBSD
+ Handbook</ulink> for more information about labels and special
+ partitions.</para>
<para>On &os;/&arch;, a Sun compatability label is embedded in the
&os; label; this is needed for the PROM to boot from disk. This
@@ -367,7 +417,7 @@ drivedata: 0
You can now add new partitions in the same format as the already
present line. Using <literal>*</literal> in the offset field makes the procedure
- easier; please refer to the manual page for more
+ easier; please refer to the &man.disklabel.8; manual page for more
information.</para>
<para>To make sure the restriction mentioned above is met, the
@@ -379,10 +429,10 @@ drivedata: 0
label to be written. </para>
<warning><para>This procedure will overwrite any disk label that
- may be already present on the disk. This will make file
- systems already existing on this disk unaccessible, unless the
- respective partitions in the old and new label match
- exactly!</para></warning>
+ may be already present on the disk. Any existing filesystems on
+ this disk must have their respective partition entries in the
+ old and new label match <emphasis>exactly</emphasis>, or they
+ will be lost.</para></warning>
<para>Use <command>disklabel -B</command> if you want to make the
disk bootable for &os;/&arch;.</para>
@@ -442,30 +492,27 @@ drivedata: 0
boot.</para>
<para>If you are booting over the network (via NFS), the above
- bootp entries should suffice to have the kernel find and mount
- the root file system via NFS.</para>
+ BOOTP entries should suffice to have the kernel find and mount
+ the root filesystem via NFS.</para>
</sect2>
<sect2 id="installing-base-system">
<title>Installing the Base System</title>
- <para>A &man.tar.1; archive containing
- almost all binaries and configuration files from the base system
- is available at
- <ulink
- url="ftp://ftp.FreeBSD.org/pub/FreeBSD/development/sparc64/distrib.tar.gz"></ulink>.
+ <para>If you booted the kernel from the network, you downloaded a
+ &man.tar.1; archive with the base system and exported it from
+ the netboot server via NFS. You can unpack this same archive
+ to your local disk to create a standalone system (remember to
+ copy the kernel over as well).</para>
- Unpack it to the directory that will serve as the root directory of
- the &os;/&arch; system (on the NFS server when booting over the
- network).</para>
+ <para>If you booted from CDROM, the same archive is available in
+ <filename>/root/</filename> on the CDROM.</para>
- <para>This should be sufficient to boot into multi-user mode. The
- system can then be configured like any other &os;
- system. You probably will want to edit
+ <para>Before booting the system standalone, you will want to edit
<filename>/etc/fstab</filename> and
- <filename>/etc/rc.conf</filename> and set a <username>root</username> password
- first.</para>
+ <filename>/etc/rc.conf</filename> and set a
+ <username>root</username> password.</para>
<para>Note that some programs from the base system may not be
present in the archive, or may not work properly yet.</para>
OpenPOWER on IntegriCloud