1aladdin1
Anmeldungsdatum: 30. Juni 2020
Beiträge: 11
|
Hallo zusammen,
habe auf meinem neuen Desktop-PC Ubuntu 20.04 installiert. Problem ist, dass ich keine Netzwerkverbindung über die Ethernet-Schnittstelle des Mainboards bekomme. Mainboard: ASUS ROG STRIX B550-F GAMING (also brandneu)
Ethernet-Controller: Intel I225-V 2.5Gbit/s Ubuntu 20.04
| dietmar@PC-2020:~$ uname -a
Linux PC-2020 5.4.0-39-generic #43-Ubuntu SMP Fri Jun 19 10:28:31 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
|
| dietmar@PC-2020:~$ lspci -nnk | grep -i net -A2
06:00.0 Ethernet controller [0200]: Intel Corporation Device [8086:15f3] (rev 02)
Subsystem: ASUSTeK Computer Inc. Device [1043:87d2]
Kernel driver in use: igc
|
Zusatzinfo: Version des Kernelmoduls igc.ko: 0.0.1-k | dietmar@PC-2020:~$ ip addr show enp6s0
2: enp6s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether d4:5d:64:d7:26:8c brd ff:ff:ff:ff:ff:ff
|
Diese Ethernet-Schnittstelle ist zu einer Fritzbox 7590 verkabelt. Der dortige Port ist auf 1Gbit/s konfiguriert (weil die 7590 keine 2.5Gbit kann). Vor Beginn des Bootvorganges leuchten auch brav die beiden Link-LEDs an der RJ45-Buchse am Mainboard, gehen dann aber während des Bootvorgangs - vermutlich
sobald der Treiber geladen wird - aus. Wie kann ich meiner Ethernet-Verbindung aufhelfen?
Besten Dank für eure Tipps!
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22097
Wohnort: ~
|
Hallo und willkommen bei uu.de. Zeige mal
lsmod
dmesg | grep igc
|
1aladdin1
(Themenstarter)
Anmeldungsdatum: 30. Juni 2020
Beiträge: 11
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81 | lsmod
Module Size Used by
snd_hda_codec_hdmi 61440 1
edac_mce_amd 32768 0
kvm 663552 0
nvidia_uvm 970752 0
nvidia_drm 49152 6
nvidia_modeset 1114112 9 nvidia_drm
snd_hda_codec_realtek 118784 1
snd_hda_codec_generic 81920 1 snd_hda_codec_realtek
ledtrig_audio 16384 2 snd_hda_codec_generic,snd_hda_codec_realtek
snd_hda_intel 53248 7
snd_intel_dspcfg 24576 1 snd_hda_intel
snd_hda_codec 131072 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core 90112 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep 20480 1 snd_hda_codec
snd_pcm 106496 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
snd_seq_midi 20480 0
snd_seq_midi_event 16384 1 snd_seq_midi
snd_rawmidi 36864 1 snd_seq_midi
crct10dif_pclmul 16384 1
ghash_clmulni_intel 16384 0
nvidia 20680704 369 nvidia_uvm,nvidia_modeset
88XXau 2899968 0
nls_iso8859_1 16384 1
snd_seq 69632 2 snd_seq_midi,snd_seq_midi_event
snd_seq_device 16384 3 snd_seq,snd_seq_midi,snd_rawmidi
snd_timer 36864 2 snd_seq,snd_pcm
aesni_intel 372736 0
joydev 24576 0
crypto_simd 16384 1 aesni_intel
cfg80211 704512 1 88XXau
input_leds 16384 0
snd 90112 25 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm,snd_rawmidi
cryptd 24576 2 crypto_simd,ghash_clmulni_intel
glue_helper 16384 1 aesni_intel
drm_kms_helper 184320 1 nvidia_drm
eeepc_wmi 16384 0
asus_wmi 32768 1 eeepc_wmi
sparse_keymap 16384 1 asus_wmi
video 49152 1 asus_wmi
ipmi_devintf 20480 0
wmi_bmof 16384 0
ipmi_msghandler 106496 2 ipmi_devintf,nvidia
k10temp 16384 0
ccp 86016 0
fb_sys_fops 16384 1 drm_kms_helper
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
soundcore 16384 1 snd
sysimgblt 16384 1 drm_kms_helper
mac_hid 16384 0
sch_fq_codel 20480 9
parport_pc 40960 0
ppdev 24576 0
lp 20480 0
drm 491520 9 drm_kms_helper,nvidia_drm
parport 53248 3 parport_pc,lp,ppdev
ip_tables 32768 0
x_tables 40960 1 ip_tables
autofs4 45056 2
btrfs 1253376 2
xor 24576 1 btrfs
zstd_compress 167936 1 btrfs
raid6_pq 114688 1 btrfs
libcrc32c 16384 1 btrfs
hid_logitech_hidpp 40960 0
hid_logitech_dj 24576 0
hid_generic 16384 0
usbhid 57344 1 hid_logitech_dj
hid 131072 4 usbhid,hid_generic,hid_logitech_dj,hid_logitech_hidpp
crc32_pclmul 16384 0
i2c_piix4 28672 0
nvme 49152 4
igc 90112 0
ahci 40960 0
nvme_core 102400 6 nvme
libahci 32768 1 ahci
wmi 32768 2 asus_wmi,wmi_bmof
gpio_amdpt 20480 0
gpio_generic 20480 1 gpio_amdpt
|
| dmesg | grep igc
[ 1.061112] igc 0000:06:00.0: 4.000 Gb/s available PCIe bandwidth (5 GT/s x1 link)
[ 1.061113] igc 0000:06:00.0 eth0: MAC: d4:5d:64:d7:26:8c
[ 1.061583] igc 0000:06:00.0 enp6s0: renamed from eth0
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24 | modinfo igc
filename: /lib/modules/5.4.0-39-generic/kernel/drivers/net/ethernet/intel/igc/igc.ko
version: 0.0.1-k
license: GPL v2
description: Intel(R) 2.5G Ethernet Linux Driver
author: Intel Corporation, <linux.nics@intel.com>
srcversion: A3A387D8D54D40691E20DB3
alias: pci:v00008086d00003100sv*sd*bc*sc*i*
alias: pci:v00008086d000015F7sv*sd*bc*sc*i*
alias: pci:v00008086d000015F8sv*sd*bc*sc*i*
alias: pci:v00008086d000015F3sv*sd*bc*sc*i*
alias: pci:v00008086d000015F2sv*sd*bc*sc*i*
depends:
retpoline: Y
intree: Y
name: igc
vermagic: 5.4.0-39-generic SMP mod_unload
sig_id: PKCS#7
signer: Build time autogenerated kernel key
sig_key: 70:3A:0E:EF:43:F2:F2:F1:A6:03:AF:FE:E6:21:11:A1:3D:27:AF:2C
sig_hashalgo: sha512
signature: 05:3D:26:3D:09:31:78:01:A6:10:F1:CB:69:D9:8E:A0:BB:78:DB:EE:
21:00:CA:B3:10:8A:C4:68:88:85:67:39:DA:A8:4C:80:C2:A5:0F:DF:
...
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
1aladdin1 schrieb: […] Version des Kernelmoduls igc.ko: 0.0.1-k
Das klingt nicht nach einem ausgereiften Treiber, kann aber täuschen. Jedenfalls ist der Treiber erst seit Linux 4.20 überhaupt im Kernel und bei späteren Kernel wurden weitere Chips diesem Treiber hinzugefügt. Möglicherweise funktioniert es besser, wenn Du statt des Ubuntu Kernels 5.4 den Linux-LTS-Kernel 5.6 verwendest, z.B. den neusten Ubuntu-Mainline-Kernel 5.6.x
[…]
Vor Beginn des Bootvorganges leuchten auch brav die beiden Link-LEDs an der RJ45-Buchse am Mainboard, gehen dann aber während des Bootvorgangs - vermutlich
sobald der Treiber geladen wird - aus.
Das ist ein Indiz, dass die automatische Aushandlung der Geschwindigkeit und weiterer Übertragungsparameter nicht erfolgreich war. Kontrolliere das mit ethtool und den Meldungen im Systemlog.
|
1aladdin1
(Themenstarter)
Anmeldungsdatum: 30. Juni 2020
Beiträge: 11
|
wenn Du statt des Ubuntu Kernels 5.4 den Linux-LTS-Kernel 5.6 verwendest, z.B. den neusten Ubuntu-Mainline-Kernel 5.6.x
wie mach ich das - gibt's dazu ein Wiki oder ähnliches?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17651
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22097
Wohnort: ~
|
Der Treiber hat ne Signatur, dennoch: Ist SceureBoot aus oder an?
|
1aladdin1
(Themenstarter)
Anmeldungsdatum: 30. Juni 2020
Beiträge: 11
|
praseodym schrieb: Der Treiber hat ne Signatur, dennoch: Ist SceureBoot aus oder an?
SecureBoot ist NICHT aktiv
|
1aladdin1
(Themenstarter)
Anmeldungsdatum: 30. Juni 2020
Beiträge: 11
|
kB schrieb: Möglicherweise funktioniert es besser, wenn Du statt des Ubuntu Kernels 5.4 den Linux-LTS-Kernel 5.6 verwendest, z.B. den neusten Ubuntu-Mainline-Kernel 5.6.x
also bin ich dem Hinweis gefolgt und habe den Ubuntu-Mainline-Kernel 5.6.19 installiert
| dietmar@PC-2020:~$ uname -a
Linux PC-2020 5.6.19-050619-generic #202006171132 SMP Wed Jun 17 16:31:10 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
|
und tatsächlich: TCP/IP-Verbindung über enp6s0 funktioniert! |
dietmar@PC-2020:~$ ip a s enp6s0
2: enp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether d4:5d:64:d7:26:8c brd ff:ff:ff:ff:ff:ff
inet 192.168.188.29/24 brd 192.168.188.255 scope global dynamic noprefixroute enp6s0
valid_lft 863600sec preferred_lft 863600sec
inet6 fe80::d65d:64ff:fed7:268c/64 scope link
valid_lft forever preferred_lft forever
|
Es ist allerdings exakt dasselbe Kernelmodul
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26 | dietmar@PC-2020:~$ modinfo igc
filename: /lib/modules/5.6.19-050619-generic/kernel/drivers/net/ethernet/intel/igc/igc.ko
version: 0.0.1-k
license: GPL v2
description: Intel(R) 2.5G Ethernet Linux Driver
author: Intel Corporation, <linux.nics@intel.com>
srcversion: 5796CE380BA788B8F5AEDE7
alias: pci:v00008086d000015FDsv*sd*bc*sc*i*
alias: pci:v00008086d00003100sv*sd*bc*sc*i*
alias: pci:v00008086d000015F7sv*sd*bc*sc*i*
alias: pci:v00008086d000015F8sv*sd*bc*sc*i*
alias: pci:v00008086d000015F3sv*sd*bc*sc*i*
alias: pci:v00008086d000015F2sv*sd*bc*sc*i*
depends:
retpoline: Y
intree: Y
name: igc
vermagic: 5.6.19-050619-generic SMP mod_unload
sig_id: PKCS#7
signer: Build time autogenerated kernel key
sig_key: 7C:00:E0:BF:3C:06:D1:EC:78:B6:DC:EB:35:A2:AD:37:98:D5:82:CA
sig_hashalgo: sha512
signature: 8E:65:A8:E4:50:BC:A1:74:20:71:E4:F2:74:2F:DD:72:3C:B5:90:DD:
.... gekürzt ...
E1:AC:2D:8D:02:17:D0:0B:74:0C:51:26
parm: debug:Debug level (0=none,...,16=all) (int)
|
in Verwendung als beim 5.4-Kernel, wo es nicht geklappt hat Wenn also das zuständige Kernelmodul ident ist, worin besteht dann der Unterschied zwischen 5.4 (keine Funktion) und 5.6 (Funktion iO)?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19 |
dietmar@PC-2020:~$ sudo lshw -C network
[sudo] password for dietmar:
*-network
description: Ethernet interface
product: Intel Corporation
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:06:00.0
logical name: enp6s0
version: 02
serial: d4:5d:64:d7:26:8c
size: 1Gbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi msix pciexpress bus_master cap_list ethernet physical 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=igc driverversion=0.0.1-k duplex=full ip=192.168.188.29 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:37 memory:fc200000-fc2fffff memory:fc300000-fc303fff
|
die dmesg-Ausgabe
| dietmar@PC-2020:~$ dmesg | grep igc
[ 1.179832] igc 0000:06:00.0: added PHC on eth0
[ 1.180279] igc 0000:06:00.0: 4.000 Gb/s available PCIe bandwidth (5 GT/s x1 link)
[ 1.180670] igc 0000:06:00.0 eth0: MAC: d4:5d:64:d7:26:8c
[ 1.181628] igc 0000:06:00.0 enp6s0: renamed from eth0
[ 12.769052] igc 0000:06:00.0 enp6s0: igc: enp6s0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
|
ist anders als beim 5.4-Kernel. Dort fehlt der 'added PHC on eth0'-Eintrag.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
1aladdin1 schrieb: [:]
Es ist allerdings exakt dasselbe Kernelmodul […]
in Verwendung als beim 5.4-Kernel, wo es nicht geklappt hat
Nein. Das Modul für Kernel 5.6 beruht auf einer anderen Version des Intel-Treibers (vgl. srcversion ) als das Modul für 5.4 und ist für 6 statt nur 5 Hardware-Varianten zuständig.
[…]
die dmesg-Ausgabe
dietmar@PC-2020:~$ dmesg | grep igc
[ 1.179832] igc 0000:06:00.0: added PHC on eth0
[ 1.180279] igc 0000:06:00.0: 4.000 Gb/s available PCIe bandwidth (5 GT/s x1 link)
[ 1.180670] igc 0000:06:00.0 eth0: MAC: d4:5d:64:d7:26:8c
[ 1.181628] igc 0000:06:00.0 enp6s0: renamed from eth0
[ 12.769052] igc 0000:06:00.0 enp6s0: igc: enp6s0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
ist anders als beim 5.4-Kernel. Dort fehlt der 'added PHC on eth0'-Eintrag.
Was PHC bedeuten soll, dazu kann ich nichts sagen. Entscheidend ist aber die letzte Zeile, die eine erfolgreiche Aushandlung der Übertragungsparameter dokumentiert.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
1aladdin1 schrieb: […] habe den Ubuntu-Mainline-Kernel 5.6.19 installiert […] enp6s0 funktioniert
Du hast jetzt diese Handlungsoptionen: Verwende den Ubuntu-Mainline-Kernel 5.6, den Du allerdings selber pflegen musst. Die Mainline-Kernel erhalten nicht über den normalen Update-Mechanismus von Ubuntu Sicherheitsupdates, sondern es wird von Zeit zu Zeit eine neue Unterversion bereitgestellt, die dann von Dir händisch installiert werden muss. Diesen Modus musst Du bis mindestens Oktober 2020 ertragen. Nachdem Ubuntu 20.10 veröffentlicht sein wird, kannst Du beim 20.04-System den HWE-Modus aktivieren. Dann erhältst Du über den normalen Update-Mechanismus auch den Kernel von 20.10 (aus heutiger Sicht 5.6, es kann aber auch 5.7 oder 5.8 werden) und späterer Ausgaben von Ubuntu. Den HWE-Modus kannst Du auch jetzt schon aktivieren, er bewirkt aber nichts vor der Veröffentlichung von Ubuntu 20.10.
|
1aladdin1
(Themenstarter)
Anmeldungsdatum: 30. Juni 2020
Beiträge: 11
|
kB schrieb: Nein. Das Modul für Kernel 5.6 beruht auf einer anderen Version des Intel-Treibers (vgl. srcversion ) als das Modul für 5.4 und ist für 6 statt nur 5 Hardware-Varianten zuständig.
wäre es möglich, den - offensichtlich neueren - Intel-Treiber, der in 5.6 verwendet wird, auf 5.4 rückzuportieren?
|
schollsky
Anmeldungsdatum: 3. Dezember 2012
Beiträge: 1491
Wohnort: Ruhrgebeat
|
Hallo 1aladdin1, das wäre möglicherweise theoretisch machbar, die Frage ist nur: Wer soll das tun? Dafür sind m.W.n. ziemlich fortgeschrittene Programmier-, Kernel- und Treiberkenntnisse notwendig. Eine Rückportierung wird daher wohl nur dann passieren, wenn a) sich ausreichend Menschen melden, die hier Bedarf sehen und b) sich ein oder mehrere fähige Personen finden, die das dann auch umsetzen. Grüße schollsky
|
1aladdin1
(Themenstarter)
Anmeldungsdatum: 30. Juni 2020
Beiträge: 11
|
Herzlichen Dank an die - kompetente und rasche - Unterstützung aller an diesem Thread Beteiligten! Insbesondere an kB, der den entscheidenden Input mit einem neueren Mainline-Kernel gegeben hat. Ich werde auf die aufwändige eigenständige Pflege eines Mainline-Kernels verzichten und als Überbrückung einen USB-WLAN-Stick verwenden. Im Herbst soll ja (vermutlich mit einer Point-Release) Ubuntu 20.04 auf eine höhere Kernelversion umsteigen. Dann werde ich (hoffentlich) von WLAN zu Ethernet zurückkehren 😀
|
schollsky
Anmeldungsdatum: 3. Dezember 2012
Beiträge: 1491
Wohnort: Ruhrgebeat
|
Naja, wenn mensch es ein- oder zweimal gemacht hat, ist die Installation eines Mainline-Kernels auch nicht sooo aufwendig. Wer es sich einfacher machen möchte, dem kann ich das Tool UKUU (Ubuntu Kernel Update Tool) empfehlen - das ist m.E. ein sehr schönes Stück Software und auch sein Geld wert (12$). Grüße schollsky
|