<?xml version="1.0" encoding="EUC-JP"?>
<!-- retain these comments for translator revision tracking -->
<!-- original version: 44002 -->

 <sect1 condition="supports-tftp" id="install-tftp">
 <title>TFTP ͥåȥ֡ѥեν</title>
<para>

<!--
If your machine is connected to a local area network, you may be able
to boot it over the network from another machine, using TFTP. If you
intend to boot the installation system from another machine, the
boot files will need to be placed in specific locations on that machine,
and the machine configured to support booting of your specific machine.
-->
󥹥ȡоݤΥޥ LAN ³Ƥ硢
TFTP ѤȡΥޥͥåȥۤ¾Υޥ󤫤鵯ưǤޤ
󥹥ȡ륷ƥ̤Υޥ󤫤鵯ưˤϡ
Ρ̤Υޥפξ˵ưե֤
ޤ󥹥ȡоݤΥޥεư򥵥ݡȤ褦
ꤷʤФʤޤ

</para><para>

<!--
You need to setup a TFTP server, and for many machines a DHCP
server<phrase condition="supports-rarp">, or RARP
server</phrase><phrase condition="supports-bootp">, or BOOTP
server</phrase>.
-->
TFTP Ф򥻥åȥåפɬפޤ
ޤ¿ΥޥǤ DHCP <phrase condition="supports-rarp">
ޤ RARP </phrase><phrase condition="supports-bootp">
ޤ BOOTP </phrase>ΥåȥåפɬפǤ

</para><para>

<!--
<phrase condition="supports-rarp">The Reverse Address Resolution Protocol (RARP) is
one way to tell your client what IP address to use for itself. Another
way is to use the BOOTP protocol.</phrase>
-->
<phrase condition="supports-rarp">Reverse Address Resolution Protocol (RARP) ϡ
ɤ IP Ѥ٤򥯥饤ȤˡΤҤȤĤǤ
Ʊˡˤ BOOTP ץȥ뤬ޤ</phrase>

<!--
<phrase condition="supports-bootp">BOOTP is an IP protocol that
informs a computer of its IP address and where on the network to obtain
a boot image.</phrase>
-->
<phrase condition="supports-bootp">BOOTP  IP ץȥΤҤȤĤǤ
饤ȤФơȤ٤ IP ɥ쥹ȡ
֡ȥ᡼ͥåȥΤɤ뤫ޤ</phrase>

<!--
<phrase arch="m68k">Yet another alternative exists on VMEbus
systems: the IP address can be manually configured in boot ROM.</phrase>
-->
<phrase arch="m68k">VMEbus ƥǤϤޤä¸ߤޤ
IP ɥ쥹ϥ֡ ROM ưǤޤ</phrase>

<!--
The DHCP (Dynamic Host Configuration Protocol) is a more flexible,
backwards-compatible extension of BOOTP.
Some systems can only be configured via DHCP.
-->
DHCP (Dynamic Host Configuration Protocol) ϡ
BOOTP ȤθߴݤĤġ˳ĥΤǤ
ƥˤäƤ DHCP ǤǤʤȤ⤢ޤ

</para><para arch="powerpc">

<!--
For PowerPC, if you have a NewWorld Power Macintosh machine, it is a
good idea to use DHCP instead of BOOTP.  Some of the latest machines
are unable to boot using BOOTP.
-->
PowerPC ǤϡNewWorld Power Macintosh ޥȤäƤϡ
BOOTP ǤϤʤ DHCP ȤɤǤ
ǶΥޥˤϡBOOTP ǤϵưǤʤΤޤ

</para><para arch="alpha">

<!--
Unlike the Open Firmware found on Sparc and PowerPC machines, the SRM
console will <emphasis>not</emphasis> use RARP to obtain its IP
address, and therefore you must use BOOTP for net booting your
Alpha<footnote>
-->
Sparc  PowerPC ޥ Open Firmware Ȥϰۤʤꡢ
SRM 󥽡 IP ɥ쥹μ RARP Ȥ<emphasis>ޤ</emphasis>
ä Alpha ͥåȥ֡Ȥˤ BOOTP Ȥɬפޤ<footnote>
<para>
<!--
Alpha systems can also be net-booted using the DECNet MOP (Maintenance
Operations Protocol), but this is not covered here.  Presumably, your
local OpenVMS operator will be happy to assist you should you have
some burning need to use MOP to boot Linux on your Alpha.
-->
Alpha ƥ DECNet MOP (Maintenance Operations Protocol)
ȤäƤͥåȥ֡ȤǤޤ
ǤϾܺ٤ˤĤƤϰޤ
MOP Ȥä Alpha  Linux ư뺹äɬפ顢
餯ʤ OpenVMS ԤƤǤ礦
</para>
<!--
</footnote>. You can also enter the IP configuration for network
interfaces directly in the SRM console.
-->
</footnote>
ͥåȥ󥿡ե IP ϡ
ľ SRM 󥽡뤫Ϥ뤳ȤǤޤ

</para><para arch="hppa">

<!--
Some older HPPA machines (e.g. 715/75) use RBOOTD rather than BOOTP.
There is an <classname>rbootd</classname> package available in Debian.
-->
Ť HPPA ޥΤĤ (㤨 715/75) ϡBOOTP ǤϤʤ RBOOTD
Ȥޤ
Debian ˤ <classname>rbootd</classname> ѥåѰդƤޤ

</para><para>

<!--
The Trivial File Transfer Protocol (TFTP) is used to serve the boot
image to the client.  Theoretically, any server, on any platform,
which implements these protocols, may be used.  In the examples in
this section, we shall provide commands for SunOS 4.x, SunOS 5.x
(a.k.a. Solaris), and GNU/Linux.
-->
Trivial File Transfer Protocol (TFTP) ϡ
֡ȥ᡼򥯥饤Ȥ󶡤뤿Ѥޤ
ŪˤϡɤʥФǤ⡢ɤʥץåȥեǤ⡢
ΥץȥƤѤǤޤ
ǤϡSunOS 4.x, SunOS 5.x (Solaris),
GNU/Linux Ǥ򼨤ޤ

<note arch="x86"><para>

<!--
To use the Pre-boot Execution Environment (PXE) method of TFTP
booting, you will need a TFTP server with <userinput>tsize</userinput>
support.  On a &debian; server, the <classname>atftpd</classname> and
<classname>tftpd-hpa</classname> packages qualify; we recommend
<classname>tftpd-hpa</classname>.
</para><note arch="x86"><para>
-->
TFTP ֡Ȥ Pre-boot Execution Environment (PXE) ˡѤˤϡ
<userinput>tsize</userinput>򥵥ݡȤ TFTP Фɬפˤʤޤ
&debian; ФǤϡ<classname>atftpd</classname>  
<classname>tftpd-hpa</classname> λʤޤ
<classname>tftpd-hpa</classname> 򤪾ᤷޤ


</para></note>

</para>

&tftp-rarp.xml;
&tftp-bootp.xml;
&tftp-dhcp.xml;

  <sect2 id="tftpd">
  <title>TFTP ФΩ夲</title>
<para>

<!--
To get the TFTP server ready to go, you should first make sure that
<command>tftpd</command> is enabled.  This is usually enabled by having
something like the following line in <filename>/etc/inetd.conf</filename>:
-->
TFTP ФΩ夲ˤϡ
ޤ <command>tftpd</command> ͭˤʤäƤ뤫ǧޤ
<filename>/etc/inetd.conf</filename> ˼Τ褦ʹԤФ餯פǤ

<informalexample><screen>
tftp dgram udp wait nobody /usr/sbin/tcpd in.tftpd /tftpboot
</screen></informalexample>

<!--
Debian packages will in general set this up correctly by default when they
are installed.
-->
Debian ѥåϰŪ˥󥹥ȡ뤹ݡ
ǥեȤåȥåפǤޤ

</para>
<note><para>

<!--
Historically, TFTP servers used <filename>/tftpboot</filename> as directory
to serve images from. However, &debian; packages may use other directories
to comply with the <ulink url="&url-fhs-home;">Filesystem Hierarchy
Standard</ulink>. For example, <classname>tftpd-hpa</classname> by default
uses <filename>/var/lib/tftpboot</filename>. You may have to adjust the
configuration examples in this section accordingly.
-->
Ū TFTP Фϡ
᡼󶡤ǥ쥯ȥ <filename>/tftpboot</filename> Ѥޤ
 &debian; ΥѥåǤϡ
<ulink url="&url-fhs-home;">Filesystem Hierarchy Standard</ulink> 
̤Υǥ쥯ȥѤǽޤ
㤨С<classname>tftpd-hpa</classname> Ǥ 
<filename>/var/lib/tftpboot</filename> ǥեȤǻѤޤ
ɬפ˱ơĴƤ

</para></note>
<para>

<!--
Look in <filename>/etc/inetd.conf</filename> and remember the directory which
is used as the argument of <command>in.tftpd</command><footnote>
-->
<filename>/etc/inetd.conf</filename> 򸫤ơ<command>in.tftpd</command> 
ΰͿƤǥ쥯ȥФƤƤ<footnote>

<para>
<!--
The <userinput>-l</userinput> argument enables some versions of
<command>in.tftpd</command> to log all requests to the system logs;
this is useful for diagnosing boot errors.
-->
<command>in.tftpd</command> ΥСˤäƤϡ
<userinput>-l</userinput> Ĥȡ
٤Ƥ׵򥷥ƥ˵ϿǤޤ
ϵư顼οǤͭѤǤ
</para>

<!--
</footnote>; you'll need that below.
If you've had to change <filename>/etc/inetd.conf</filename>, you'll have to
notify the running <command>inetd</command> process that the file has changed.
On a Debian machine, run <userinput>/etc/init.d/inetd reload</userinput>; on
other machines, find out the process ID for <command>inetd</command>, and run
<userinput>kill -HUP <replaceable>inetd-pid</replaceable></userinput>.
-->
</footnote>ǤΥǥ쥯ȥȤޤ
<filename>/etc/inetd.conf</filename> ѹ顢
ѹȤ <command>inetd</command> ʤФʤޤ
Debian ޥǤ <userinput>/etc/init.d/inetd reload</userinput>
¹Ԥޤ
¾ΥޥǤϡ<command>inetd</command> Υץ ID 򸫤Ĥơ
<userinput>kill -HUP <replaceable>inetd-pid</replaceable></userinput> 
¹Ԥޤ

</para><para arch="mips">

<!--
If you intend to install Debian on an SGI machine and your TFTP server is a
GNU/Linux box running Linux 2.4, you'll need to set the following on your
server:
-->
SGI ޥ Debian 򥤥󥹥ȡ뤹ݡ
TFTP Ф Linux 2.4 ưƤ GNU/Linux ξϡ
Ԥɬפޤ

<informalexample><screen>
# echo 1 &gt; /proc/sys/net/ipv4/ip_no_pmtu_disc
</screen></informalexample>

<!--
to turn off Path MTU discovery, otherwise the SGI's PROM can't
download the kernel. Furthermore, make sure TFTP packets are sent from
a source port no greater than 32767, or the download will stall after
the first packet.  Again, it's Linux 2.4.X tripping this bug in the
PROM, and you can avoid it by setting
-->
ԤʤȡSGI  PROM ϥͥɤǤޤ
ˡTFTP ѥåȤΥݡȤ 32767 ʾǤäƤϤޤ
ʤȺǽΥѥåȤǥɤߤޤ
 PROM ΥХ˰äΤ Linux 2.4.X Ǥ
򤱤ˤ

<informalexample><screen>
# echo "2048 32767" &gt; /proc/sys/net/ipv4/ip_local_port_range
</screen></informalexample>

<!--
to adjust the range of source ports the Linux TFTP server uses.
-->
¹ԤLinux TFTP ФѤݡȤϰϤĴƤ

</para>
  </sect2>

  <sect2 id="tftp-images">
  <title>TFTP ᡼Ŭڤʾ֤</title>
<para>

<!--
Next, place the TFTP boot image you need, as found in
<xref linkend="where-files"/>, in the <command>tftpd</command>
boot image directory.  You may have to make a link from that
file to the file which <command>tftpd</command> will use for booting a
particular client.  Unfortunately, the file name is determined by the
TFTP client, and there are no strong standards.
-->
˹ԤȤϡ
<xref linkend="where-files"/> εҤˤ롢ɬפ TFTP ֡ȥ᡼
<command>tftpd</command> Υ֡ȥ᡼ǥ쥯ȥ֤ȤǤ
<command>tftpd</command> Υ饤ȤεưѤեؤΥ󥯤
˺Ƥ
ǰʤ顢ե̾ TFTP 饤ȤˤäƷޤꡢ
ϤΤɸ¸ߤޤ

</para><para arch="powerpc">

<!--
On NewWorld Power Macintosh machines, you will need to set up the
<command>yaboot</command> boot loader as the TFTP boot image.
<command>Yaboot</command> will then retrieve the kernel and RAMdisk
images via TFTP itself.  For net booting, use the
<filename>yaboot-netboot.conf</filename>.  Just rename this to
<filename>yaboot.conf</filename> in the TFTP directory.
-->
NewWorld Power Macintosh ޥǤϡ
<command>yaboot</command> ֡ȥ TFTP ֡ȥ᡼ꤷޤ
<command>yaboot</command> ϼ˥ͥ RAM ǥ᡼
Ʊ TFTP ˤäƼޤ
ͥåȥ֡Ȥˤϡ<filename>yaboot-netboot.conf</filename> Ȥޤ
 <filename>yaboot.conf</filename> Ȥ̾Ѥơ
TFTP Υǥ쥯ȥ֤Ƥ

</para><para arch="x86">

<!--
For PXE booting, everything you should need is set up in the
<filename>netboot/netboot.tar.gz</filename> tarball. Simply extract this
tarball into the <command>tftpd</command> boot image directory. Make sure
your dhcp server is configured to pass <filename>pxelinux.0</filename>
to <command>tftpd</command> as the filename to boot.
-->
PXE ưǤϡɬפʤȤ٤ <filename>netboot/netboot.tar.gz</filename> 
tarball ˥åȥåפƤޤ
ñˤ tarball 
<command>tftpd</command> ֡ȥ᡼ǥ쥯ȥŸƤ
<filename>pxelinux.0</filename> 
ưե̾Ȥ <command>tftpd</command> Ϥ褦
dhcp ФꤵƤ뤳ȤǧƤ

</para><para arch="ia64">

<!--
For PXE booting, everything you should need is set up in the
<filename>netboot/netboot.tar.gz</filename> tarball. Simply extract this
tarball into the <command>tftpd</command> boot image directory. Make sure
your dhcp server is configured to pass
<filename>/debian-installer/ia64/elilo.efi</filename>
to <command>tftpd</command> as the filename to boot.
-->
PXE ưǤϡɬפʤȤ٤ <filename>netboot/netboot.tar.gz</filename> 
tarball ˥åȥåפƤޤ
ñˤ tarball 
<command>tftpd</command> ֡ȥ᡼ǥ쥯ȥŸƤ
<filename>/debian-installer/ia64/elilo.efi</filename> 
ưե̾Ȥ <command>tftpd</command> Ϥ褦
dhcp ФꤵƤ뤳ȤǧƤ

</para>

   <sect3 arch="mipsel">
   <title>DECstation TFTP ᡼</title>
<para>

<!--
For DECstations, there are tftpimage files for each subarchitecture,
which contain both kernel and installer in one file. The naming
convention is
<filename><replaceable>subarchitecture</replaceable>/netboot-boot.img</filename>.
Copy the tftpimage file you would like to use to
<userinput>/tftpboot/tftpboot.img</userinput> if you work with the
example BOOTP/DHCP setups described above.
-->
DECstation ˤϡƥ֥ƥ㤴Ȥ tftp ᡼ꡢ
ͥȥ󥹥ȡ餬ҤȤĤΥ᡼˼Ƥޤ
̿̾§ <filename><replaceable>subarchitecture</replaceable>/netboot-boot.img</filename> Ǥ
ҤΤ褦 BOOTP/DHCP ꤷΤǤ顢
Ȥ tftp ᡼ <userinput>/tftpboot/tftpboot.img</userinput>
˥ԡޤ

</para><para>

<!--
The DECstation firmware boots by TFTP with the command <userinput>boot
<replaceable>#</replaceable>/tftp</userinput>, where
<replaceable>#</replaceable> is the number of the TurboChannel device
from which to boot. On most DECstations this is <quote>3</quote>.  If the
BOOTP/DHCP server does not supply the filename or you need to pass
additional parameters, they can optionally be appended with the
following syntax:
-->
DECstation ե० TFTP ֡Ȥˤϡ
<userinput>boot <replaceable>#</replaceable>/tftp</userinput>
ȤޥɤȤޤ <replaceable>#</replaceable> ϵư
TurboChannel ǥХֹǤ
ۤȤɤ DECstation Ǥϡ <quote>3</quote> Ǥ
BOOTP/DHCP Фե̾Ϳʤ䡢
ѥ᡼ɲäϤϡ
ν񼰤˽äƤɲäǤޤ

</para><para>

<userinput>boot #/tftp/filename param1=value1 param2=value2 ...</userinput>

</para><para>

<!--
Several DECstation firmware revisions show a problem with regard to
net booting: the transfer starts, but after some time it stops with
an <computeroutput>a.out err</computeroutput>. This can have several reasons:
-->
DECstation ե०ΥӥˤäƤϡ
ͥåȥ֡Ȥ꤬뤳Ȥޤ
žϳϤΤǤФ餯ФĤ
<computeroutput>a.out err</computeroutput> ߤƤޤΤǤ
ˤϤĤͳͤޤ

<orderedlist>
<listitem><para>

<!--
The firmware does not respond to ARP requests during a TFTP
transfer. This leads to an ARP timeout and the transfer stops.  The
solution is to add the MAC address of the Ethernet card in the
DECstation statically to the ARP table of the TFTP server.  This is
done by running <userinput>arp -s
<replaceable>IP-address</replaceable>
<replaceable>MAC-address</replaceable></userinput> as root on the
machine acting as TFTP server. The MAC-address of the DECstation can
be read out by entering <command>cnfg</command> at the DECstation
firmware prompt.
-->
ե० TFTP žκ ARP ꥯȤȿʤ
 ARP ॢȤꡢžߤޤ
褹ˤϡDEC station Υͥåȥɤ MAC ɥ쥹
TFTP Ф ARP ơ֥Ūɲä뤳ȤǤ
Ԥˤ TFTP Хޥ root ¤
<userinput>arp -s
<replaceable>IP-address</replaceable>
<replaceable>MAC-address</replaceable></userinput> Ȥޤ
DECstation  MAC-address ϡDECstation ե०ΥץץȤ
<command>cnfg</command> ϤФ狼ޤ

</para></listitem>
<listitem><para>

<!--
The firmware has a size limit on the files that can be booted
by TFTP.
-->
TFTP 鵯ưǤե륵¤ե०ˤ롣

</para></listitem>
</orderedlist>

<!--
There are also firmware revisions that cannot boot via TFTP at all. An
overview about the different firmware revisions can be found at the
NetBSD web pages:
<ulink url="http://www.netbsd.org/Ports/pmax/board-list.html#proms"></ulink>.
-->
⤽ TFTP ϵưǤʤե०ӥ⤢ޤ
ե०ӥ󤴤Ȥΰ㤤ˤĤƤγϡ
NetBSD web ڡ:
<ulink url="http://www.netbsd.org/Ports/pmax/board-list.html#proms"></ulink>.
ˤޤ

</para>
   </sect3>

   <sect3 arch="alpha">
   <title>Alpha TFTP ֡</title>
<para>
<!--
On Alpha, you must specify the filename (as a relative path to the
boot image directory) using the <userinput>-file</userinput> argument
to the SRM <userinput>boot</userinput> command, or by setting the
<userinput>BOOT_FILE</userinput> environment variable.  Alternatively,
the filename can be given via BOOTP (in ISC <command>dhcpd</command>,
use the <userinput>filename</userinput> directive).  Unlike Open
Firmware, there is <emphasis>no default filename</emphasis> on SRM, so
you <emphasis>must</emphasis> specify a filename by either one of
these methods.
-->
Alpha ǤϡSRM  <userinput>boot</userinput> ޥɤ 
<userinput>-file</userinput> Ȥ
<userinput>BOOT_FILE</userinput> ĶѿȤơ
ե̾ (֡ȥ᡼ǥ쥯ȥ꤫ХѥȤ) 
Ϳɬפޤ
뤤ϥե̾ϡBOOTP  (ISC <command>dhcpd</command> ʤ 
<userinput>filename</userinput> ǥ쥯ƥ֤ˤä)
Ϳ뤳ȤǤޤ Open Firmware ȤϰۤʤꡢSRM ˤ
<emphasis>ǥեȤΥե̾Ϥޤ</emphasis>
äơˡΤ줫ǥե̾ͿʤФʤޤ

</para>
   </sect3>

   <sect3 arch="sparc">
   <title>SPARC TFTP ֡</title>
<para>

<!--
Some SPARC architectures add the subarchitecture names, such as
<quote>SUN4M</quote> or <quote>SUN4C</quote>, to the filename. Thus,
if your system's subarchitecture is a SUN4C, and its IP is 192.168.1.3,
the filename would be <filename>C0A80103.SUN4C</filename>. However,
there are also subarchitectures where the file the client looks for is
just <filename>client-ip-in-hex</filename>. An easy way to determine the
hexadecimal code for the IP address is to enter the following command
in a shell (assuming the machine's intended IP is 10.0.0.4).
-->
<!--nabetaro Ĥޤ -->
SPARC ƥǤϡ
<quote>SUN4M</quote>  <quote>SUN4C</quote> Τ褦
֥ƥ̾ե̾ɲäޤ
㤨СƥΥ֥ƥ㤬 SUN4C 
IP ɥ쥹 192.168.1.3 ξ硢
ե̾ <filename>C0A80103.SUN4C</filename> Ȥʤޤ
饤Ȥõե뤬
<filename>client-ip-in-hex</filename> Ȥʤ륵֥ƥ⤢ޤ
IP ɥ쥹 16 ɽñˤϡ
ʲΥޥɤ򥷥ϤƤ
(ꤷƤ IP ɥ쥹 10.0.0.4 Ǥ)

<informalexample><screen>
$ printf '%.2x%.2x%.2x%.2x\n' 10 0 0 4
</screen></informalexample>
 
<!--
To get to the correct filename, you will need to change all letters to
uppercase and if necessary append the subarchitecture name.
-->
ե̾ˤϡʸ򤹤٤ʸѹ
(ɬפʤ) ֥ƥ̾ɲäʤФʤޤ

</para><para>

<!--
If you've done all this correctly, giving the command <userinput>boot
net</userinput> from the OpenPROM should load the image. If the image
cannot be found, try checking the logs on your tftp server to see which
image name is being requested.
-->
٤Ԥȡ
OpenPROM  <userinput>boot net</userinput> ޥɤͿơ
᡼ɤǤޤ
᡼Ĥʤ硢tftp ФΥå
ɤΤ褦̾Υ᡼׵ᤵƤ뤫ǧƤ

</para><para>

<!--
You can also force some sparc systems to look for a specific file name
by adding it to the end of the OpenPROM boot command, such as
<userinput>boot net my-sparc.image</userinput>. This must still reside
in the directory that the TFTP server looks in.
-->
OpenPROM  boot ޥɤ˥ե̾ɲäơ
sparc ƥˤ̾Υեõ褦ꤹ뤳ȤǤޤ
(<userinput>boot net my-sparc.image</userinput> Τ褦ˤʤޤ)
Υե֤ΤϡˤƤ
TFTP Фǥ쥯ȥǤʤФޤ

</para>
   </sect3>

   <sect3 arch="m68k">
   <title>BVM/Motorola TFTP ֡</title>
<para>

<!--
For BVM and Motorola VMEbus systems copy the files
&bvme6000-tftp-files; to <filename>/tftpboot/</filename>.
-->
BVM ƥ Motorola VMEbus ƥǤϡ
&bvme6000-tftp-files;  <filename>/tftpboot/</filename>
˥ԡƤ

</para><para>

<!--
Next, configure your boot ROMs or BOOTP server to initially load the
<filename>tftplilo.bvme</filename> or
<filename>tftplilo.mvme</filename> files from the TFTP server.  Refer
to the <filename>tftplilo.txt</filename> file for your subarchitecture
for additional system-specific configuration information.
-->
 boot ROM  BOOTP Фꤷơ
<filename>tftplilo.bvme</filename> ޤ 
<filename>tftplilo.mvme</filename> Ȥäե
TFTP Фǽ˥ɤ褦ˤƤ
ȤΥ֥ƥˤĤƤ䡢
ƥͭ˴ؤƤϡ
<filename>tftplilo.txt</filename> 򻲾ȤƤ

</para>
   </sect3>

   <sect3 arch="mips">
<!--
   <title>SGI TFTP Booting</title>
-->
   <title>SGI TFTP ֡</title>
<para>

<!--
On SGI machines you can rely on the <command>bootpd</command> to supply
the name of the TFTP file. It is given either as the
<userinput>bf=</userinput> in <filename>/etc/bootptab</filename> or as
the <userinput>filename=</userinput> option in
<filename>/etc/dhcpd.conf</filename>.
-->
SGI ΥޥǤϡTFTP ե̾λ
<command>bootpd</command> ˹Ԥ碌뤳ȤǤޤ

<filename>/etc/bootptab</filename>  <userinput>bf=</userinput> ˻ꤹ뤫
<filename>/etc/dhcpd.conf</filename>  <userinput>filename=</userinput> 
ץ˻ꤷޤ

</para>
   </sect3>

   <sect3 arch="mips">
<!--
   <title>Broadcom BCM91250A and BCM91480B TFTP Booting</title>
-->
   <title>Broadcom BCM91250A, BCM91480B  TFTP ֡</title>
<para>

<!--
You don't have to configure DHCP in a special way because you'll pass the
full path of the file to be loaded to CFE.
-->
CFE ˥ɤեΥեѥϤƤ뤿ᡢ
ü DHCP 򤹤ɬפϤޤ

</para>
   </sect3>

  </sect2>

<!-- FIXME: commented out since it seems too old to be usable and a current
            way is not known
             ʸ򤽤Τޤޤ˥ȥȤޤ

  <sect2 id="tftp-low-memory">
  <title>ξʤƥǤ TFTP 󥹥ȡ</title>
<para>

On some systems, the standard installation RAMdisk, combined with the
memory requirements of the TFTP boot image, cannot fit in memory.  In
this case, you can still install using TFTP, you'll just have to go
through the additional step of NFS mounting your root directory over
the network as well.  This type of setup is also appropriate for
diskless or dataless clients.
ƥˤäƤϡɸΥ󥹥ȡ RAM ǥȡ
TFTP ֡ȥ᡼ɬפʥȤ򤢤碌ȡ
꤬­ʤȤޤ
ξǤ TFTP Ѥ󥹥ȡϲǽǡ
롼ȥǥ쥯ȥƱͤ˥ͥåȥ
NFS ǥޥȤ褦ˤФΤǤ
Υפϡ
ǥ쥹饤Ȥǡ쥹饤ȤˤŬƤޤ

</para><para>

First, follow all the steps above in <xref linkend="install-tftp"/>.
ޤ<xref linkend="install-tftp"/> ƤƤμƧǤ

<orderedlist>
<listitem><para>

Copy the Linux kernel image on your TFTP server using the
<userinput>a.out</userinput> image for the architecture you are
booting.
Linux ͥ륤᡼ TFTP Ф˥ԡޤ
ư褦ȤƤ륢ƥ 
<userinput>a.out</userinput> ᡼ˤƤ

</para></listitem>
<listitem><para>

Untar the root archive on your NFS server (can be the same system as
your TFTP server):
root ֤ NFS Ф untar ޤ
(NFS Ф TFTP ФƱޥǤ⹽ޤ)

<informalexample><screen>
# cd /tftpboot
# tar xvzf root.tar.gz
</screen></informalexample>

Be sure to use the GNU <command>tar</command> (other tar programs, like the
SunOS one, badly handle devices as plain files).
GNU <command>tar</command> ȤäƤ
(SunOS ΤΤʤɡ¾ tar ץǤϡ
ǥХ̾ΥեȤưäƤޤޤ)

</para></listitem>
<listitem><para>

Export your <filename>/tftpboot/debian-sparc-root</filename> directory
with root access to your client.  E.g., add the following line to
<filename>/etc/exports</filename> (GNU/Linux syntax, should be similar
for SunOS):
<filename>/tftpboot/debian-sparc-root</filename> ǥ쥯ȥ
饤Ȥ root ǥǤ褦ˤޤ
Ĥޤ꼡ιԤ <filename>/etc/exports</filename> ɲäޤ
(GNU/Linux ν񼰤ǤSunOS ǤƱ褦ʤΤΤϤ):

<informalexample><screen>
/tftpboot/debian-sparc-root <replaceable>client</replaceable>(rw,no_root_squash
</screen></informalexample>

NOTE: <replaceable>client</replaceable> is the host name or IP address recognized
by the server for the system you are booting.
: <replaceable>client</replaceable> ϡư褦ȤƤ륷ƥ
(ΥФ鸫) ۥ̾ޤ IP ɥ쥹ˤޤ

</para></listitem>
<listitem><para>

Create a symbolic link from your client IP address in dotted notation
to <filename>debian-sparc-root</filename> in the
<filename>/tftpboot</filename> directory.  For example, if the client
IP address is 192.168.1.3, do
<filename>/tftpboot</filename> ǥ쥯ȥˡ
<filename>debian-sparc-root</filename> Ф륷ܥå󥯤
IP ɥ쥹̾ (ɥåȶڤɽ) Ǻޤ
㤨Х饤Ȥ IP ɥ쥹 192.168.1.3 ʤ鼡Τ褦ˤޤ

<informalexample><screen>
# ln -s debian-sparc-root 192.168.1.3
</screen></informalexample>

</para></listitem>
</orderedlist>

</para>

  </sect2>

  <sect2 condition="supports-nfsroot">
  <title>TFTP  NFS Root ǤΥ󥹥ȡ</title>
<para>

Installing with TFTP and NFS Root is similar to
<xref linkend="tftp-low-memory"/> because you don't want to
load the RAMdisk anymore but boot from the newly created NFS-root file
system.  You then need to replace the symlink to the tftpboot image by
a symlink to the kernel image (for example,
<filename>linux-a.out</filename>).
<xref linkend="tftp-low-memory"/> ξȻƤޤ
RAM ǥɤ
ä NFS-root ե륷ƥफ鵯ư櫓Ǥ顣
tftpboot ᡼ؤΥܥå󥯤ϡ
ͥ륤᡼ؤΥܥå
(㤨 <filename>linux-a.out</filename>) ֤ɬפޤ

</para><para>

RARP/TFTP requires all daemons to be running on the same server (the
workstation is sending a TFTP request back to the server that replied
to its previous RARP request).
RARP/TFTP ϡ٤ƤΥǡƱФưƤɬפޤ
(sparc ơ TFTP ꥯȤ RARP ꥯȤ
Фޤ)
</para>


  </sect2>
END FIXME -->
 </sect1>