- Whitespace cleanup. Translators can ignore this change.

This commit is contained in:
Gabor Kovesdan 2008-05-06 13:30:05 +00:00
parent 65c67b4a45
commit d929cdd3d9
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=31964

View file

@ -11,6 +11,7 @@
<title>Synopsis</title>
<indexterm><primary>serial communications</primary></indexterm>
<para>&unix; has always had support for serial communications. In fact,
the very first &unix; machines relied on serial lines for user input
and output. Things have changed a lot from the days when the average
@ -19,25 +20,41 @@
which FreeBSD uses serial communications.</para>
<para>After reading this chapter, you will know:</para>
<itemizedlist>
<listitem><para>How to connect terminals to your FreeBSD
system.</para></listitem>
<listitem><para>How to use a modem to dial out to remote
hosts.</para></listitem>
<listitem><para>How to allow remote users to login to your
system with a modem.</para></listitem>
<listitem><para>How to boot your system from a serial
console.</para></listitem>
<listitem>
<para>How to connect terminals to your FreeBSD
system.</para>
</listitem>
<listitem>
<para>How to use a modem to dial out to remote
hosts.</para>
</listitem>
<listitem>
<para>How to allow remote users to login to your
system with a modem.</para>
</listitem>
<listitem>
<para>How to boot your system from a serial console.</para>
</listitem>
</itemizedlist>
<para>Before reading this chapter, you should:</para>
<itemizedlist>
<listitem><para>Know how to configure and install a new kernel (<xref
linkend="kernelconfig">).</para></listitem>
<listitem><para>Understand &unix; permissions and processes (<xref linkend="basics">).</para></listitem>
<listitem><para>Have access to the technical manual for the
serial hardware (modem or multi-port card) that you would like
to use with FreeBSD.</para></listitem>
<listitem>
<para>Know how to configure and install a new kernel (<xref
linkend="kernelconfig">).</para>
</listitem>
<listitem>
<para>Understand &unix; permissions and processes (<xref
linkend="basics">).</para>
</listitem>
<listitem>
<para>Have access to the technical manual for the serial hardware
(modem or multi-port card) that you would like to use with
FreeBSD.</para>
</listitem>
</itemizedlist>
</sect1>
@ -72,7 +89,7 @@
<term>DCE</term>
<indexterm><primary>DCE</primary></indexterm>
<listitem>
<para>Data Communications Equipment &mdash; your modem</para>
<para>Data Communications Equipment &mdash; your modem</para>
</listitem>
</varlistentry>
@ -97,8 +114,8 @@
<title>Cables and Ports</title>
<para>To connect a modem or terminal to your FreeBSD system, you
will need a serial port on your computer and the proper cable to connect
to your serial device. If you are already familiar with your
will need a serial port on your computer and the proper cable to
connect to your serial device. If you are already familiar with your
hardware and the cable it requires, you can safely skip this
section.</para>
@ -107,8 +124,8 @@
<para>There are several different kinds of serial cables. The
two most common types for our purposes are null-modem cables
and standard (<quote>straight</quote>) RS-232 cables. The documentation
for your hardware should describe the type of cable
and standard (<quote>straight</quote>) RS-232 cables. The
documentation for your hardware should describe the type of cable
required.</para>
<sect4 id="term-cables-null">
@ -117,19 +134,22 @@
<indexterm>
<primary>null-modem cable</primary>
</indexterm>
<para>A null-modem cable passes some signals, such as <quote>Signal
Ground</quote>, straight through, but switches other signals. For
example, the <quote>Transmitted Data</quote> pin on one end goes to the
<quote>Received Data</quote> pin on the other end.</para>
<para>A null-modem cable passes some signals, such as
<quote>Signal Ground</quote>, straight through, but switches other
signals. For example, the <quote>Transmitted Data</quote> pin on
one end goes to the <quote>Received Data</quote> pin on the other
end.</para>
<para>You can also construct your own null-modem cable for use with
terminals (e.g., for quality purposes). This table shows the RS-232C
<link linkend="serialcomms-signal-names">signals</link> and the pin
numbers on a DB-25 connector. Note that the standard also calls for a
straight-through pin 1 to pin 1 <emphasis>Protective Ground</emphasis>
line, but it is often omitted. Some terminals work OK using only
pins 2, 3 and 7, while others require different configurations than
the examples shown below.</para>
terminals (e.g., for quality purposes). This table shows the
RS-232C <link linkend="serialcomms-signal-names">signals</link>
and the pin numbers on a DB-25 connector. Note that the standard
also calls for a straight-through pin 1 to pin 1
<emphasis>Protective Ground</emphasis> line, but it is often
omitted. Some terminals work OK using only pins 2, 3 and 7,
while others require different configurations than the examples
shown below.</para>
<table frame="none" pgwide="1">
<title>DB-25 to DB-25 Null-Modem Cable</title>
@ -421,11 +441,11 @@
<indexterm><primary>RS-232C cables</primary></indexterm>
<para>A standard serial cable passes all of the RS-232C signals
straight through. That is, the <quote>Transmitted Data</quote> pin on one
end of the cable goes to the <quote>Transmitted Data</quote> pin on the
other end. This is the type of cable to use to connect a modem to your
FreeBSD system, and is also appropriate for some
terminals.</para>
straight through. That is, the <quote>Transmitted Data</quote>
pin on one end of the cable goes to the
<quote>Transmitted Data</quote> pin on the other end. This is
the type of cable to use to connect a modem to your FreeBSD
system, and is also appropriate for some terminals.</para>
</sect4>
</sect3>
@ -445,8 +465,8 @@
your terminal and on the FreeBSD system.</para>
<para>Most terminals will have DB-25 ports. Personal computers,
including PCs running FreeBSD, will have DB-25 or DB-9 ports. If you
have a multiport serial card for your PC, you may have RJ-12 or
including PCs running FreeBSD, will have DB-25 or DB-9 ports. If
you have a multiport serial card for your PC, you may have RJ-12 or
RJ-45 ports.</para>
<para>See the documentation that accompanied the hardware for
@ -770,9 +790,9 @@ sio3: type 16550A</screen>
<note>
<para>Note that device numbers in &os; start from zero and not
one (like they do, for instance in &ms-dos;-derived systems).
This means that what &ms-dos;-based systems
call <devicename>COM1</devicename> is
usually <filename>/dev/cuad0</filename> in &os;.</para>
This means that what &ms-dos;-based systems call
<devicename>COM1</devicename> is usually
<filename>/dev/cuad0</filename> in &os;.</para>
</note>
<note>
@ -864,11 +884,11 @@ sio3: type 16550A</screen>
<para>The <filename>/etc/ttys</filename> file lists all of the ports
on your FreeBSD system where you want to allow logins. For example,
the first virtual console <devicename>ttyv0</devicename> has an entry in
this file. You can log in on the console using this entry. This
file also contains entries for the other virtual consoles, serial ports,
and pseudo-ttys. For a hardwired terminal, just list the serial
port's <filename>/dev</filename> entry without the
the first virtual console <devicename>ttyv0</devicename> has an entry
in this file. You can log in on the console using this entry. This
file also contains entries for the other virtual consoles, serial
ports, and pseudo-ttys. For a hardwired terminal, just list the
serial port's <filename>/dev</filename> entry without the
<filename>/dev</filename> part (for example,
<filename>/dev/ttyv0</filename> would be listed as
<devicename>ttyv0</devicename>).</para>
@ -907,8 +927,8 @@ ttyd5 "/usr/libexec/getty std.19200" vt100 on insecure
the terminal special file as it is found in
<filename>/dev</filename>.</para>
</callout>
<callout arearefs="co-ttys-line1col2">
<callout arearefs="co-ttys-line1col2">
<para>The second field is the command to execute for
this line, which is usually &man.getty.8;.
<command>getty</command> initializes and opens the
@ -940,13 +960,11 @@ ttyd5 "/usr/libexec/getty std.19200" vt100 on insecure
match.</para>
<para>For our example, the Wyse-50 uses no parity and
connects at 38400&nbsp;bps. The 286&nbsp;PC uses no parity and
connects at 19200&nbsp;bps.</para>
connects at 38400&nbsp;bps. The 286&nbsp;PC uses no parity
and connects at 19200&nbsp;bps.</para>
</callout>
<callout arearefs="co-ttys-line1col3">
<para>The third field is the type of terminal usually
connected to that tty line. For dial-up ports,
<literal>unknown</literal> or
@ -961,7 +979,6 @@ ttyd5 "/usr/libexec/getty std.19200" vt100 on insecure
terminal type while the 286 PC running
<application>Procomm</application> will be set to
emulate at VT-100. </para>
</callout>
<callout arearefs="co-ttys-line1col4">
@ -1097,7 +1114,8 @@ ttyd5 "/usr/libexec/getty std.19200" vt100 on insecure
</sect3>
<sect3>
<title>Characters Appear Doubled; the Password Appears When Typed</title>
<title>Characters Appear Doubled; the Password Appears When
Typed</title>
<para>Switch the terminal (or the terminal emulation software)
from <quote>half duplex</quote> or <quote>local echo</quote> to
@ -1214,8 +1232,8 @@ ttyd5 "/usr/libexec/getty std.19200" vt100 on insecure
<para>FreeBSD needs the <acronym>RTS</acronym> and
<acronym>CTS</acronym> signals for flow control at speeds above
2400&nbsp;bps, the <acronym>CD</acronym> signal to detect when a call has
been answered or the line has been hung up, and the
2400&nbsp;bps, the <acronym>CD</acronym> signal to detect when a
call has been answered or the line has been hung up, and the
<acronym>DTR</acronym> signal to reset the modem after a session is
complete. Some cables are wired without all of the needed signals,
so if you have problems, such as a login session not going away when
@ -1297,23 +1315,23 @@ ttyd5 "/usr/libexec/getty std.19200" vt100 on insecure
Lastly, you can place port initialization commands in the
<filename>/etc/rc.d/serial</filename> script.</para>
<para>There are two schools of thought regarding dial-up modems on &unix;.
One group likes to configure their modems and systems so that no matter
at what speed a remote user dials in, the local computer-to-modem
RS-232 interface runs at a locked speed. The benefit of this
configuration is that the remote user always sees a system login
prompt immediately. The downside is that the system does not know
what a user's true data rate is, so full-screen programs like Emacs
will not adjust their screen-painting methods to make their response
better for slower connections.</para>
<para>There are two schools of thought regarding dial-up modems on
&unix;. One group likes to configure their modems and systems so that
no matter at what speed a remote user dials in, the local
computer-to-modem RS-232 interface runs at a locked speed. The benefit
of this configuration is that the remote user always sees a system
login prompt immediately. The downside is that the system does not
know what a user's true data rate is, so full-screen programs like
Emacs will not adjust their screen-painting
methods to make their response better for slower connections.</para>
<para>The other school configures their modems' RS-232 interface to vary
its speed based on the remote user's connection speed. For example,
V.32bis (14.4&nbsp;Kbps) connections to the modem might make the modem run
its RS-232 interface at 19.2&nbsp;Kbps, while 2400&nbsp;bps connections make the
modem's RS-232 interface run at 2400&nbsp;bps. Because
<command>getty</command> does not understand any particular modem's
connection speed reporting, <command>getty</command> gives a
V.32bis (14.4&nbsp;Kbps) connections to the modem might make the modem
run its RS-232 interface at 19.2&nbsp;Kbps, while 2400&nbsp;bps
connections make the modem's RS-232 interface run at 2400&nbsp;bps.
Because <command>getty</command> does not understand any particular
modem's connection speed reporting, <command>getty</command> gives a
<prompt>login:</prompt> message at an initial speed and watches the
characters that come back in response. If the user sees junk, it is
assumed that they know they should press the
@ -1391,19 +1409,21 @@ uq|V19200|High Speed Modem at 19200,8-bit:\
<para>This will result in 8-bit, no parity connections.</para>
<para>The example above starts the communications rate at 19.2&nbsp;Kbps
(for a V.32bis connection), then cycles through 9600&nbsp;bps (for
V.32), 2400&nbsp;bps, 1200&nbsp;bps, 300&nbsp;bps, and back to 19.2&nbsp;Kbps.
Communications rate cycling is implemented with the
<literal>nx=</literal> (<quote>next table</quote>) capability.
Each of the lines uses a <literal>tc=</literal> (<quote>table
continuation</quote>) entry to pick up the rest of the
<quote>standard</quote> settings for a particular data rate.</para>
<para>The example above starts the communications rate at
19.2&nbsp;Kbps (for a V.32bis connection), then cycles through
9600&nbsp;bps (for V.32), 2400&nbsp;bps, 1200&nbsp;bps,
300&nbsp;bps, and back to 19.2&nbsp;Kbps. Communications rate
cycling is implemented with the <literal>nx=</literal>
(<quote>next table</quote>) capability. Each of the lines uses
a <literal>tc=</literal> (<quote>table continuation</quote>)
entry to pick up the rest of the <quote>standard</quote>
settings for a particular data rate.</para>
<para>If you have a 28.8&nbsp;Kbps modem and/or you want to take
advantage of compression on a 14.4&nbsp;Kbps modem, you need to use a
higher communications rate than 19.2&nbsp;Kbps. Here is an example of
a <filename>gettytab</filename> entry starting a 57.6&nbsp;Kbps:</para>
advantage of compression on a 14.4&nbsp;Kbps modem, you need to
use a higher communications rate than 19.2&nbsp;Kbps. Here is an
example of a <filename>gettytab</filename> entry starting a
57.6&nbsp;Kbps:</para>
<programlisting>#
# Additions for a V.32bis or V.34 Modem
@ -1486,8 +1506,8 @@ vq|VH57600|Very High Speed Modem at 57600,8-bit:\
<para>For a locked-speed configuration, your
<filename>ttys</filename> entry needs to have a fixed-speed entry
provided to <command>getty</command>. For a modem whose port
speed is locked at 19.2&nbsp;Kbps, the <filename>ttys</filename> entry
might look like this:</para>
speed is locked at 19.2&nbsp;Kbps, the <filename>ttys</filename>
entry might look like this:</para>
<programlisting>ttyd0 "/usr/libexec/getty std.19200" dialup on</programlisting>
@ -1507,8 +1527,8 @@ vq|VH57600|Very High Speed Modem at 57600,8-bit:\
beginning <quote>auto-baud</quote> (sic) entry in
<filename>/etc/gettytab</filename>. For example, if you added the
above suggested entry for a matching-speed modem that starts at
19.2&nbsp;Kbps (the <filename>gettytab</filename> entry containing the
<literal>V19200</literal> starting point), your
19.2&nbsp;Kbps (the <filename>gettytab</filename> entry containing
the <literal>V19200</literal> starting point), your
<filename>ttys</filename> entry might look like this:</para>
<programlisting>ttyd0 "/usr/libexec/getty V19200" dialup on</programlisting>
@ -1546,10 +1566,11 @@ stty -f /dev/cuad1.init crtscts</programlisting>
<para>If you have a modem whose parameters may be permanently set in
non-volatile RAM, you will need to use a terminal program (such as
Telix under &ms-dos; or <command>tip</command> under FreeBSD) to set the
parameters. Connect to the modem using the same communications speed
as the initial speed <command>getty</command> will use and configure
the modem's non-volatile RAM to match these requirements:</para>
Telix under &ms-dos; or
<command>tip</command> under FreeBSD) to set the parameters. Connect
to the modem using the same communications speed as the initial speed
<command>getty</command> will use and configure the modem's
non-volatile RAM to match these requirements:</para>
<itemizedlist>
<listitem>
@ -1596,9 +1617,9 @@ AT&amp;C1&amp;D2&amp;H1&amp;I0&amp;R2&amp;W</programlisting>
settings in the modem, such as whether it will use V.42bis and/or MNP5
compression.</para>
<para>The &usrobotics; &sportster; 14,400 external modem also has some DIP switches
that need to be set; for other modems, perhaps you can use these
settings as an example:</para>
<para>The &usrobotics; &sportster; 14,400 external modem also has some
DIP switches that need to be set; for other modems, perhaps you can
use these settings as an example:</para>
<itemizedlist>
<listitem>
@ -1647,9 +1668,9 @@ AT&amp;C1&amp;D2&amp;H1&amp;I0&amp;R2&amp;W</programlisting>
<para>For a locked-speed configuration, you will need to configure the
modem to maintain a constant modem-to-computer data rate independent
of the communications rate. On a &usrobotics; &sportster; 14,400 external
modem, these commands will lock the modem-to-computer data rate at
the speed used to issue the commands:</para>
of the communications rate. On a &usrobotics; &sportster; 14,400
external modem, these commands will lock the modem-to-computer data
rate at the speed used to issue the commands:</para>
<programlisting>ATZ
AT&amp;B1&amp;W</programlisting>
@ -1660,10 +1681,10 @@ AT&amp;B1&amp;W</programlisting>
<para>For a variable-speed configuration, you will need to configure
your modem to adjust its serial port data rate to match the incoming
call rate. On a &usrobotics; &sportster; 14,400 external modem, these commands
will lock the modem's error-corrected data rate to the speed used to
issue the commands, but allow the serial port rate to vary for
non-error-corrected connections:</para>
call rate. On a &usrobotics; &sportster; 14,400 external modem,
these commands will lock the modem's error-corrected data rate to the
speed used to issue the commands, but allow the serial port rate to
vary for non-error-corrected connections:</para>
<programlisting>ATZ
AT&amp;B2&amp;W</programlisting>
@ -1809,8 +1830,8 @@ AT&amp;B2&amp;W</programlisting>
<sect2>
<title>My Stock Hayes Modem Is Not Supported, What Can I Do?</title>
<para>Actually, the manual page for <command>tip</command> is out of date.
There is a generic Hayes dialer already built in. Just use
<para>Actually, the manual page for <command>tip</command> is out of
date. There is a generic Hayes dialer already built in. Just use
<literal>at=hayes</literal> in your <filename>/etc/remote</filename>
file.</para>
@ -1914,17 +1935,17 @@ tip57600|Dial any phone number at 57600 bps:\
<literal>cu1200</literal>, but go ahead and use whatever bps rate is
appropriate with the br capability. <command>tip</command> thinks a
good default is 1200&nbsp;bps which is why it looks for a
<literal>tip1200</literal> entry. You do not have to use 1200&nbsp;bps,
though.</para>
<literal>tip1200</literal> entry. You do not have to use
1200&nbsp;bps, though.</para>
</sect2>
<sect2>
<title>I Access a Number of Hosts Through a Terminal Server</title>
<para>Rather than waiting until you are connected and typing
<command>CONNECT <replaceable>host</replaceable></command> each time, use tip's
<literal>cm</literal> capability. For example, these entries in
<filename>/etc/remote</filename>:</para>
<command>CONNECT <replaceable>host</replaceable></command> each time,
use tip's <literal>cm</literal> capability. For example, these entries
in <filename>/etc/remote</filename>:</para>
<programlisting>pain|pain.deep13.com|Forrester's machine:\
:cm=CONNECT pain\n:tc=deep13:
@ -1934,8 +1955,9 @@ deep13:Gizmonics Institute terminal server:\
:dv=/dev/cuad2:br#38400:at=hayes:du:pa=none:pn=5551234:</programlisting>
<para>will let you type <command>tip pain</command> or <command>tip
muffin</command> to connect to the hosts <hostid>pain</hostid> or <hostid>muffin</hostid>, and
<command>tip deep13</command> to get to the terminal server.</para>
muffin</command> to connect to the hosts <hostid>pain</hostid> or
<hostid>muffin</hostid>, and <command>tip deep13</command> to get to
the terminal server.</para>
</sect2>
<sect2>
@ -1979,7 +2001,8 @@ big-university 5551114</programlisting>
</keycombo>
Once?</title>
<para><keycombo action="simul"><keycap>Ctrl</keycap><keycap>P</keycap></keycombo> is the default <quote>force</quote> character, used to tell
<para><keycombo action="simul"><keycap>Ctrl</keycap><keycap>P</keycap></keycombo>
is the default <quote>force</quote> character, used to tell
<command>tip</command> that the next character is literal data. You
can set the force character to any other character with the
<command>~s</command> escape, which means <quote>set a
@ -2007,8 +2030,8 @@ big-university 5551114</programlisting>
servers.</para>
<para>You can have the force character be whatever you want by
specifying the following in your <filename>&#36;HOME/.tiprc</filename>
file:</para>
specifying the following in your
<filename>&#36;HOME/.tiprc</filename> file:</para>
<programlisting>force=<replaceable>single-char</replaceable></programlisting>
</sect2>
@ -2116,9 +2139,9 @@ raisechar=^^</programlisting>
attached, and developers who want to debug the kernel or device
drivers.</para>
<para>As described in <xref linkend="boot">, FreeBSD employs a three stage
bootstrap. The first two stages are in the boot block code which is
stored at the beginning of the FreeBSD slice on the boot disk. The
<para>As described in <xref linkend="boot">, FreeBSD employs a three
stage bootstrap. The first two stages are in the boot block code which
is stored at the beginning of the FreeBSD slice on the boot disk. The
boot block will then load and run the boot loader
(<filename>/boot/loader</filename>) as the third stage code.</para>
@ -2137,8 +2160,8 @@ raisechar=^^</programlisting>
<procedure>
<step>
<para>Connect the serial cable to <devicename>COM1</devicename> and the controlling
terminal.</para>
<para>Connect the serial cable to <devicename>COM1</devicename> and
the controlling terminal.</para>
</step>
<step>
@ -2151,8 +2174,8 @@ raisechar=^^</programlisting>
<para>Edit <filename>/etc/ttys</filename> and change
<literal>off</literal> to <literal>on</literal> and
<literal>dialup</literal> to <literal>vt100</literal> for the
<devicename>ttyd0</devicename> entry. Otherwise a password will not be
required to connect via the serial console, resulting in a
<devicename>ttyd0</devicename> entry. Otherwise a password will
not be required to connect via the serial console, resulting in a
potential security hole.</para>
</step>
@ -2215,9 +2238,9 @@ raisechar=^^</programlisting>
This is because &ps2; mice share some hardware with the keyboard
and leaving the mouse plugged in can fool the keyboard probe
into thinking the keyboard is still there. It is said that a
Gateway 2000 Pentium 90&nbsp;MHz system with an AMI BIOS that behaves
this way. In general, this is not a problem since the mouse is
not much good without the keyboard anyway.</para>
Gateway 2000 Pentium 90&nbsp;MHz system with an AMI BIOS that
behaves this way. In general, this is not a problem since the
mouse is not much good without the keyboard anyway.</para>
</note>
</step>
@ -2341,9 +2364,9 @@ raisechar=^^</programlisting>
console configuration, both the video display and the
serial port will become the console at the same time,
regardless of the state of the <option>-h</option> option.
However, note that the dual console configuration takes effect
only during the boot block is running. Once the boot loader
gets control, the console specified by the
However, note that the dual console configuration takes
effect only during the boot block is running. Once the boot
loader gets control, the console specified by the
<option>-h</option> option becomes the only console.</para>
</listitem>
</varlistentry>
@ -2455,9 +2478,9 @@ Keyboard: no</screen>
you may want to do so in order to make sure things are set up
correctly.</para>
<para>Hit any key, other than <keycap>Enter</keycap>, at the console to
interrupt the boot process. The boot blocks will then prompt you
for further action. You should now see something like:</para>
<para>Hit any key, other than <keycap>Enter</keycap>, at the console
to interrupt the boot process. The boot blocks will then prompt
you for further action. You should now see something like:</para>
<screen>&gt;&gt; FreeBSD/i386 BOOT
Default: 0:ad(0,a)/boot/loader
@ -2471,10 +2494,11 @@ boot:</screen>
<para>If you want the serial console but you do not see the prompt
on the serial terminal, something is wrong with your settings. In
the meantime, you enter <option>-h</option> and hit <keycap>Enter</keycap> or <keycap>Return</keycap>
(if possible) to tell the boot block (and then the boot loader and
the kernel) to choose the serial port for the console. Once the
system is up, go back and check what went wrong.</para>
the meantime, you enter <option>-h</option> and hit
<keycap>Enter</keycap> or <keycap>Return</keycap> (if possible)
to tell the boot block (and then the boot loader and the kernel)
to choose the serial port for the console. Once the system is
up, go back and check what went wrong.</para>
</step>
</procedure>
@ -2693,7 +2717,8 @@ console="comconsole,vidconsole"</programlisting>
<procedure>
<step>
<para>Get the kernel source. (See <xref linkend="cutting-edge">)</para>
<para>Get the kernel source. (See <xref
linkend="cutting-edge">)</para>
</step>
<step>
@ -2724,7 +2749,8 @@ console="comconsole,vidconsole"</programlisting>
</step>
<step>
<para>Recompile and install the boot blocks and the boot loader:</para>
<para>Recompile and install the boot blocks and the boot
loader:</para>
<screen>&prompt.root; <userinput>cd /sys/boot</userinput>
&prompt.root; <userinput>make clean</userinput>
@ -2771,13 +2797,13 @@ ttyd1 "/usr/libexec/getty std.9600" unknown off secure
ttyd2 "/usr/libexec/getty std.9600" unknown off secure
ttyd3 "/usr/libexec/getty std.9600" unknown off secure</programlisting>
<para><devicename>ttyd0</devicename> through <devicename>ttyd3</devicename>
corresponds to <devicename>COM1</devicename> through
<devicename>COM4</devicename>. Change <literal>off</literal> to
<literal>on</literal> for the desired port. If you have changed the
speed of the serial port, you need to change
<literal>std.9600</literal> to match the current setting, e.g.
<literal>std.19200</literal>.</para>
<para><devicename>ttyd0</devicename> through
<devicename>ttyd3</devicename> corresponds to
<devicename>COM1</devicename> through <devicename>COM4</devicename>.
Change <literal>off</literal> to <literal>on</literal> for the
desired port. If you have changed the speed of the serial port,
you need to change <literal>std.9600</literal> to match the current
setting, e.g. <literal>std.19200</literal>.</para>
<para>You may also want to change the terminal type from
<literal>unknown</literal> to the actual type of your serial
@ -2869,8 +2895,9 @@ start</programlisting>
while most systems will let you boot without a keyboard, there
are quite a few that will not let you boot without a graphics adapter.
Machines with AMI BIOSes can be configured to boot with no graphics
adapter installed simply by changing the <quote>graphics adapter</quote> setting in
the CMOS configuration to <quote>Not installed.</quote></para>
adapter installed simply by changing the
<quote>graphics adapter</quote> setting in the CMOS configuration to
<quote>Not installed.</quote></para>
<para>However, many machines do not support this option and will refuse
to boot if you have no display hardware in the system. With these