thor17
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Hallo!
Seit einigen Tagen habe ich riesen Probleme mit den Netzwerkeinstellungen meines NAS.
Der NAS hat 6 NICs, von denen 4 mit dem manuell installierten r8168 Treiber arbeiten, Version 39.
Alle relevanten Angaben und Ausgaben sind auch im letzten Thread von mir zu finden.
http://forum.ubuntuusers.de/topic/timeout-bei-lokaler-verbindung-bond-mit-4-nics/#preview Hier noch die Ausgabe von dmesg | grep eth (MACs entnommen): [ 1.016944] r8169 0000:02:00.0 eth0: RTL8168evl/8111evl at 0xffffc90011b6c000, XX:XX:XX:XX:XX:20, XID 0c900800 IRQ 56
[ 1.016946] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.020579] r8169 0000:03:00.0 eth1: RTL8168e/8111e at 0xffffc90011b6e000, XX:XX:XX:XX:XX:0c, XID 0c200000 IRQ 57
[ 1.021399] r8169 0000:03:00.0 eth1: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.024352] r8169 0000:04:00.0 eth2: RTL8168e/8111e at 0xffffc90011b5c000, XX:XX:XX:XX:XX:c4, XID 0c200000 IRQ 58
[ 1.036489] r8169 0000:04:00.0 eth2: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.038108] r8169 0000:05:00.0 eth3: RTL8168e/8111e at 0xffffc90011b72000, XX:XX:XX:XX:XX:f1, XID 0c200000 IRQ 60
[ 1.038750] r8169 0000:05:00.0 eth3: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.040998] r8169 0000:06:06.0 eth4: RTL8169sb/8110sb at 0xffffc90011b74000, XX:XX:XX:XX:XX:ac, XID 10000000 IRQ 20
[ 1.041642] r8169 0000:06:06.0 eth4: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 1.044019] r8169 0000:06:07.0 eth5: RTL8169sb/8110sb at 0xffffc90011b76000, XX:XX:XX:XX:XX:8a, XID 10000000 IRQ 21
[ 1.044676] r8169 0000:06:07.0 eth5: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 16.025183] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 16.025192] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 16.025197] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ 16.025204] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ 16.025209] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[ 16.025214] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready
[ 16.232955] systemd-udevd[997]: renamed network interface eth0 to rename2
[ 16.296923] systemd-udevd[998]: renamed network interface eth1 to rename3
[ 16.360010] systemd-udevd[995]: renamed network interface eth4 to eth0
[ 16.408452] systemd-udevd[997]: renamed network interface rename2 to eth4
[ 16.476151] r8169 0000:06:06.0 eth0: link down
[ 16.476164] r8169 0000:06:06.0 eth0: link down
[ 16.476221] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 16.718255] bonding: bond0: Adding slave eth2.
[ 16.855157] r8169 0000:04:00.0 eth2: link down
[ 16.855218] r8169 0000:04:00.0 eth2: link down
[ 16.855232] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ 16.855896] bonding: bond0: enslaving eth2 as an active interface with a down link.
[ 18.704954] r8169 0000:06:06.0 eth0: link up
[ 18.704965] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 19.667873] r8169 0000:04:00.0 eth2: link up
[ 19.688661] bonding: bond0: link status definitely up for interface eth2, 1000 Mbps full duplex.
[ 46.750789] bonding: bond0: Interface eth1 does not exist! Hier die Ausgabe zu dmesg | grep r8168 [ 1.101920] r8168: module verification failed: signature and/or required key missing - tainting kernel Die Einstellungen sind noch immer die gleichen, der r8168 sollte zuerst geladen werden, aber scheinbar wird er nicht geladen. Komplettes entfernen des Treibers und neu installieren brachte auch nichts.
Ich weiß gerade nicht, wo ich ansetzen soll. Sonst funktionierten die Interfaces ja auch mit dem r8169, wenn auch nicht stabil. Aber nun laufen sie garnicht mehr.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, verbaute Hardware und Konfiguration?
lspci -nnk
cat /etc/udev/rules.d/70-persistent-net.rules | egrep -i 'device|sub' -A3 MAC-Adressen werden im lokalen Netzwerk unverschlüsselt übertragen, da kann hier niemand etwas mit anfangen.
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Die Ausgaben verraten nichts, was ich nicht schon geäußert hätte. cat /etc/udev/rules.d/70-persistent-net.rules | egrep -i 'device|sub' -A3
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:a8:89:ac", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="c4:6e:1f:00:aa:0c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:08:6a:c4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:08:4d:f1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="74:d4:35:80:0f:20", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:a8:8b:8a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"
lspci -nnk
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex [1022:1410]
Subsystem: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex [1022:1410]
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Richland [Radeon HD 8670D] [1002:990c]
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Device [1002:0123]
Kernel driver in use: fglrx_pci
00:01.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller [1002:9902]
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Device [1002:0123]
Kernel driver in use: snd_hda_intel
00:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1412]
Kernel driver in use: pcieport
00:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1414]
Kernel driver in use: pcieport
00:05.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1415]
Kernel driver in use: pcieport
00:06.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1416]
Kernel driver in use: pcieport
00:07.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1417]
Kernel driver in use: pcieport
00:10.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller [1022:7814] (rev 09)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
Kernel driver in use: xhci_hcd
00:10.1 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller [1022:7814] (rev 09)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
Kernel driver in use: xhci_hcd
00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7801] (rev 40)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:b002]
Kernel driver in use: ahci
00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller [1022:7807] (rev 11)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
Kernel driver in use: ohci-pci
00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller [1022:7808] (rev 11)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
Kernel driver in use: ehci-pci
00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller [1022:7807] (rev 11)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
Kernel driver in use: ohci-pci
00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller [1022:7808] (rev 11)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
Kernel driver in use: ehci-pci
00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:780b] (rev 16)
Subsystem: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:780b]
Kernel driver in use: piix4_smbus
00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller [1022:780d] (rev 01)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:a002]
Kernel driver in use: snd_hda_intel
00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:780e] (rev 11)
Subsystem: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:780e]
00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] FCH PCI Bridge [1022:780f] (rev 40)
00:14.5 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller [1022:7809] (rev 11)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
Kernel driver in use: ohci-pci
00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 0 [1022:1400]
00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 1 [1022:1401]
00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 2 [1022:1402]
00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 3 [1022:1403]
Kernel driver in use: k10temp
00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 4 [1022:1404]
00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 5 [1022:1405]
01:00.0 SATA controller [0106]: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller [1b4b:9230] (rev 11)
Subsystem: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller [1b4b:9230]
Kernel driver in use: ahci
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: Gigabyte Technology Co., Ltd Motherboard [1458:e000]
Kernel driver in use: r8169
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: Device [7470:3468]
Kernel driver in use: r8169
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: Device [7470:3468]
Kernel driver in use: r8169
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: Device [7470:3468]
Kernel driver in use: r8169
06:06.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller [10ec:8169] (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC [10ec:8169]
Kernel driver in use: r8169
06:07.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller [10ec:8169] (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC [10ec:8169]
Kernel driver in use: r8169
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Es fällt auf, dass für alle Karten das Modul r8169 geladen wird. Konfiguration?
ls -l /sys/bus/pci/drivers/r8169
ls -l /sys/bus/pci/drivers/r8168
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Vorhanden sind aber beide?
modinfo r8168 r8169
dkms satatus
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Ja, das hatte ich bereits gemerkt. Aber das allein erklärt noch nicht, wieso die Karten überhaupt nicht betriebsbereit sind. Bevor ich den r8168 Treiber installierte und in die /etc/initramfs-tools/modules r8168 und r8169 in richtiger Reihenfolge eintrug, wurde auch r8169 verwendet. Der lief ja erstmal, nur eben nicht immer 100% stabil, ich hatte da oft Probleme mit dem bond, es kam oft zu timeouts. ls -l /sys/bus/pci/drivers/r8168
total 0
--w------- 1 root root 4096 Jan 24 18:09 bind
lrwxrwxrwx 1 root root 0 Jan 24 18:09 module -> ../../../../module/r8168
--w------- 1 root root 4096 Jan 24 18:09 new_id
--w------- 1 root root 4096 Jan 24 18:09 remove_id
--w------- 1 root root 4096 Jan 24 13:06 uevent
--w------- 1 root root 4096 Jan 24 18:09 unbind
ls -l /sys/bus/pci/drivers/r8169
total 0
lrwxrwxrwx 1 root root 0 Jan 24 18:09 0000:02:00.0 -> ../../../../devices/pci0000:00/0000:00:04.0/0000:02:00.0
lrwxrwxrwx 1 root root 0 Jan 24 18:09 0000:03:00.0 -> ../../../../devices/pci0000:00/0000:00:05.0/0000:03:00.0
lrwxrwxrwx 1 root root 0 Jan 24 18:09 0000:04:00.0 -> ../../../../devices/pci0000:00/0000:00:06.0/0000:04:00.0
lrwxrwxrwx 1 root root 0 Jan 24 18:09 0000:05:00.0 -> ../../../../devices/pci0000:00/0000:00:07.0/0000:05:00.0
lrwxrwxrwx 1 root root 0 Jan 24 18:09 0000:06:06.0 -> ../../../../devices/pci0000:00/0000:00:14.4/0000:06:06.0
lrwxrwxrwx 1 root root 0 Jan 24 18:09 0000:06:07.0 -> ../../../../devices/pci0000:00/0000:00:14.4/0000:06:07.0
--w------- 1 root root 4096 Jan 24 18:09 bind
lrwxrwxrwx 1 root root 0 Jan 24 18:09 module -> ../../../../module/r8169
--w------- 1 root root 4096 Jan 24 18:09 new_id
--w------- 1 root root 4096 Jan 24 18:09 remove_id
--w------- 1 root root 4096 Jan 24 13:06 uevent
--w------- 1 root root 4096 Jan 24 18:09 unbind Die vier 8168er liefen bis vor einer Woche in einem Bond, round-robin. Als ich plötzlich ständig diese langen Timeouts bekam, hab ich eth3 und eth4 aus dem bond rausgenommen. Ich hatte vorher schon ab und an Probleme bei der Nutzung von mehr als 2 NICs im Bond.
Eine der 8169er wird für die Verbindung zu meinem Router genutzt, der bond dient nur der direkten Verbindung mit meinem Desktoprechner.
Die interfaces Datei hab ich im erwähnten Thread bereits im ersten Beitrag stehen.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hmm, mal schauen. Sperre zunächst beide Module:
echo -e "blacklist r8168\nblacklist r8169" | sudo tee /etc/modprobe.d/blacklist_realtek.conf
Neustart. Es dürfen noch keine Schnittstellen vorhanden sein! Modul r8168 manuell laden und prüfen welche Schnittstellen initialisiert werden und auch funktionieren. Das sollten eth1-4 sein. nun das Modul r8169 laden und ebenso prüfen. eth0 und eth5 sollten nun auch vorhanden sein.
Prüfen:
lspci -nnk | grep Realtek
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Hab die Module wie beschrieben gesperrt, sie werden beim starten dennoch geladen: dmesg | grep eth
[ 0.247010] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[ 0.247032] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[ 0.247168] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[ 0.247183] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[ 0.247334] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[ 0.247349] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[ 1.041794] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[ 1.043076] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[ 1.073651] r8169 0000:02:00.0 eth0: RTL8168evl/8111evl at 0xffffc90011b6c000, 74:d4:35:80:0f:20, XID 0c900800 IRQ 56
[ 1.074642] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.076977] r8169 0000:03:00.0 eth1: RTL8168e/8111e at 0xffffc90011b6e000, e8:94:f6:08:6a:c4, XID 0c200000 IRQ 57
[ 1.077971] r8169 0000:03:00.0 eth1: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.083402] r8169 0000:04:00.0 eth2: RTL8168e/8111e at 0xffffc90011b5c000, e8:94:f6:08:6a:c4, XID 0c200000 IRQ 58
[ 1.084363] r8169 0000:04:00.0 eth2: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.089014] r8169 0000:05:00.0 eth3: RTL8168e/8111e at 0xffffc90011b70000, e8:94:f6:08:4d:f1, XID 0c200000 IRQ 59
[ 1.090039] r8169 0000:05:00.0 eth3: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.096661] r8169 0000:06:06.0 eth4: RTL8169sb/8110sb at 0xffffc90011b72000, e8:de:27:a8:89:ac, XID 10000000 IRQ 20
[ 1.097671] r8169 0000:06:06.0 eth4: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 1.112482] r8169 0000:06:07.0 eth5: RTL8169sb/8110sb at 0xffffc90011b74000, e8:de:27:a8:8b:8a, XID 10000000 IRQ 21
[ 1.113278] r8169 0000:06:07.0 eth5: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 15.569576] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 15.569584] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 15.569589] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ 15.569595] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ 15.569600] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[ 15.569605] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready
[ 15.756388] systemd-udevd[1024]: renamed network interface eth0 to rename2
[ 15.804642] systemd-udevd[1025]: renamed network interface eth1 to rename3
[ 15.916487] systemd-udevd[1014]: renamed network interface eth4 to eth0
[ 15.956421] systemd-udevd[1024]: renamed network interface rename2 to eth4
[ 16.024585] r8169 0000:06:06.0 eth0: link down
[ 16.024651] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 16.024779] r8169 0000:06:06.0 eth0: link down
[ 18.638742] r8169 0000:06:06.0 eth0: link up
[ 18.638752] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 518.229218] systemd-udevd[2970]: renamed network interface eth0 to eth4
[ 518.253646] systemd-udevd[2971]: renamed network interface eth0 to rename11
[ 518.273322] systemd-udevd[2982]: renamed network interface eth2 to eth3
[ 518.321245] systemd-udevd[2971]: renamed network interface rename11 to eth2
[ 549.810264] r8169 0000:06:06.0 eth0: RTL8169sb/8110sb at 0xffffc90011b5a000, e8:de:27:a8:89:ac, XID 10000000 IRQ 20
[ 549.810266] r8169 0000:06:06.0 eth0: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 549.836043] r8169 0000:06:07.0 eth5: RTL8169sb/8110sb at 0xffffc90011ed8000, e8:de:27:a8:8b:8a, XID 10000000 IRQ 21
[ 549.836048] r8169 0000:06:07.0 eth5: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 549.855828] r8169 0000:06:06.0 eth0: link down
[ 549.855841] r8169 0000:06:06.0 eth0: link down
[ 549.855986] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 552.453432] r8169 0000:06:06.0 eth0: link up
[ 552.453446] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Ich hab dann die Module mal manuell entfernt und wieder geladen, allerdings wurden anscheinend nicht alle NICs erkannt. Nur eth0 und eth5, welche mit dem r8169 Treiber arbeiten.
Hier noch die Ausgabe von lspci -nnk | grep Realtek
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
06:06.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller [10ec:8169] (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC [10ec:8169]
06:07.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller [10ec:8169] (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC [10ec:8169]
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Wird der 8168 gebaut?
modinfo r8168 | egrep 'versi|filen'
locate r8168.ko | grep lib
dkms status
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, nimm zunächst auch die Einträge für beide Module aus der /etc/initramfs-tools/modules raus. Schaue ebenso in die /etc/modules. Ich möchte zunächst erreichen, dass keines der Module geladen wird, dann zuerst r8168 laden und zuletzt r8169.
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Ja, der 8168 wird problemlos gebastelt. ~$ modinfo r8168 | egrep 'versi|filen'
filename: /lib/modules/3.13.0-44-generic/updates/dkms/r8168.ko
version: 8.039.00-NAPI
srcversion: 1ABAB2C5CDB55DDB867B0D8
vermagic: 3.13.0-43-generic SMP mod_unload modversions
~$ locate r8168.ko | grep lib
/lib/modules/3.13.0-40-generic/kernel/drivers/net/ethernet/realtek/r8168.ko
/lib/modules/3.13.0-43-generic/kernel/drivers/net/ethernet/realtek/r8168.ko
/lib/modules/3.13.0-44-generic/updates/dkms/r8168.ko
/var/lib/dkms/r8168-dkms/8.039.00/3.13.0-43-generic/x86_64/module/r8168.ko
/var/lib/dkms/r8168-dkms/8.039.00/3.13.0-44-generic/x86_64/module/r8168.ko
~$ dkms status
fglrx-core, 14.501, 3.13.0-43-generic, x86_64: installed
fglrx-core, 14.501, 3.13.0-44-generic, x86_64: installed
r8168-dkms, 8.039.00, 3.13.0-43-generic, x86_64: installed (WARNING! Diff between built and installed module!)
r8168-dkms, 8.039.00, 3.13.0-44-generic, x86_64: installed
virtualbox, 4.3.10, 3.13.0-44-generic, x86_64: installed
virtualbox-guest, 4.3.10, 3.13.0-44-generic, x86_64: installed
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Soo, hab nun endlich mal wieder Zeit weiter dran zu arbeiten.
Es werden nun beim starten keine der beiden Module mehr geladen. Zwischenzeitlich hatte ich auch auf meinem Desktop Rechner das Problem, dass die Realtek Karten(r8168) nach einem Update nicht mehr funktionierten. Da half allerdins das entfernen und neuinstallieren des Treibers. Wenn ich nun den r8168 lade, wird folgendes ausgegeben: [ 170.119476] systemd-udevd[2645]: renamed network interface eth0 to eth4
[ 170.151636] systemd-udevd[2657]: renamed network interface eth0 to rename5
[ 170.175598] systemd-udevd[2661]: renamed network interface eth2 to eth3
[ 170.215505] systemd-udevd[2657]: renamed network interface rename5 to eth2 Beim laden des r8169: [ 181.012558] r8169 0000:06:06.0 eth0: RTL8169sb/8110sb at 0xffffc90011b7e000, e8:de:27:a8:89:ac, XID 10000000 IRQ 20
[ 181.012562] r8169 0000:06:06.0 eth0: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 181.013141] r8169 0000:06:07.0 eth5: RTL8169sb/8110sb at 0xffffc90011ecc000, e8:de:27:a8:8b:8a, XID 10000000 IRQ 21
[ 181.013145] r8169 0000:06:07.0 eth5: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 181.057680] r8169 0000:06:06.0 eth0: link down
[ 181.057794] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 181.057980] r8169 0000:06:06.0 eth0: link down
[ 183.625403] r8169 0000:06:06.0 eth0: link up
[ 183.625417] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Merkwürdig finde ich die Warnung, die mir dkms status ausgibt: fglrx-core, 14.501, 3.13.0-44-generic, x86_64: installed
fglrx-core, 14.501, 3.13.0-45-generic, x86_64: installed
r8168-dkms, 8.039.00, 3.13.0-45-generic, x86_64: installed (WARNING! Diff between built and installed module!)
spl, 0.6.3, 3.13.0-44-generic, x86_64: installed
spl, 0.6.3, 3.13.0-45-generic, x86_64: installed
virtualbox, 4.3.10, 3.13.0-44-generic, x86_64: installed
virtualbox, 4.3.10, 3.13.0-45-generic, x86_64: installed
virtualbox-guest, 4.3.10, 3.13.0-44-generic, x86_64: installed
virtualbox-guest, 4.3.10, 3.13.0-45-generic, x86_64: installed
zfs, 0.6.3, 3.13.0-44-generic, x86_64: installed
zfs, 0.6.3, 3.13.0-45-generic, x86_64: installed
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, ok soweit. Jetzt geht es um die korrekte Schnittstellenbezeichnung. Dokumentiere zunächst alle Einträge in der /etc/udev/rules.d/70-persistent-net.rules mit einer Raute aus:
# PCI device 0x10ec:0x8169 (r8169)
# SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:a8:89:ac", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x10ec:0x8168 (r8169)
# SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="c4:6e:1f:00:aa:0c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x10ec:0x8168 (r8169)
# SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:08:6a:c4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
# PCI device 0x10ec:0x8168 (r8169)
# SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:08:4d:f1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
# PCI device 0x10ec:0x8168 (r8169)
# SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="74:d4:35:80:0f:20", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"
# PCI device 0x10ec:0x8169 (r8169)
# SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:a8:8b:8a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"
Beide Module entladen. Lade nun zuerst wieder das Modul r8168, dann r8169, es sollten komplett neue Einträge für eth0 bis eth5 in aktueller Reihenfolge angelegt werden. Die Konfiguration in der Interfaces muss danach entsprechend geändert werden, sofern das funktioniert. Die Hinweismeldung zu r8168 bei DKMS kann erstmal ignoriert werden, sofern der Treiber funktioniert.
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
So, erledigt.
Nach dem laden der beiden Module wird folgendes ausgegeben: [ 160.036480] eth0: 0xffffc90011b64000, 74:d4:35:80:0f:20, IRQ 58
[ 160.118068] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 169.342577] r8169 0000:06:06.0 eth4: RTL8169sb/8110sb at 0xffffc90011b78000, e8:de:27:a8:89:ac, XID 10000000 IRQ 20
[ 169.342580] r8169 0000:06:06.0 eth4: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 169.343042] r8169 0000:06:07.0 eth5: RTL8169sb/8110sb at 0xffffc90011b7a000, e8:de:27:a8:8b:8a, XID 10000000 IRQ 21
[ 169.343045] r8169 0000:06:07.0 eth5: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 205.088516] r8168: eth0: link up
[ 205.088584] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready So sieht nun die 70-persistent-net.rules aus: # PCI device 0x10ec:0x8169 (r8169)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:a8:89:ac", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x10ec:0x8168 (r8169)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="c4:6e:1f:00:aa:0c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x10ec:0x8168 (r8169)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:08:6a:c4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
# PCI device 0x10ec:0x8168 (r8169)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:08:4d:f1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
# PCI device 0x10ec:0x8168 (r8169)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="74:d4:35:80:0f:20", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"
# PCI device 0x10ec:0x8169 (r8169)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:a8:8b:8a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"
# PCI device 0x10ec:0x8168 (r8168)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="c4:6e:1f:00:aa:0c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x10ec:0x8168 (r8168)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="74:d4:35:80:0f:20", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x10ec:0x8168 (r8168)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:08:4d:f1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
# PCI device 0x10ec:0x8168 (r8168)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:08:6a:c4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:a8:89:ac", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:a8:8b:8a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Aktualisiere erneut die 70-persistent-net.rules, wurden automatisch keine neuen Einträge erzeugt? Das wäre eigenartig. Du kann ansonsten aber im Syslog an der MAC-Adresse erkennen welche Bezeichnung zugewiesen wurde und diese manuell in die 70-persistent-net.rules eintragen und die entsprechenden Zeilen wieder aktivieren. [ 160.036480] eth0: 0xffffc90011b64000, 74:d4:35:80:0f:20, IRQ 58
...
[ 169.342577] r8169 0000:06:06.0 eth4: RTL8169sb/8110sb at 0xffffc90011b78000, e8:de:27:a8:89:ac, XID 10000000 IRQ 20
...
[ 169.343042] r8169 0000:06:07.0 eth5: RTL8169sb/8110sb at 0xffffc90011b7a000, e8:de:27:a8:8b:8a, XID 10000000 IRQ 21
Der Auszug ist nur unvollständig, die Zeilen für die anderen Karten fehlen.
|