スリープまたは再起動後に2.5GbEリンクが100Mbpsへ低下する問題を解決する方法
スリープや再起動の後だけ2.5GbEリンクが100Mbpsに低下する場合、通常は電源状態の再ネゴシエーション、ドライバーの動作、または物理配線の一部に余裕がないことが原因です。
これは、1GbEを超えてネゴシエーションできないポートの問題とは異なります。まず、正常に動作するコールドブート状態でリンクが2.5GbEに達することを確認し、同じケーブルとスイッチポートを使ったまま、スリープや再起動後に速度が低下する現象を再現してください。ネットワーク経路全体を交換する前に、広告される通信モード、省電力設定、ドライバーの状態、エラーカウンターを比較します。
100Mbpsへの低下が電源状態の変化後にのみ発生することを確認する
クリーンなコールドブート直後、数分間トラフィックを流した後、システムをスリープさせて復帰した後、通常の再起動後に、ネゴシエーションされた速度を記録します。インターネットの速度テスト結果ではなく、NICとスイッチポートのステータスを使用してください。
Realtekのトラブルシューティング記事では、ディープスリープによるリンク状態の問題が説明されており、状態遷移そのものが有用な判別材料になる理由が示されています。
コールドブート直後からリンクが100Mbps בלבדの場合は、既存の一般的なネゴシエーション記事に戻ってください。確実に2.5GbEで開始し、スリープや再起動後のみ低下する場合は、その状態遷移を次のテストでも再現できるようにします。
ケーブルを変更する前にNICの省電力設定を確認する
アダプターの電源管理とドライバーの詳細設定で、Energy Efficient Ethernet、Green Ethernet、電源オフ時の速度低下、Wake-on-LANのリンク速度、オペレーティングシステムによるNICの電源オフを許可する設定を確認します。
最新のEthernetチューニングガイドでは、通常の速度やデュプレックス設定とは別に、電源管理によってアダプターが無効になる場合があると説明されています。
関連する電源オプションを一度に1つだけ無効化または変更し、同じスリープ復帰テストを繰り返します。すべてのオフロード機能やパフォーマンス機能を一度に無効化しないでください。そうすると、結果が改善しても、実際に影響した設定を特定できません。
復帰後にドライバーとチップセットを再確認する
速度低下の前後で、NICチップセットの正確な名称、使用中のドライバーバージョン、該当する場合はファームウェア、広告されるリンクモードを記録します。インターフェース名が変わっていなくても、復帰処理によって同じデバイスが異なるドライバー状態で再読み込みされることがあります。
PLANEXの2.5GbEアダプター解説では、2.5GbEドライバーに電源制御機能が用意されていることが、通常のEthernet設定と併せて示されています。
ケーブルとスイッチを固定したままNICドライバーを更新またはロールバックすることで復帰後の速度低下が解消する場合は、そのバージョンを記録してください。最初の対策として固定速度を強制するのは避けます。自動ネゴシエーションや復帰処理の問題を隠してしまう可能性があるためです。
再ネゴシエーション時に失敗する、余裕のないケーブルのペアを切り分ける
ケーブルは2.5GbEで動作していても、リンクが再ネゴシエーションすると、1本のペア、成端、カプラー、またはコネクターに問題がある場合に低いモードへ移行することがあります。両端を差し直し、同じポートで短い正常確認済みのケーブル1本と比較してください。
最近のEthernetトラブルシューティング記事では、100Mbpsはペアの障害を示す場合があると説明されています。
短いケーブルでスリープと再起動を何度繰り返しても2.5GbEを維持できる場合は、元のパッチケーブル、壁面ジャック、カプラー、壁内配線をそれぞれ個別にテストします。NICに高いモードを強制するのではなく、物理経路を修理してください。
USB接続またはドック経由の2.5GbEアダプターを個別に確認する
サーバーまたはクライアントがUSB-Cまたはドック経由の2.5GbEアダプターを使用している場合は、USBコントローラーとドックの電源状態もテストに含めます。復帰時にEthernetの自動ネゴシエーションが始まる前に、USBデバイスがリセットされることがあります。
詳細な2.5GbEアダプターのテストでは、USBアダプターではドライバーが重要であること、そしてRJ45ケーブルだけでなくホスト側の列挙処理も経路の一部であることが示されています。
同じアダプターをまずドックを介さずホストに直接接続し、次にドック経由でテストします。復帰後にドック経由の経路だけが速度低下する場合は、NASやスイッチではなく、USBの電源設定とドックのファームウェア側で対処してください。
複数回のスリープと再起動後も2.5GbEを維持できることを確認する
原因を特定して変更した後、少なくとも2回のスリープ復帰、1回のウォームリブート、1回の継続的なLAN転送を実行し、両端でネゴシエーションされた速度、リンクエラー、再ネゴシエーションイベントを監視します。
マルチギガビット性能に関するネットワーク記事では、リンク速度とスループットは異なると説明されています。そのため、最終テストでは安定したネゴシエーションと実用的な通信の両方を検証してください。
同じ2.5GbEリンクが電源状態の変化後も100Mbpsに低下せず維持されれば、修理は完了です。問題がスリープや再起動に固有でなくなり、リンクが常に1GbEでしかネゴシエーションしない場合は、関連するZimaSpaceの記事NASポートが1GbEでネゴシエーションする問題が適切な手順です。
おすすめ商品
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
