web-dev-qa-db-ja.com

プラグインされたネットワークケーブルが検出されない（おそらく緑色のイーサネットに関連していますか？）

D-Link DIR-652 ワイヤレスルーターを購入したばかりですが、1メートルのCat5eイーサネットケーブルを使用してシャトルXS25GTV2コンピューターを接続したいと思います。シャトルはUbuntu12.10を実行し、JMC250イーサネットカードを備えています。

ネットワークケーブルを差し込むと、シャトルは接続を検出しないため、ネットワークと通信できません。 ethtoolの出力は、ネットワークケーブルが接続されていない場合とまったく同じです。

root@shuttle:~# ethtool p33p1
Settings for p33p1:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Speed: 10Mb/s
        Duplex: Half
        Port: MII
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pg
        Wake-on: g
        Current message level: 0x000020c6 (8390)
                               probe link rx_err tx_err hw
        Link detected: no

これは、別のネットワークケーブル（1m、3m、15m）を使用しても変わりません。不思議なことに、同じネットワークケーブルを使用して別のコンピューターをルーターに接続すると、すべてが正常に機能し、同じネットワークケーブルを使用してシャトルを（異なるモデルの）別のルーターに接続すると、それも機能します。

オートネゴシエーションをオフにすると問題が解決することを発見しました。 ethtool -s p33p1 autoneg off speed 100 duplex fullを実行した後、これは出力です。

root@shuttle:~# ethtool p33p1
Settings for p33p1:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  Not reported
        Advertised pause frame use: No
        Advertised auto-negotiation: No
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: off
        Supports Wake-on: pg
        Wake-on: g
        Current message level: 0x000020c6 (8390)
                               probe link rx_err tx_err hw
        Link detected: yes

ただし、ギガビットイーサネットには自動ネゴシエーションが必要なため、これは速度を落とした場合にのみ機能します。

ルーターの「グリーンイーサネット」機能がケーブルの接続を検出せず、イーサネットポートの電源がオンにならない可能性があると思われます。ただし、ルーターの設定メニューでグリーンイーサネットを無効にする方法はないようです。

誰かが私がこの問題を解決する方法を知っていますか？ ethtool -rを使用して接続をネゴシエートするようにネットワークカードに手動で指示しようとしましたが、何もしませんでした。

linuxethernetgigabit-ethernet
1
cdauth

これが私が見つけたものであり、今のところ問題をどのように解決したかです。

まず第一に、私はインターネット上で同じ問題の多くの報告に出くわしました これは 例えば。ほとんどの人は、jmeドライバーをアップグレードすることで問題を解決したようです。 ftp://driver.jmicron.com.tw/Ethernet/Linux/ および http://bbs.cooldavid.org/git/）で新しいバージョンのJMEドライバーを見つけました。 ？p = jme.git; a = summary 。 Gitリポジトリの最新のドライバー（bp-1.0.8.9-noasd）は、私の問題について何も変更しません。

JMicron Webサイトのバージョンbp-1.0.8.5（奇妙なことに、バージョン1.0.8.3から1.0.8.5はGitリポジトリでは利用できません）は、問題の回避策を提供し、少し煩わしさを軽減します。これは1.0と同じです。 8.4（同じ日にアップロードされた）。ただし、delay_timeモジュールパラメータが追加され、ネットワークカードが数秒間接続できなくなった後（デフォルトでは11）、自動的に100 MBit/sにフォールバックします。 。これにより、リンク検出が機能するため、手動でethtoolを実行する手間が省けますが、接続は100 MBit/sにすぎません。

私はD-LinkDIR-652ルーターを取り除き、代わりに TP-Link TL-WDR36 を購入しました。それで、私は最初はまったく同じ問題を抱えていました。次に、 DD-WRT ファームウェアをインストールしましたが、突然問題が解消されました。

0
cdauth

私はあなたのルーターがポートをオンにするために接続されているものがどのような種類のリンクで実行されるのかを聞くのを待っていること、そしてあなたのシャトルがそれが自由に実行されることになっている速度を聞くのを待っていることを確信していますポートがオフになっているので待ってください！

まだマニュアルを読んでいないので、その方法を説明できませんが、シャトルが接続されている1つのポートのグリーンネットワークをオフにできるかどうか（オートネゴシエーションをオンのままにしておくことができるかどうか）を確認してください。何が起こるのですか。

もう1つの考えは、シャトルにデータパケットを強制的に送信させて（たとえば、127.0.0.1への手動ping）、ポートで何らかの電気的アクティビティを提示することです。

D-LinkのWebサイトを読んだ後、GreenEthernetは主にマーケティングを行っているようです。私は主にエネルギーを節約する可能性があるという理由で言いますが、彼らが言及する機能のいくつかはすでに他の技術で使用されています。したがって、理論的には「エネルギーを節約するためにポートをオフにする」ことは良い考えですが、他のデバイスがどのように機能するかについていくつかの悪い仮定をしており、実用的というよりも苦痛だと思います。

GL

1
Paul