这节描述什么可以使你的 UUCP 连接出错，并且建议你在哪儿寻找错误。然而,问题被编辑在
我们的头顶之下。那更能出错。
在任何情况下,用-xall启用调试 ,并且看一眼在线轴目录中调试工具的输出。它能帮助你快速
认出这个问题出现在哪儿。另外,当它没联接时，我总是觉得打开我的调制解调器的扬声器很有
帮助。用Hayes兼容的调制解调器，这由把“ ATL1M1 OK”加到拨号文件中的调制解调器聊天来
完成。
第一个检查应该是，所有的文件许可是否正确被设置。 uucico 应该是setuid uucp ，并且在
/usr/lib/uucp ， /var/spool/uucp 和 /var/spool/uucppublic 中的所有的文件应该被uucp
拥有 。这里也必须有 uucp拥有的线轴目录中的一些隐蔽的文件。
uucico 不停地说“呼叫时间错误”:这可能意味着在 sys 中的系统入口，你没指定当远程系统
可以被呼叫时详细说明的一个时间命令，否则当前你给出了一个实际的禁止呼叫。如果没有呼叫
时间表被给出， uucico 假设系统从来可以没被呼叫。
uucico 抱怨地点已经被锁住: 这意味着uucico 在/var/spool/uucp.中为远程系统检测了一个锁
文件。这个锁文件可能来自一个更早的到那个毁坏了的系统的呼叫，或被杀死。然而,它也有可能
是，有另外一个位于那附近的 uucico 过程正在试着拨远程系统并且在一个聊天手迹玩不转了,等
等。如果这个 uucico 进程在与远程系统联接时不成功，用一个挂断信号杀死它，并且移开在它
附近的任何锁文件。
我能与远程地点联接，但是聊天手迹失败:看你从远程地点收到的文章。如果它被断章取义，这可
能是一个联系速度的问题。否则，确认它确实同意你的聊天手迹。记得,聊天手迹以一个期望行开始。
如果你收到登录提示符，那么发送你的名字，但是从来不会得到口令提示符,在发送它以前，插入一
些延期,或甚至在字母之间。你可能对于你的调制解调器来说是太快了。
我的调制解调器不拨号:当uucico呼出时，如果你的调制解调器不显示DTR 行被提起了，你可能没把正
确的设备给 uucico 。如果你的调制解调器认出 DTR ，检查你能写给它的一个终端程序。如果这个终
端程序工作，在调制解调器聊天开始时打开 E回应。如果在调制解调器聊天期间它不回应你的命令,检
查你的行速度是否对于你的调制解调器是太高或太低了。如果你看见回应，检查你是否停用了调制解
调器回答，或将他们设置到数字代码。证实聊天手迹自己是正确的。记住你必须写两个反斜线符号，
发送一个到调制解调器。
我的调制解调器试着拨号，但是拨不出去:把延期插入到电话号码中。当从一个公司的内部电话网拨
号时，这是特别有用的。对于在欧洲的人，通常拨脉搏音调,尝试音频拨号。在一些国家，邮政的服
务最近一直在升级他们的网。音频有时有帮助。
我记录文件说我有极其高的文件损失率:这看起来像一个速度问题。也许在计算机和调制解调器之间
的连接太慢了吗(记得要使它适应可能的最高效率)？或是你的硬件及时地对服务中断反应太慢？在你
的连续的端口上的一个 NSC-16550A 芯片组， 38kbps 可以说工作得相当好;然而,没有 FIFOs (就象
16450 芯片), 9600 bps 是限制。另外,你应该保证硬件握手在连续的行上能被启用。
另外一个可能的原因是硬件握手不能在端口上被启用。 Taylor UUCP 1.04 不为在 RTS/CTS 握手上
的开关提供规定。你必须从rc.serial中使用下列命令明确地启用它：
我能登录，但是握手失败:很好,可能有很多问题在那里。在记录文件中的输出应该告诉你很多。看远程地
点提供什么协议(它在握手期间发送行Pprotlist )。也许他们没有任何共有的东西(你在 sys 或端口选择
了任何协议吗?)。
如果远程系统发送 RLCK ，为你在远程系统上有一个陈旧锁文件 。如果不是因为你已经在一个不同的
行上被连结到远程系统，则要求把它移开。
如果它发送 RBADSEQ ，其他地点有为你被启动的会话计数检查，但是数字不匹配。如果它发送 RLOGIN ，
你没被允许在这个 id 下面登录。
(http://www.fanqiang.com)
进入【UNIX论坛】
|
![[ 永远的UNIX::UNIX技术资料的宝库 ]](/images/title.gif)