Da’s sluw;
pcools@linux-b1dn:~> uname -r
5.6.14-1.gb0ab48a-default
Bedankt! Het zag er even spannend uit maar het ging dus goed…
Maar, doet de netwerkkaart het nu ook ? 
Yep!
pcools@linux-b1dn:~> lsusb | grep Ethernet
Bus 002 Device 003: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
pcools@linux-b1dn:~> ip a | grep eth0
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
inet 192.168.178.43/24 brd 192.168.178.255 scope global noprefixroute dynamic eth0
Ik wacht nog even met de RTL8153 driver…
Bedankt, allemaal!
Dat is niet meer nodig. De driver zit in de kernel vanaf kernel 5.6 Anders zou de netwerkkaart 't ook niet doen
Ja, dat zou logisch kunnen zijn, ik zie echter:
pcools@linux-b1dn:~> dmesg | grep eth
8.075434] wmi_bus wmi_bus-PNP0C14:03: WQBC data block query control method not found
12.695780] usbcore: registered new interface driver cdc_ether
12.838856] **r8152** 2-1.1:1.0 eth0: v1.11.11
16.339255] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
16.339408] **r8152** 2-1.1:1.0 eth0: carrier on
geen “8153”…
Maar dan wordt het verwarrend:
pcools@linux-b1dn:~> dmesg | tail -10
12.804949] r8152 2-1.1:1.0: load **rtl8153**a-3 v2 02/07/20 successfully
12.818660] broken atomic modeset userspace detected, disabling atomic
12.838856] r8152 2-1.1:1.0 eth0: v1.11.11
16.339255] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
16.339408] r8152 2-1.1:1.0 eth0: carrier on
Dus toch de rtl8153! Ik zoek het nog wel eens uit…
Is gewoon toegevoegd aan de r8152 driver. Dat gebeurt vaker als de chips eigenlijk dezelfde zijn. Er is ook geen foutmelding te zien.