Metakommentar: Ich bin mir nicht sicher, wo ich das posten soll. Stackoverflow hat mich zu askubuntu geschickt, dort wurde mir gesagt, dass es nicht zum Thema gehört. Ich versuche es hier noch einmal. Bitte seien Sie höflich und weisen Sie mich in die richtige Richtung, wenn ich wieder einmal „nicht zum Thema“ gehöre.
Kurz zusammengefasst: Meine Netzwerkschnittstelle scheint das entsprechende Kerneltreibermodul e1000e nicht zu akzeptieren/laden/installieren. Der einzige Hinweis auf eine Lösung kam von einem dmesg, der darauf hinwies, dass ein anderer Treiber (igb) geladen ist.
Erwartetes Ergebnis:
Integriertes LAN wird verwendet, kein USB-Tethering vom Telefon.
Tatsächliche Ergebnis:
Ich habe tagelang versucht, herauszufinden, warum das integrierte LAN kaputtgegangen ist und warum sich der Treiber nicht aus dem Kernelmodul laden/binden lässt.
Die betroffene Hardware:
Gigabyte GA-Z87-UD3H – Onboard-LAN – Intel Corporation Ethernet-Verbindung I217-V (Rev. 05)
Habe versucht:
Ich habe dies bei drei Bootvorgängen versucht: dem ursprünglichen Kubuntu 18.04 LTS. Die meisten Fehlerbehebungen wurden bei diesem Bootvorgang durchgeführt, aber ich habe auch einige andere ausprobiert, um zu sehen, ob es releasespezifisch war.
Ich habe Kernelmodule für diese Kernel aus den Quellen getestet und kompiliert: 4.15.0-96-lowlatency (kam mit 18.04 Ubuntu-Studio), 5.3.0-26/43/45/46-generic (Original Kubuntu 18.04, pop_os), 5.4.0-21/23-lowlatency (Ubuntu-Studio 20.04).
Es funktionierte in den letzten 6 Monaten auf der Kubuntu 18.04-Installation. Es hat in der Vergangenheit auf derselben Hardware unter Win 8.1, Win 10, macOS Maverick/Sierra/High Sierra sowie Ubuntu 16.04, 18.04 funktioniert.
Betroffenes Gerät:
sudo lshw -c network
[sudo] password for -:
*-network UNCLAIMED
description: Ethernet controller
product: Ethernet Connection I217-V
vendor: Intel Corporation
physical id: 19
bus info: pci@0000:00:19.0
version: 05
width: 32 bits
clock: 33MHz
capabilities: pm msi cap_list
configuration: latency=0
resources: memory:f7900000-f791ffff memory:f793d000-f793dfff ioport:f080(size=32)
sudo lspci -nnk gibt mir
00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection I217-V [8086:153b] (rev 05)
DeviceName: Onboard LAN
Subsystem: Gigabyte Technology Co., Ltd Ethernet Connection I217-V [1458:e000]
Kernel modules: e1000e
Beachten Sie, dass die Zeile „Verwendeter Kerneltreiber:“ fehlt, die ich auf allen funktionierenden Geräten/Modulen erhalte.
modprobe e1000e
modprobe -a e1000e
Tut nichts.
Also habe ich versucht, aus dem Quellcode zu kompilieren: (für das 5.4-Modul habe ich die Schritte vonhttps://github.com/koljah-de/e1000e-dkms-debianum eine Zeile in /usr/src/e1000e-3.6.0/src/kcompat.h zu ändern:
line:command
2799:#include <linux/pci-aspm.h>
Zu
line:command
2799:#include <linux/pci.h>
was gut funktioniert hat)
Ich habe versucht, einfach
make make install
und das System neu starten, nichts. Ich habe die Deb-Installationsmethode vom zuvor erwähnten Git ausprobiert. Ich habe versucht
dkms add -m e1000e -v 3.6.0
dkms build -m e1000e -v 3.6.0
dkms -m e1000e -v 3.6.0
Letzter Versuch, die Schnittstelle manuell zu binden:
# apt install dpdk
Und
sudo dpdk-devbind.py -b e1000e 0000:00:19.0
[sudo] password for -:
Error: bind failed for 0000:00:19.0 - Cannot bind to driver e1000e
von journalctl habe ich diese beiden relevanten Zeilen:
apr 10 19:55:43 a-Z87X-UD3H kernel: e1000e: probe of 0000:00:19.0 failed with error -2
apr 10 19:55:42 a-Z87X-UD3H kernel: e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
Und von dmesg diese:
[ 2173.754182] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.6.0-k
[ 2173.754183] igb: Copyright (c) 2007-2014 Intel Corporation.
[ 5735.904821] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[ 5736.742509] e1000e: probe of 0000:00:19.0 failed with error -2
[ 5736.742623] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[ 5737.579534] e1000e: probe of 0000:00:19.0 failed with error -2
Aus dieser dmesg-Meldung geht hervor, dass die Schnittstelle stattdessen das igb-Kernelmodul lädt, das sonst nirgends aufgetaucht ist, aber das könnte die Ursache des Problems sein. Allerdings konnte rmmod/modprobe -r es nicht trennen, da es technisch nicht geladen ist... Ich konnte diese dmesg-Meldung auch nicht reproduzieren. Ich bin ratlos.
Ich überlege, mir eine andere SSD zuzulegen und eine andere Distribution auszuprobieren, um auszuschließen, dass es sich um ein Debian-/Ubuntu-spezifisches Problem handelt. Andererseits könnte ich mir in diesem Fall auch gleich eine billige Ethernet-Schnittstelle zulegen.
danke, dass Sie sich die Zeit genommen haben, dies zu lesenC: