我有一个networking交换机（一个HP Procurve），它提供了一个命令行界面，可以通过直接的串行端口连接进行访问。 直接连接使用networking交换机上的RJ45连接器和客户端计算机上串行端口上的DB9连接器完成。
目前交换机的故障指示灯是闪烁的，手册指出发生这种情况时，应直接通过串口连接到交换机控制台，以获得更多具体的错误debugging信息。
所以我使用RJ45-to-DB9电缆将计算机连接到networking交换机。 连接的客户端计算机正在运行Linux（Debian 8）。 然后，我使用minicom工具作为VT-100terminal仿真器。 “networking交换机”手册指出，在连接到控制台时，您需要按几次input，然后才会显示一条欢迎消息。 但是，当我启动minicom并按下input5到10次，没有任何反应 – 即没有文字出现。
我到目前为止所尝试的是：
debugging的第一步是检查客户端计算机上可用或启用了哪些串行端口。 当我inputdmesg | grep tty dmesg | grep tty我看到/dev/ttyS0似乎可用并启用：
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
只是为了确保，我试图写一个字节到串口，通过做：
echo -en ' ' > /dev/ttyS0
这返回没有任何错误。 如果我使用不同的设备（如/dev/ttyS2来尝试使用相同的设备，则会出现Input/Output error ，这增加了我对/dev/ttyS0是启用的有效串口设备的信心。
其次，我查看HP Procurve手册，确保所有连接设置都正确。 该手册指出串行连接应使用2400至115200的任何波特率，8个数据位，1个停止位，无奇偶校验，stream量控制设置为无。 我完全按照这些设置configurationminicom（9600波特率）。 Minicom指定硬件和软件stream量控制的设置（这个区别不是在procurve手册中进行的），所以我把它们都设置为None。 最后，我确定minicom正在使用/dev/ttyS0并保存minicomconfiguration设置。
到目前为止，连接仍然不起作用。 当我启动minicom并按下input5至10次，没有文字出现。
要排除可能的RJ45-DB9电缆不良，我尝试另外两根RJ45-DB9电缆。 当我启动minicom时，仍然没有文字出现，然后按回车5到10次。
我尝试了一些其他的“疯狂的猜测”debugging技术，如重新启动交换机，并重新启动客户端计算机。 依然不起作用。
问题：鉴于我所尝试过的一切，networking交换机本身最可能出现的问题是什么？ 难道这只是交换机本身已经被禁用CLI的某种方式损坏？ 还是有什么明显的我在configuration一个minicom客户端连接到串行端口在这里失踪？