イーサネットベースのネットワーク接続が常に安定していません。私はゲートウェイに対してpingを実行しています。
スタックしていて、ネットワークマネージャーアプレットを使用してネットワークを無効/有効にすると、すべてが1分間正常に機能します。 280個のパケットを送信した後、41%のパケット損失が発生しています。別のケーブルとゲートウェイへの接続を試しましたが、効果はありませんでした。ゲートウェイまでの距離は約3フィートです。
Windowsに切り替えると正常に動作するように見えますが、UbuntuはメインのOSであり、ネットワークに依存しているため、今でも使用できません。
私のセットアップ...
編集
ちょっとした説明...ネットワークマネージャーはまだ接続されていると表示していますが、ゲートウェイまたはそれ以上のものに到達できません。 NMは接続が失われたことを示唆することはなく、ifconfigを呼び出すと、まだIPアドレスがあることが示されます。
別のケーブルで別のゲートウェイに接続しようとすると、同じ問題が発生します。
要求どおり:
lspci | grep -i eth
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
dmesg | tail -f
[ 14.024709] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,commit=0
[ 14.026443] EXT4-fs (sda7): re-mounted. Opts: commit=0
[ 14.176101] hda-intel: IRQ timing workaround is activated for card #2. Suggest a bigger bdl_pos_adj.
[ 23.917731] eth0: no IPv6 routers present
[ 726.109697] r8169 0000:07:00.0: eth0: link up
[ 733.169494] r8169 0000:07:00.0: eth0: link up
[ 753.930119] r8169 0000:07:00.0: eth0: link up
[ 880.787332] r8169 0000:07:00.0: eth0: link up
[ 1159.161283] r8169 0000:07:00.0: eth0: link up
[ 1406.623550] r8169 0000:07:00.0: eth0: link up
編集
@ roland-taylor:ネットワークは常にWindowsで利用可能です。 pingはタイムアウトせず、アプリケーションはネットワークの可用性がないことを訴えません。大規模なダウンロードは中断も遅延もしません。
公式のrealtekドライバーをダウンロードします。
次に、Linuxカーネルからr8169モジュールを削除します。
# rmmod r8169
<Quick install with proper kernel settings>
Unpack the tarball :
# tar vjxf r8168-8.aaa.bb.tar.bz2
Change to the directory:
# cd r8168-8.aaa.bb
If you are running the target kernel, then you should be able to do :
# ./autorun.sh (as root or with Sudo)
You can check whether the driver is loaded by using following commands.
# lsmod | grep r8168
# ifconfig -a
If there is a device name, ethX, shown on the monitor, the linux
driver is loaded. Then, you can use the following command to activate
the ethX.
# ifconfig ethX up
最後に、r8169ドライバーをブラックリストに追加して、次を/etc/modprobe.d/blacklist.confに追加します。
#blacklist r8169 driver
blacklist r8169
http://www.rvdavid.net/how-to-get-gigabit-speeds-from-rtl81118168b-pci-express-gigabit-ethernet-controller-on-ubuntu-linux/ で見つけました=そしてそれは動作します。これで、ネット速度がすべて良好になりました。
次回、SSDが故障したときにこれを見つけることができます。ここでは、破損したr8169を削除し、Ubuntu w/Linux Kernel 3.xにr8168を挿入する手順を示します。
Sudo ./autogen.sh
を実行すると、モジュールがビルドされ、古いモジュールが削除され(必要に応じてブラックリストに登録されます)、r8168.koが/ lib/modules/'uname -r'/drivers/net /にインストールされます。DKMSは、新しいカーネルのインストール時にモジュールをビルドしてインストールします。古いモジュールをブラックリストに追加する必要もあります。
古いモジュールをまだブラックリストに登録していない場合。
echo 'rmmod r8169' | Sudo tee /etc/modprobe.d/blacklist.conf
DKMSとgccをインストールします。
Sudo apt-get install dkms gcc
モジュールのソースファイルを永続的な場所にコピーして、後で誤って削除しないようにします。
Sudo cp -R r8168-8.025.00 /usr/src
echo 'PACKAGE_NAME=r8168
PACKAGE_VERSION=8.025.00
MAKE[0]="make"
BUILT_MODULE_NAME[0]=r8168
BUILT_MODULE_LOCATION[0]="src/"
DEST_MODULE_LOCATION[0]="/kernel/updates/dkms"
AUTOINSTALL="YES"' | Sudo tee /usr/src/r8168-8.025.00/dkms.conf
その後、実行します
dkms add -m r8168 -v 8.025.00
dkms build -m r8168 -v 8.025.00
dkms install -m r8168 -v 8.019.00
Sudo update-initramfs -u
同様の問題があり、解決策を見つけました。
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/889527 を参照してください
それは役に立つかもしれません
一部のシステムでWindowsをデュアルブートすると、r8169ドライバーで問題が発生する場合があります。 WindowsはデフォルトでWake-On-Lanを無効にするためにWindowsシャットダウン時にNICを無効にし、このNICは次回Windowsがオンになるまで無効のままになります。カーネルのr8169ドライバーは、この無効状態からNICをオンにする方法を知りません。したがって、ドライバーがロードされ、デバイスが起動していると報告されても、デバイスは応答しません。この問題を回避するには、「シャットダウン後のWake-on-lan」機能を有効にします。このオプションは、Windowsのデバイスマネージャーから設定できます。
編集:Windowsでのデュアルブートの問題は2.6.19.5および2.6.20.8カーネルにも存在するため、カーネル開発者がRTL8168のドライバーを可能なバージョンに更新するまで、すべての2.6カーネルに関係すると想定しても安全です。無効状態からNICをオンにする
そしてもう1つ-ドライバーを一定に変更し、再起動後にr8169が再び起動しないようにするには、これを使用しました:
正誤表:
echo 'blacklist r8169' | Sudo tee /etc/modprobe.d/blacklist-r8169.conf
dkms add -m r8168 -v 8.025.00
dkms build -m r8168 -v 8.025.00
dkms install -m r8168 -v 8.025.00
Sudo update-initramfs -u