summaryrefslogtreecommitdiff
path: root/po/pot/install-methods.pot
diff options
context:
space:
mode:
Diffstat (limited to 'po/pot/install-methods.pot')
-rw-r--r--po/pot/install-methods.pot142
1 files changed, 76 insertions, 66 deletions
diff --git a/po/pot/install-methods.pot b/po/pot/install-methods.pot
index 4bd915dbd..558c502a4 100644
--- a/po/pot/install-methods.pot
+++ b/po/pot/install-methods.pot
@@ -6,7 +6,7 @@ msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: debian-boot@lists.debian.org\n"
-"POT-Creation-Date: 2006-08-18 17:32+0000\n"
+"POT-Creation-Date: 2006-12-27 04:04+0000\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
@@ -814,77 +814,77 @@ msgstr ""
#. Tag: para
#: install-methods.xml:1079
#, no-c-format
-msgid "You need to setup a TFTP server, and for many machines, a BOOTP server <phrase condition=\"supports-rarp\">, or RARP server</phrase> <phrase condition=\"supports-dhcp\">, or DHCP server</phrase>."
+msgid "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>."
msgstr ""
#. Tag: para
-#: install-methods.xml:1085
+#: install-methods.xml:1086
#, no-c-format
-msgid "<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-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 arch=\"m68k\"> Yet another alternative exists on VMEbus systems: the IP address can be manually configured in boot ROM. </phrase> <phrase condition=\"supports-dhcp\">The DHCP (Dynamic Host Configuration Protocol) is a more flexible, backwards-compatible extension of BOOTP. Some systems can only be configured via DHCP. </phrase>"
+msgid "<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-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 arch=\"m68k\">Yet another alternative exists on VMEbus systems: the IP address can be manually configured in boot 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."
msgstr ""
#. Tag: para
-#: install-methods.xml:1102
+#: install-methods.xml:1103
#, no-c-format
msgid "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."
msgstr ""
#. Tag: para
-#: install-methods.xml:1108
+#: install-methods.xml:1109
#, no-c-format
msgid "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> <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. </para> </footnote>. You can also enter the IP configuration for network interfaces directly in the SRM console."
msgstr ""
#. Tag: para
-#: install-methods.xml:1125
+#: install-methods.xml:1126
#, no-c-format
msgid "Some older HPPA machines (e.g. 715/75) use RBOOTD rather than BOOTP. There is an <classname>rbootd</classname> package available in Debian."
msgstr ""
#. Tag: para
-#: install-methods.xml:1130
+#: install-methods.xml:1131
#, no-c-format
msgid "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."
msgstr ""
#. Tag: para
-#: install-methods.xml:1138
+#: install-methods.xml:1139
#, no-c-format
msgid "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>."
msgstr ""
#. Tag: title
-#: install-methods.xml:1156
+#: install-methods.xml:1157
#, no-c-format
msgid "Setting up RARP server"
msgstr ""
#. Tag: para
-#: install-methods.xml:1157
+#: install-methods.xml:1158
#, no-c-format
msgid "To set up RARP, you need to know the Ethernet address (a.k.a. the MAC address) of the client computers to be installed. If you don't know this information, you can <phrase arch=\"sparc\"> pick it off the initial OpenPROM boot messages, use the OpenBoot <userinput>.enet-addr</userinput> command, or </phrase> boot into <quote>Rescue</quote> mode (e.g., from the rescue floppy) and use the command <userinput>/sbin/ifconfig eth0</userinput>."
msgstr ""
#. Tag: para
-#: install-methods.xml:1169
+#: install-methods.xml:1170
#, no-c-format
msgid "On a RARP server system using a Linux 2.4 or 2.6 kernel, or Solaris/SunOS, you use the <command>rarpd</command> program. You need to ensure that the Ethernet hardware address for the client is listed in the <quote>ethers</quote> database (either in the <filename>/etc/ethers</filename> file, or via NIS/NIS+) and in the <quote>hosts</quote> database. Then you need to start the RARP daemon. Issue the command (as root): <userinput>/usr/sbin/rarpd -a</userinput> on most Linux systems and SunOS 5 (Solaris 2), <userinput>/usr/sbin/in.rarpd -a</userinput> on some other Linux systems, or <userinput>/usr/etc/rarpd -a</userinput> in SunOS 4 (Solaris 1)."
msgstr ""
#. Tag: title
-#: install-methods.xml:1191
+#: install-methods.xml:1192
#, no-c-format
-msgid "Setting up BOOTP server"
+msgid "Setting up a BOOTP server"
msgstr ""
#. Tag: para
-#: install-methods.xml:1192
+#: install-methods.xml:1193
#, no-c-format
-msgid "There are two BOOTP servers available for GNU/Linux. The first is CMU <command>bootpd</command>. The other is actually a DHCP server: ISC <command>dhcpd</command>. In &debian; these are contained in the <classname>bootp</classname> and <classname>dhcp</classname> packages respectively."
+msgid "There are two BOOTP servers available for GNU/Linux. The first is CMU <command>bootpd</command>. The other is actually a DHCP server: ISC <command>dhcpd</command>. In &debian; these are contained in the <classname>bootp</classname> and <classname>dhcp3-server</classname> packages respectively."
msgstr ""
#. Tag: para
-#: install-methods.xml:1200
+#: install-methods.xml:1201
#, no-c-format
msgid ""
"To use CMU <command>bootpd</command>, you must first uncomment (or add) the relevant line in <filename>/etc/inetd.conf</filename>. On &debian;, you can run <userinput>update-inetd --enable bootps</userinput>, then <userinput>/etc/init.d/inetd reload</userinput> to do so. Just in case your BOOTP server does not run Debian, the line in question should look like: <informalexample><screen>\n"
@@ -901,22 +901,27 @@ msgid ""
msgstr ""
#. Tag: para
-#: install-methods.xml:1233
+#: install-methods.xml:1234
#, no-c-format
-msgid "By contrast, setting up BOOTP with ISC <command>dhcpd</command> is really easy, because it treats BOOTP clients as a moderately special case of DHCP clients. Some architectures require a complex configuration for booting clients via BOOTP. If yours is one of those, read the section <xref linkend=\"dhcpd\"/>. Otherwise, you will probably be able to get away with simply adding the <userinput>allow bootp</userinput> directive to the configuration block for the subnet containing the client, and restart <command>dhcpd</command> with <userinput>/etc/init.d/dhcpd restart</userinput>."
+msgid "By contrast, setting up BOOTP with ISC <command>dhcpd</command> is really easy, because it treats BOOTP clients as a moderately special case of DHCP clients. Some architectures require a complex configuration for booting clients via BOOTP. If yours is one of those, read the section <xref linkend=\"dhcpd\"/>. In that case, you will probably be able to get away with simply adding the <userinput>allow bootp</userinput> directive to the configuration block for the subnet containing the client, and restart <command>dhcpd</command> with <userinput>/etc/init.d/dhcpd3-server restart</userinput>."
msgstr ""
#. Tag: title
-#: install-methods.xml:1254
+#: install-methods.xml:1255
#, no-c-format
msgid "Setting up a DHCP server"
msgstr ""
#. Tag: para
-#: install-methods.xml:1255
+#: install-methods.xml:1256
+#, no-c-format
+msgid "One free software DHCP server is ISC <command>dhcpd</command>. For &debian;, the <classname>dhcp3-server</classname> package is recommended. Here is a sample configuration file for it (see <filename>/etc/dhcp3/dhcpd.conf</filename>):"
+msgstr ""
+
+#. Tag: screen
+#: install-methods.xml:1263
#, no-c-format
msgid ""
- "One free software DHCP server is ISC <command>dhcpd</command>. In &debian;, this is available in the <classname>dhcp</classname> package. Here is a sample configuration file for it (usually <filename>/etc/dhcpd.conf</filename>): <informalexample><screen>\n"
"option domain-name \"example.com\";\n"
"option domain-name-servers ns1.example.com;\n"
"option subnet-mask 255.255.255.0;\n"
@@ -935,30 +940,29 @@ msgid ""
" next-server servername;\n"
" hardware ethernet 01:23:45:67:89:AB;\n"
" fixed-address 192.168.1.90;\n"
- "}\n"
- "</screen></informalexample> Note: the new (and preferred) <classname>dhcp3</classname> package uses <filename>/etc/dhcp3/dhcpd.conf</filename>."
+ "}"
msgstr ""
#. Tag: para
-#: install-methods.xml:1267
+#: install-methods.xml:1265
#, no-c-format
msgid "In this example, there is one server <replaceable>servername</replaceable> which performs all of the work of DHCP server, TFTP server, and network gateway. You will almost certainly need to change the domain-name options, as well as the server name and client hardware address. The <replaceable>filename</replaceable> option should be the name of the file which will be retrieved via TFTP."
msgstr ""
#. Tag: para
-#: install-methods.xml:1277
+#: install-methods.xml:1275
#, no-c-format
-msgid "After you have edited the <command>dhcpd</command> configuration file, restart it with <userinput>/etc/init.d/dhcpd restart</userinput>."
+msgid "After you have edited the <command>dhcpd</command> configuration file, restart it with <userinput>/etc/init.d/dhcpd3-server restart</userinput>."
msgstr ""
#. Tag: title
-#: install-methods.xml:1285
+#: install-methods.xml:1283
#, no-c-format
msgid "Enabling PXE Booting in the DHCP configuration"
msgstr ""
#. Tag: para
-#: install-methods.xml:1286
+#: install-methods.xml:1284
#, no-c-format
msgid ""
"Here is another example for a <filename>dhcp.conf</filename> using the Pre-boot Execution Environment (PXE) method of TFTP. <informalexample><screen>\n"
@@ -982,24 +986,24 @@ msgid ""
"}\n"
"\n"
"group {\n"
- " next-server 192.168.1.3;\n"
- " host tftpclient {\n"
+ " next-server 192.168.1.3;\n"
+ " host tftpclient {\n"
"# tftp client hardware address\n"
" hardware ethernet 00:10:DC:27:6C:15;\n"
- " filename \"/tftpboot/pxelinux.0\";\n"
+ " filename \"pxelinux.0\";\n"
" }\n"
"}\n"
"</screen></informalexample> Note that for PXE booting, the client filename <filename>pxelinux.0</filename> is a boot loader, not a kernel image (see <xref linkend=\"tftp-images\"/> below)."
msgstr ""
#. Tag: title
-#: install-methods.xml:1302
+#: install-methods.xml:1300
#, no-c-format
msgid "Enabling the TFTP Server"
msgstr ""
#. Tag: para
-#: install-methods.xml:1303
+#: install-methods.xml:1301
#, no-c-format
msgid ""
"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>: <informalexample><screen>\n"
@@ -1008,13 +1012,19 @@ msgid ""
msgstr ""
#. Tag: para
-#: install-methods.xml:1314
+#: install-methods.xml:1313
#, no-c-format
-msgid "Look in that file and remember the directory which is used as the argument of <command>in.tftpd</command>; you'll need that below. 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. 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>."
+msgid "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."
msgstr ""
#. Tag: para
-#: install-methods.xml:1328
+#: install-methods.xml:1323
+#, no-c-format
+msgid "Look in <filename>/etc/inetd.conf</filename> and remember the directory which is used as the argument of <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. </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>."
+msgstr ""
+
+#. Tag: para
+#: install-methods.xml:1341
#, no-c-format
msgid ""
"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: <informalexample><screen>\n"
@@ -1025,85 +1035,85 @@ msgid ""
msgstr ""
#. Tag: title
-#: install-methods.xml:1350
+#: install-methods.xml:1363
#, no-c-format
msgid "Move TFTP Images Into Place"
msgstr ""
#. Tag: para
-#: install-methods.xml:1351
+#: install-methods.xml:1364
#, no-c-format
-msgid "Next, place the TFTP boot image you need, as found in <xref linkend=\"where-files\"/>, in the <command>tftpd</command> boot image directory. Generally, this directory will be <filename>/tftpboot</filename>. You'll 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."
+msgid "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."
msgstr ""
#. Tag: para
-#: install-methods.xml:1361
+#: install-methods.xml:1373
#, no-c-format
msgid "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."
msgstr ""
#. Tag: para
-#: install-methods.xml:1370
+#: install-methods.xml:1382
#, no-c-format
-msgid "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."
+msgid "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."
msgstr ""
#. Tag: para
-#: install-methods.xml:1378
+#: install-methods.xml:1390
#, no-c-format
msgid "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."
msgstr ""
#. Tag: title
-#: install-methods.xml:1390
+#: install-methods.xml:1402
#, no-c-format
msgid "DECstation TFTP Images"
msgstr ""
#. Tag: para
-#: install-methods.xml:1391
+#: install-methods.xml:1403
#, no-c-format
msgid "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."
msgstr ""
#. Tag: para
-#: install-methods.xml:1401
+#: install-methods.xml:1413
#, no-c-format
msgid "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:"
msgstr ""
#. Tag: userinput
-#: install-methods.xml:1413
+#: install-methods.xml:1425
#, no-c-format
msgid "boot #/tftp/filename param1=value1 param2=value2 ..."
msgstr ""
#. Tag: para
-#: install-methods.xml:1415
+#: install-methods.xml:1427
#, no-c-format
msgid "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: <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. </para></listitem> <listitem><para> The firmware has a size limit on the files that can be booted by 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>."
msgstr ""
#. Tag: title
-#: install-methods.xml:1453
+#: install-methods.xml:1465
#, no-c-format
msgid "Alpha TFTP Booting"
msgstr ""
#. Tag: para
-#: install-methods.xml:1454
+#: install-methods.xml:1466
#, no-c-format
msgid "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."
msgstr ""
#. Tag: title
-#: install-methods.xml:1469
+#: install-methods.xml:1481
#, no-c-format
msgid "SPARC TFTP Booting"
msgstr ""
#. Tag: para
-#: install-methods.xml:1470
+#: install-methods.xml:1482
#, no-c-format
msgid ""
"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). <informalexample><screen>\n"
@@ -1112,79 +1122,79 @@ msgid ""
msgstr ""
#. Tag: para
-#: install-methods.xml:1486
+#: install-methods.xml:1498
#, no-c-format
msgid "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."
msgstr ""
#. Tag: title
-#: install-methods.xml:1497
+#: install-methods.xml:1509
#, no-c-format
msgid "BVM/Motorola TFTP Booting"
msgstr ""
#. Tag: para
-#: install-methods.xml:1498
+#: install-methods.xml:1510
#, no-c-format
msgid "For BVM and Motorola VMEbus systems copy the files &bvme6000-tftp-files; to <filename>/tftpboot/</filename>."
msgstr ""
#. Tag: para
-#: install-methods.xml:1503
+#: install-methods.xml:1515
#, no-c-format
msgid "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."
msgstr ""
#. Tag: title
-#: install-methods.xml:1515
+#: install-methods.xml:1527
#, no-c-format
msgid "SGI TFTP Booting"
msgstr ""
#. Tag: para
-#: install-methods.xml:1516
+#: install-methods.xml:1528
#, no-c-format
msgid "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>."
msgstr ""
#. Tag: title
-#: install-methods.xml:1528
+#: install-methods.xml:1540
#, no-c-format
msgid "Broadcom BCM91250A and BCM91480B TFTP Booting"
msgstr ""
#. Tag: para
-#: install-methods.xml:1529
+#: install-methods.xml:1541
#, no-c-format
msgid "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."
msgstr ""
#. Tag: title
-#: install-methods.xml:1634
+#: install-methods.xml:1646
#, no-c-format
msgid "Automatic Installation"
msgstr ""
#. Tag: para
-#: install-methods.xml:1635
+#: install-methods.xml:1647
#, no-c-format
msgid "For installing on multiple computers it's possible to do fully automatic installations. Debian packages intended for this include <classname>fai</classname> (which uses an install server), <classname>replicator</classname>, <classname>systemimager</classname>, <classname>autoinstall</classname>, and the Debian Installer itself."
msgstr ""
#. Tag: title
-#: install-methods.xml:1648
+#: install-methods.xml:1660
#, no-c-format
msgid "Automatic Installation Using the Debian Installer"
msgstr ""
#. Tag: para
-#: install-methods.xml:1649
+#: install-methods.xml:1661
#, no-c-format
msgid "The Debian Installer supports automating installs via preconfiguration files. A preconfiguration file can be loaded from the network or from removable media, and used to fill in answers to questions asked during the installation process."
msgstr ""
#. Tag: para
-#: install-methods.xml:1656
+#: install-methods.xml:1668
#, no-c-format
msgid "Full documentation on preseeding including a working example that you can edit is in <xref linkend=\"appendix-preseed\"/>."
msgstr ""