しばらくネットワークカードを使用していませんでしたが、今はまったく機能しません。手動でIPアドレスを割り当てることはできますが(sudo ip addr add 192.168.2.155/24 broadcast 192.168.2.255 dev eth0
たとえば)、同じネットワーク上のホストにpingを送信することもできません。
ethtool -S eth0
ethtool()は送信されたいくつかのパケットを表示しますが、受信したバイトとパケットは常にゼロであることは非常に疑わしいです。何か明らかに間違っています。
以下は私が試したことのリストです。
- 再起動
- 別のケーブルを使ってみました
- 別のポートを試してみました(このノートブックはドックに1つ、ノートブック自体に1つ、内部的に同じネットワークカードに接続されています)。
- 別のスイッチを試してみました(スイッチA:8ポートGbE、スイッチB:5ポート100MbE)
- カーネルおよびLinuxファームウェアを以前のバージョン(それぞれ3.13および2013年半ば)にダウングレード
- 最新のArch Linux Live Mediaを起動しても機能しません。症状は同じです。
Ubuntu 14.04.1 ライブメディアを起動しなくても同じ症状が現れます。
上記の各設定では、IPアドレスを手動で割り当ててネットワークにアクセスするためにwicdを試しました。最初は同じ結果でNetworkManagerも試しました。
現在、ネットワークカードが破損していると思われます。では、どうすれば確認したり、問題を解決したりできますか?
問題のネットワークカードは次のとおりです(Thinkpad X200):
00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network Connection (rev 03)
Subsystem: Lenovo Device 20ee
Flags: bus master, fast devsel, latency 0, IRQ 44
Memory at f2600000 (32-bit, non-prefetchable) [size=128K]
Memory at f2625000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 1840 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] PCI Advanced Features
Kernel driver in use: e1000e
Kernel modules: e1000e
ethtool -S eth0:
NIC statistics:
rx_packets: 0
tx_packets: 90
rx_bytes: 0
tx_bytes: 8113
rx_broadcast: 0
tx_broadcast: 70
rx_multicast: 0
tx_multicast: 20
rx_errors: 0
tx_errors: 0
tx_dropped: 0
multicast: 0
collisions: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_no_buffer_count: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_abort_late_coll: 0
tx_deferred_ok: 0
tx_single_coll_ok: 0
tx_multi_coll_ok: 0
tx_timeout_count: 0
tx_restart_queue: 0
rx_long_length_errors: 0
rx_short_length_errors: 0
rx_align_errors: 0
tx_tcp_seg_good: 0
tx_tcp_seg_failed: 0
rx_flow_control_xon: 0
rx_flow_control_xoff: 0
tx_flow_control_xon: 0
tx_flow_control_xoff: 0
rx_csum_offload_good: 0
rx_csum_offload_errors: 0
rx_header_split: 0
alloc_rx_buff_failed: 0
tx_smbus: 0
rx_smbus: 0
dropped_smbus: 0
rx_dma_failed: 0
tx_dma_failed: 0
rx_hwtstamp_cleared: 0
uncorr_ecc_errors: 0
corr_ecc_errors: 0
tcpdump -i eth0 を使用すると、トラフィックはまったく表示されません。
ベストアンサー1
これまでのテストの結果、少なくとも問題のあるネットワークカードの受信側が正しく動作しないことがかなり明確に証明されたようです。しかし、より多くのテストを実行するには、次のいくつかの提案に従います。
ノートブックのDockコネクタを確認してください。 Dockがある場合とない場合は、すべて同じネットワークカードが使用されるため、ノートブックのネットワークソケットがDockコネクタを介して接続されていることを意味します。ドックコネクタが導電性物体によって損傷または短絡した場合、ドックを使用しなくてもNIC受信回路に短絡が発生する可能性があります。
ネットワークソケット(ノートブックとドッキングステーション)を確認してください。ソケットのすべての接触状態は良好ですか?段落を起こすことができるものはありますか?
正常な動作が確認されたケーブルを使用して、接続状態情報を取得できるデバイスにネットワークアダプタを接続します。ホスティングスイッチまたは自動MDIX対応ネットワークインタフェース(たとえば、最新のギガビットNICのほとんど)がある他のコンピュータをお勧めします。 IPアドレスを手動で割り当てます。
ethtool eth0
ネットワークインタフェースは、リンクが機能していると思われるかどうかを判断するために使用されます。相手も同意するか?テストパートナーにリンクが表示されない場合は、ネットワークカードに欠陥があります。
問題のあるネットワークカードからデータを転送してみてください。反対側から受け取ったものはありますか? (管理されているスイッチでは、そのポートのトラフィックカウンタを増やす必要があります。他のホストでは統計を監視したり、同様のものを使用してすべての着信トラフィックをtcpdump
監視wireshark
できます。)テストパートナーがトラフィックを表示できない場合、または受信エラーカウンタが増加し、問題NICの送信側も失敗します。