The translation is temporarily closed for contributions due to maintenance, please come back later.


(itstool) path: question/para
Why does it take so long to connect to my computer via <command>ssh</command> or <command>telnet</command>?
Context English Chinese (Traditional) (zh_TW) State
Over-optimistic motherboard settings: the BIOS settings, and some motherboard jumpers, provide options to set various timings. The defaults are often sufficient, but sometimes setting the wait states on RAM too low, or setting the <quote>RAM Speed: Turbo</quote> option will cause strange behavior. A possible idea is to set to BIOS defaults, after noting the current settings first.
Unclean or insufficient power to the motherboard. Remove any unused I/O boards, hard disks, or CD-ROMs, or disconnect the power cable from them, to see if the power supply can manage a smaller load. Or try another power supply, preferably one with a little more power. For instance, if the current power supply is rated at 250 Watts, try one rated at 300 Watts.
Read the section on <link linkend="signal11">Signal 11</link> for a further explanation and a discussion on how memory testing software or hardware can still pass faulty memory. There is an extensive <acronym>FAQ</acronym> on this at <link xlink:href="">the SIG11 problem <acronym>FAQ</acronym></link>.
Finally, if none of this has helped, it is possibly a bug in FreeBSD. Follow <link linkend="access-pr">these instructions</link> to send a problem report.
My system crashes with either <errorname>Fatal trap 12: page fault in kernel mode</errorname>, or <errorname>panic:</errorname>, and spits out a bunch of information. What should I do?
The FreeBSD developers are interested in these errors, but need more information than just the error message. Copy the full crash message. Then consult the <acronym>FAQ</acronym> section on <link linkend="kernel-panic-troubleshooting">kernel panics</link>, build a debugging kernel, and get a backtrace. This might sound difficult, but does not require any programming skills. Just follow the instructions.
What is the meaning of the error <errorname>maxproc limit exceeded by uid %i, please see tuning(7) and login.conf(5)</errorname>?
The FreeBSD kernel will only allow a certain number of processes to exist at one time. The number is based on the <varname>kern.maxusers</varname> <citerefentry><refentrytitle>sysctl</refentrytitle><manvolnum>8</manvolnum></citerefentry> variable. <varname>kern.maxusers</varname> also affects various other in-kernel limits, such as network buffers. If the machine is heavily loaded, increase <varname>kern.maxusers</varname>. This will increase these other system limits in addition to the maximum number of processes.
To adjust the <varname>kern.maxusers</varname> value, see the <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html#kern-maxfiles">File/Process Limits</link> section of the Handbook. While that section refers to open files, the same limits apply to processes.
If the machine is lightly loaded but running a very large number of processes, adjust the <varname>kern.maxproc</varname> tunable by defining it in <filename>/boot/loader.conf</filename>. The tunable will not get adjusted until the system is rebooted. For more information about tuning tunables, see <citerefentry><refentrytitle>loader.conf</refentrytitle><manvolnum>5</manvolnum></citerefentry>. If these processes are being run by a single user, adjust <varname>kern.maxprocperuid</varname> to be one less than the new <varname>kern.maxproc</varname> value. It must be at least one less because one system program, <citerefentry><refentrytitle>init</refentrytitle><manvolnum>8</manvolnum></citerefentry>, must always be running.
Why do full screen applications on remote machines misbehave? 為什麼有些在遠端機器上的全螢幕程式會出現異常行為?
The remote machine may be setting the terminal type to something other than <literal>xterm</literal> which is required by the FreeBSD console. Alternatively the kernel may have the wrong values for the width and height of the terminal.
Check the value of the <envar>TERM</envar> environment variable is <literal>xterm</literal>. If the remote machine does not support that try <literal>vt100</literal>.
Run <command>stty -a</command> to check what the kernel thinks the terminal dimensions are. If they are incorrect, they can be changed by running <command>stty rows <replaceable>RR</replaceable> cols <replaceable>CC</replaceable></command>.
Alternatively, if the client machine has <package>x11/xterm</package> installed, then running <command>resize</command> will query the terminal for the correct dimensions and set them.
Why does it take so long to connect to my computer via <command>ssh</command> or <command>telnet</command>? 為什麼使用 <command>ssh</command> or <command>telnet</command> 連上我的電腦需要那麼久的時間?
The symptom: there is a long delay between the time the TCP connection is established and the time when the client software asks for a password (or, in <citerefentry><refentrytitle>telnet</refentrytitle><manvolnum>1</manvolnum></citerefentry>'s case, when a login prompt appears).
The problem: more likely than not, the delay is caused by the server software trying to resolve the client's IP address into a hostname. Many servers, including the <application>Telnet</application> and <application>SSH</application> servers that come with FreeBSD, do this to store the hostname in a log file for future reference by the administrator.
The remedy: if the problem occurs whenever connecting the client computer to any server, the problem is with the client. If the problem only occurs when someone connects to the server computer, the problem is with the server.
If the problem is with the client, the only remedy is to fix the DNS so the server can resolve it. If this is on a local network, consider it a server problem and keep reading. If this is on the Internet, contact your ISP.
If the problem is with the server on a local network, configure the server to resolve address-to-hostname queries for the local address range. See <citerefentry><refentrytitle>hosts</refentrytitle><manvolnum>5</manvolnum></citerefentry> and <citerefentry><refentrytitle>named</refentrytitle><manvolnum>8</manvolnum></citerefentry> for more information. If this is on the Internet, the problem may be that the local server's resolver is not functioning correctly. To check, try to look up another host such as <systemitem></systemitem>. If it does not work, that is the problem.
Following a fresh install of FreeBSD, it is also possible that domain and name server information is missing from <filename>/etc/resolv.conf</filename>. This will often cause a delay in <application>SSH</application>, as the option <literal>UseDNS</literal> is set to <literal>yes</literal> by default in <filename>/etc/ssh/sshd_config</filename>. If this is causing the problem, either fill in the missing information in <filename>/etc/resolv.conf</filename> or set <literal>UseDNS</literal> to <literal>no</literal> in <filename>sshd_config</filename> as a temporary workaround.
Why does <errorname>file: table is full</errorname> show up repeatedly in <citerefentry><refentrytitle>dmesg</refentrytitle><manvolnum>8</manvolnum></citerefentry>?
This error message indicates that the number of available file descriptors have been exhausted on the system. Refer to the <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html#kern-maxfiles">kern.maxfiles</link> section of the <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html">Tuning Kernel Limits</link> section of the Handbook for a discussion and solution.
Why does the clock on my computer keep incorrect time?
The computer has two or more clocks, and FreeBSD has chosen to use the wrong one.
Run <citerefentry><refentrytitle>dmesg</refentrytitle><manvolnum>8</manvolnum></citerefentry>, and check for lines that contain <literal>Timecounter</literal>. The one with the highest quality value that FreeBSD chose.
<prompt>#</prompt> <userinput>dmesg | grep Timecounter</userinput>
Timecounter "i8254" frequency 1193182 Hz quality 0
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
Timecounter "TSC" frequency 2998570050 Hz quality 800
Timecounters tick every 1.000 msec
Confirm this by checking the <varname>kern.timecounter.hardware</varname> <citerefentry><refentrytitle>sysctl</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
<prompt>#</prompt> <userinput>sysctl kern.timecounter.hardware</userinput>
kern.timecounter.hardware: ACPI-fast
It may be a broken ACPI timer. The simplest solution is to disable the ACPI timer in <filename>/boot/loader.conf</filename>:


Why does it take so long to connect to my computer via <command>ssh</command> or <command>telnet</command>?
為什麼使用 <command>ssh</command> or <command>telnet</command> 連上我的電腦需要那麼久的時間?
a month ago
Browse all component changes


English Chinese (Traditional) (zh_TW)
No related strings found in the glossary.

Source information

Source string comment
(itstool) path: question/para
Source string location
String age
2 months ago
Source string age
a year ago
Translation file
books/zh_TW/faq.po, string 320