- Whitespace cleanup. Translators can ignore this change.
This commit is contained in:
parent
65c67b4a45
commit
d929cdd3d9
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=31964
1 changed files with 167 additions and 140 deletions
|
@ -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 — your modem</para>
|
||||
<para>Data Communications Equipment — 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 bps. The 286 PC uses no parity and
|
||||
connects at 19200 bps.</para>
|
||||
|
||||
connects at 38400 bps. The 286 PC uses no parity
|
||||
and connects at 19200 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 bps, the <acronym>CD</acronym> signal to detect when a call has
|
||||
been answered or the line has been hung up, and the
|
||||
2400 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 Kbps) connections to the modem might make the modem run
|
||||
its RS-232 interface at 19.2 Kbps, while 2400 bps connections make the
|
||||
modem's RS-232 interface run at 2400 bps. Because
|
||||
<command>getty</command> does not understand any particular modem's
|
||||
connection speed reporting, <command>getty</command> gives a
|
||||
V.32bis (14.4 Kbps) connections to the modem might make the modem
|
||||
run its RS-232 interface at 19.2 Kbps, while 2400 bps
|
||||
connections make the modem's RS-232 interface run at 2400 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 Kbps
|
||||
(for a V.32bis connection), then cycles through 9600 bps (for
|
||||
V.32), 2400 bps, 1200 bps, 300 bps, and back to 19.2 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 Kbps (for a V.32bis connection), then cycles through
|
||||
9600 bps (for V.32), 2400 bps, 1200 bps,
|
||||
300 bps, and back to 19.2 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 Kbps modem and/or you want to take
|
||||
advantage of compression on a 14.4 Kbps modem, you need to use a
|
||||
higher communications rate than 19.2 Kbps. Here is an example of
|
||||
a <filename>gettytab</filename> entry starting a 57.6 Kbps:</para>
|
||||
advantage of compression on a 14.4 Kbps modem, you need to
|
||||
use a higher communications rate than 19.2 Kbps. Here is an
|
||||
example of a <filename>gettytab</filename> entry starting a
|
||||
57.6 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 Kbps, the <filename>ttys</filename> entry
|
||||
might look like this:</para>
|
||||
speed is locked at 19.2 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 Kbps (the <filename>gettytab</filename> entry containing the
|
||||
<literal>V19200</literal> starting point), your
|
||||
19.2 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&C1&D2&H1&I0&R2&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&C1&D2&H1&I0&R2&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&B1&W</programlisting>
|
||||
|
@ -1660,10 +1681,10 @@ AT&B1&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&B2&W</programlisting>
|
||||
|
@ -1809,8 +1830,8 @@ AT&B2&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 bps which is why it looks for a
|
||||
<literal>tip1200</literal> entry. You do not have to use 1200 bps,
|
||||
though.</para>
|
||||
<literal>tip1200</literal> entry. You do not have to use
|
||||
1200 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>$HOME/.tiprc</filename>
|
||||
file:</para>
|
||||
specifying the following in your
|
||||
<filename>$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 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 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>>> 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
|
||||
|
|
Loading…
Reference in a new issue