[gelöst] Debian 9 & Intel i340-T4
- joker4791
- Beiträge: 41
- Registriert: 05.02.2009 17:21:44
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: bei Frankfurt/Main
[gelöst] Debian 9 & Intel i340-T4
Hi,
ich bin's mal wieder mit einem merkwürdigen Problem und finde auch keine Ähnlichkeiten bei Google & Co., so dass vielleicht hier einer der Netzwerk-Gurus weiterhelfen kann.
Ich habe einen Router mit Debian 9 aufgebaut, auf dem HostAP für WLAN läuft und der eine Bridge für Ethernet und WLAN herstellt, mehr ist auch eigentlich nicht drauf (relativ frisch installiert). Die Hardware des Systems ist ein ThinClient Fujitsu Futro S720 mit AMD GX-222GC DualCore CPU mit 2.0GHz und integrierter AMD Radeon R5E GPU, 4GB DDR3L RAM, 16GB mSATA, sowie einer Fujitsu D2745 QuadPort-Netzwerkkarte (baugleich Intel i340-T4). Der Futro liefert am PCIe x4-Anschluß keine 12V, die werden aber von der Karte auch gar nicht benötigt (die Fujitsu D2745 ist eine reine 5V-Karte).
Nachdem alles zusammengebaut und installiert war stellte sich raus, dass die QuadPort-Karte nur auf zwei Ports einen Link herstellt (die beiden entfernten Ports vom PCIe-Anschluss). Zunächst wurde ein Defekt der Karte vermutet, was aber schon relativ unwahrscheinlich erschien, da die neueren Karten im Gegensatz zu früheren Versionen wie der PRO/1000PT|ET nur einen Chip statt zweien besitzen. Daher wurde vom Haupt-Server eine originale Intel i340-T4 ausgebaut (längere Version, kann auch mit 12V betrieben werden) und die Karte im Futro wurde ersetzt. Diese Karte zeigt nun exakt das gleiche Verhalten wie die erste. Daher wurde testweise ein Suse gebootet und hier gehen nun alle vier Ports. Daraus schlussfolgert sich, dass es sich bei diesem Problem nicht um ein Hardware-, sondern um ein Software-/Treiber-Problem mit Debian 9 handelt. Ich bin ja wieder vermutlich nicht der Einzige der eine i340-T4 mit Debian einsetzt...
Was wäre der beste Ansatz um mit einer Fehlersuche zu beginnen?
Falls Ihr noch mehr Infos zum System braucht, bitte sagen.
Grüße,
j.
ich bin's mal wieder mit einem merkwürdigen Problem und finde auch keine Ähnlichkeiten bei Google & Co., so dass vielleicht hier einer der Netzwerk-Gurus weiterhelfen kann.
Ich habe einen Router mit Debian 9 aufgebaut, auf dem HostAP für WLAN läuft und der eine Bridge für Ethernet und WLAN herstellt, mehr ist auch eigentlich nicht drauf (relativ frisch installiert). Die Hardware des Systems ist ein ThinClient Fujitsu Futro S720 mit AMD GX-222GC DualCore CPU mit 2.0GHz und integrierter AMD Radeon R5E GPU, 4GB DDR3L RAM, 16GB mSATA, sowie einer Fujitsu D2745 QuadPort-Netzwerkkarte (baugleich Intel i340-T4). Der Futro liefert am PCIe x4-Anschluß keine 12V, die werden aber von der Karte auch gar nicht benötigt (die Fujitsu D2745 ist eine reine 5V-Karte).
Nachdem alles zusammengebaut und installiert war stellte sich raus, dass die QuadPort-Karte nur auf zwei Ports einen Link herstellt (die beiden entfernten Ports vom PCIe-Anschluss). Zunächst wurde ein Defekt der Karte vermutet, was aber schon relativ unwahrscheinlich erschien, da die neueren Karten im Gegensatz zu früheren Versionen wie der PRO/1000PT|ET nur einen Chip statt zweien besitzen. Daher wurde vom Haupt-Server eine originale Intel i340-T4 ausgebaut (längere Version, kann auch mit 12V betrieben werden) und die Karte im Futro wurde ersetzt. Diese Karte zeigt nun exakt das gleiche Verhalten wie die erste. Daher wurde testweise ein Suse gebootet und hier gehen nun alle vier Ports. Daraus schlussfolgert sich, dass es sich bei diesem Problem nicht um ein Hardware-, sondern um ein Software-/Treiber-Problem mit Debian 9 handelt. Ich bin ja wieder vermutlich nicht der Einzige der eine i340-T4 mit Debian einsetzt...
Was wäre der beste Ansatz um mit einer Fehlersuche zu beginnen?
Falls Ihr noch mehr Infos zum System braucht, bitte sagen.
Grüße,
j.
Zuletzt geändert von joker4791 am 26.12.2018 19:24:05, insgesamt 1-mal geändert.
Re: Debian 9 & Intel i340-T4
Ich würde mal schauen, welcher Kernel / geladene Module / Modulparameter bei dem Suse aktiv sind, bzw wo sie sich zum Debian unterscheiden. Evtl hat Suse einfach nur nen neueren Kernel oder andere defaults.
Re: Debian 9 & Intel i340-T4
Welche Treiber Version hast du in Debian und welche in Suse?
Nachdem es anscheinend am Treiber liegt würde ich einfach einen aktuellen installieren.
Nachdem es anscheinend am Treiber liegt würde ich einfach einen aktuellen installieren.
- joker4791
- Beiträge: 41
- Registriert: 05.02.2009 17:21:44
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: bei Frankfurt/Main
Re: Debian 9 & Intel i340-T4
es ist der Standard-Treiber installiert.
Code: Alles auswählen
root@S720:~# modinfo igb
filename: /lib/modules/4.9.0-7-amd64/kernel/drivers/net/ethernet/intel/igb/igb.ko
version: 5.4.0-k
license: GPL
description: Intel(R) Gigabit Ethernet Network Driver
author: Intel Corporation, <e1000-devel@lists.sourceforge.net>
srcversion: 44BF078E3586A2C1C6989BD
- joker4791
- Beiträge: 41
- Registriert: 05.02.2009 17:21:44
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: bei Frankfurt/Main
Re: Debian 9 & Intel i340-T4
OK, habe mal das aktuelle Paket von Intel heruntergeladen und installiert, Stand vom 13.10.2018.
Das Ergebnis ist das gleiche, die beiden Ports nahe des PCIe-Anschlusses erhalten keinen Link, weder mit 1GBit-Geräten noch mit 100MBit-Geräten.
Was mich wundert ist, dass die Versionsnummer kleiner ist als die aus dem Debian-Paket...
Code: Alles auswählen
root@S720:~# modinfo igb
filename: /lib/modules/4.9.0-7-amd64/updates/drivers/net/ethernet/intel/igb/igb.ko
version: 5.3.5.22
license: GPL
description: Intel(R) Gigabit Ethernet Linux Driver
author: Intel Corporation, <e1000-devel@lists.sourceforge.net>
srcversion: E29E48F02CC07EACD9C4C96
Was mich wundert ist, dass die Versionsnummer kleiner ist als die aus dem Debian-Paket...
- joker4791
- Beiträge: 41
- Registriert: 05.02.2009 17:21:44
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: bei Frankfurt/Main
Re: Debian 9 & Intel i340-T4
BTW: im System sind die Ports an sich vorhanden:
(enp2 ist die onboard-Karte, wlp3 die WiFi-Karte)
Code: Alles auswählen
root@S720:~# ls -l /sys/class/net
insgesamt 0
lrwxrwxrwx 1 root root 0 Dez 10 20:20 br0 -> ../../devices/virtual/net/br0
lrwxrwxrwx 1 root root 0 Dez 10 20:28 enp1s0f0 -> ../../devices/pci0000:00/0000:00:02.1/0000:01:00.0/net/enp1s0f0
lrwxrwxrwx 1 root root 0 Dez 10 20:28 enp1s0f1 -> ../../devices/pci0000:00/0000:00:02.1/0000:01:00.1/net/enp1s0f1
lrwxrwxrwx 1 root root 0 Dez 10 20:37 enp1s0f2 -> ../../devices/pci0000:00/0000:00:02.1/0000:01:00.2/net/enp1s0f2
lrwxrwxrwx 1 root root 0 Dez 10 20:37 enp1s0f3 -> ../../devices/pci0000:00/0000:00:02.1/0000:01:00.3/net/enp1s0f3
lrwxrwxrwx 1 root root 0 Dez 10 20:20 enp2s0 -> ../../devices/pci0000:00/0000:00:02.2/0000:02:00.0/net/enp2s0
lrwxrwxrwx 1 root root 0 Dez 10 20:20 lo -> ../../devices/virtual/net/lo
lrwxrwxrwx 1 root root 0 Dez 10 20:20 wlp3s0 -> ../../devices/pci0000:00/0000:00:02.5/0000:03:00.0/net/wlp3s0
- joker4791
- Beiträge: 41
- Registriert: 05.02.2009 17:21:44
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: bei Frankfurt/Main
Re: Debian 9 & Intel i340-T4
OK, unter ifconfig tauchen die zwei Ports schonmal nicht auf.
Wie und Wo könnte man die nun aktivieren?
Habe übrigens ein Firmware-Update auf die aktuelle Version 1.5.86 gemacht, hat aber auch keine Besserung gebracht.
Die zweite Frage wäre noch, ob das IOMEM-Setting ein Problem sein könnte:
Grüße,
j.
Code: Alles auswählen
root@S720:~# ifconfig
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.174 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::219:99ff:fec9:a604 prefixlen 64 scopeid 0x20<link>
ether 00:19:99:c9:a6:04 txqueuelen 1000 (Ethernet)
RX packets 1447 bytes 104716 (102.2 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 99 bytes 15946 (15.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp1s0f0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 00:19:99:c9:a6:04 txqueuelen 1000 (Ethernet)
RX packets 20115 bytes 26728789 (25.4 MiB)
RX errors 0 dropped 12 overruns 0 frame 0
TX packets 12298 bytes 1088195 (1.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device memory 0xfe800000-fe87ffff
enp1s0f1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 00:19:99:c9:a6:05 txqueuelen 1000 (Ethernet)
RX packets 25 bytes 3732 (3.6 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1422 bytes 120429 (117.6 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device memory 0xfe700000-fe77ffff
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 90:1b:0e:d8:cf:78 txqueuelen 1000 (Ethernet)
RX packets 414 bytes 106361 (103.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1697 bytes 166228 (162.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Lokale Schleife)
RX packets 2 bytes 78 (78.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2 bytes 78 (78.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::7ec3:a1ff:fea2:bca8 prefixlen 64 scopeid 0x20<link>
ether 7c:c3:a1:a2:bc:a8 txqueuelen 1000 (Ethernet)
RX packets 12016 bytes 995402 (972.0 KiB)
RX errors 0 dropped 37 overruns 0 frame 0
TX packets 21153 bytes 27153495 (25.8 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Habe übrigens ein Firmware-Update auf die aktuelle Version 1.5.86 gemacht, hat aber auch keine Besserung gebracht.
Die zweite Frage wäre noch, ob das IOMEM-Setting ein Problem sein könnte:
Code: Alles auswählen
root@S720:/usr/local/src/APPS/BootUtil/Linux_x64# ./bootutil64e
Connection to QV driver failed - please reinstall it!
Intel(R) Ethernet Flash Firmware Utility
BootUtil version 1.6.87.12
Copyright (C) 2003-2018 Intel Corporation
The selected adapter (location 1:00.3) cannot be updated due to strict MMIO memory settings in the kernel.
Set the iomem kernel parameter to "relaxed" and reboot the system before running this utility again.
Consult the utility documentation for more information.
The selected adapter (location 1:00.1) cannot be updated due to strict MMIO memory settings in the kernel.
Set the iomem kernel parameter to "relaxed" and reboot the system before running this utility again.
Consult the utility documentation for more information.
The selected adapter (location 1:00.2) cannot be updated due to strict MMIO memory settings in the kernel.
Set the iomem kernel parameter to "relaxed" and reboot the system before running this utility again.
Consult the utility documentation for more information.
The selected adapter (location 1:00.0) cannot be updated due to strict MMIO memory settings in the kernel.
Set the iomem kernel parameter to "relaxed" and reboot the system before running this utility again.
Consult the utility documentation for more information.
Type BootUtil -? for help
Port Network Address Location Series WOL Flash Firmware Version
==== =============== ======== ======= === ============================= =======
1 (Cannot initialize adapter)
2 (Cannot initialize adapter)
3 (Cannot initialize adapter)
4 (Cannot initialize adapter)
j.
- joker4791
- Beiträge: 41
- Registriert: 05.02.2009 17:21:44
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: bei Frankfurt/Main
Re: Debian 9 & Intel i340-T4
Hier noch lspci über die Karte:
Code: Alles auswählen
root@S720:~# lspci -s 1:0 -v
01:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)
Subsystem: Fujitsu Technology Solutions 82580 Gigabit Network Connection
Flags: bus master, fast devsel, latency 0, IRQ 24
Memory at fe800000 (32-bit, non-prefetchable) [size=512K]
I/O ports at e060 [size=32]
Memory at fe88c000 (32-bit, non-prefetchable) [size=16K]
Expansion ROM at fe780000 [disabled] [size=512K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
Capabilities: [70] MSI-X: Enable+ Count=10 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-19-99-ff-ff-c9-a6-04
Capabilities: [1a0] Transaction Processing Hints
Capabilities: [1c0] Latency Tolerance Reporting
Kernel driver in use: igb
Kernel modules: igb
01:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)
Subsystem: Fujitsu Technology Solutions 82580 Gigabit Network Connection
Flags: bus master, fast devsel, latency 0, IRQ 26
Memory at fe700000 (32-bit, non-prefetchable) [size=512K]
I/O ports at e040 [size=32]
Memory at fe888000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
Capabilities: [70] MSI-X: Enable+ Count=10 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-19-99-ff-ff-c9-a6-04
Capabilities: [1a0] Transaction Processing Hints
Kernel driver in use: igb
Kernel modules: igb
01:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)
Subsystem: Fujitsu Technology Solutions 82580 Gigabit Network Connection
Flags: bus master, fast devsel, latency 0, IRQ 35
Memory at fe680000 (32-bit, non-prefetchable) [size=512K]
I/O ports at e020 [size=32]
Memory at fe884000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
Capabilities: [70] MSI-X: Enable+ Count=10 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-19-99-ff-ff-c9-a6-04
Capabilities: [1a0] Transaction Processing Hints
Kernel driver in use: igb
Kernel modules: igb
01:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)
Subsystem: Fujitsu Technology Solutions 82580 Gigabit Network Connection
Flags: bus master, fast devsel, latency 0, IRQ 42
Memory at fe600000 (32-bit, non-prefetchable) [size=512K]
I/O ports at e000 [size=32]
Memory at fe880000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
Capabilities: [70] MSI-X: Enable+ Count=10 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-19-99-ff-ff-c9-a6-04
Capabilities: [1a0] Transaction Processing Hints
Kernel driver in use: igb
Kernel modules: igb
- joker4791
- Beiträge: 41
- Registriert: 05.02.2009 17:21:44
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: bei Frankfurt/Main
Re: Debian 9 & Intel i340-T4
Ich gebe das Vorhaben jetzt auf, ich habe keine Lust und keine Zeit mehr da noch Mühe reinzustecken und nur weil Debian zu doof ist die Karte korrekt zu verwenden.
Stattdessen habe ich eine HPE 331T eingebaut mit Broadcom-Chipsatz und 4 1GB-Ports und die läuft OOTB.
Stattdessen habe ich eine HPE 331T eingebaut mit Broadcom-Chipsatz und 4 1GB-Ports und die läuft OOTB.
Re: Debian 9 & Intel i340-T4
Code: Alles auswählen
ifconfig -a
- joker4791
- Beiträge: 41
- Registriert: 05.02.2009 17:21:44
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: bei Frankfurt/Main
Re: [gelöst] Debian 9 & Intel i340-T4
HI,
Inzwischen habe ich auch herausgefunden, warum die zwei Ports auf den Intel-Karten keinen Link aufbauen. Wie so oft sitzt das Problem diesseits des Bildschirms. Ich hab bei den zwei Ports einen Zahlendreher eingebaut und das auch bei x-facher Kontrolle nicht gemerkt. Blöd, dass die Interfacenamen mit systemd so lang und kompliziert sind und nicht mehr mit udev benamst werden können, wer kann sich schon eine enp1s0f3 merken anstelle der eth4... Ich werde jedenfalls mal Devuan als Distribution ausprobieren, das wäre ja für diese Zwecke mehr als ausreichend und kommt meinen Ansprüchen wesentlich näher als ein aktuelles Debian.
Grüße,
j.
Inzwischen habe ich auch herausgefunden, warum die zwei Ports auf den Intel-Karten keinen Link aufbauen. Wie so oft sitzt das Problem diesseits des Bildschirms. Ich hab bei den zwei Ports einen Zahlendreher eingebaut und das auch bei x-facher Kontrolle nicht gemerkt. Blöd, dass die Interfacenamen mit systemd so lang und kompliziert sind und nicht mehr mit udev benamst werden können, wer kann sich schon eine enp1s0f3 merken anstelle der eth4... Ich werde jedenfalls mal Devuan als Distribution ausprobieren, das wäre ja für diese Zwecke mehr als ausreichend und kommt meinen Ansprüchen wesentlich näher als ein aktuelles Debian.
Grüße,
j.
Re: [gelöst] Debian 9 & Intel i340-T4
Schön zu hören.
Natürlich kannst du Interfaces auch mit Systemd umbennen:
/etc/systemd/network/[IRGENDWAS].link:
[Match]
MACAddress=mac-address
[Link]
Name=[DEIN GEWÜNSCHTER NAME]
Natürlich kannst du Interfaces auch mit Systemd umbennen:
/etc/systemd/network/[IRGENDWAS].link:
[Match]
MACAddress=mac-address
[Link]
Name=[DEIN GEWÜNSCHTER NAME]