netwerk ziet device eth0 niet

Nederlands (Dutch) Netwerk/Internet
#1

Goededag allemaal,

Normaal start ik op en wordt automatisch internetverbinding gemaakt via de kabel device eth0. WiFi heb ik normaal op deze laptop uitgeschakeld.
Af en toe mislukt dat en moet ik een paar keer proberen voor het weer lukt, en dan gaat het weer een tijdje goed!
Inderdaad een beetje sukkelig, dus dacht ik vanochtend het maar eens uit te gaan zoeken…

Ik heb Leap 15.1 op een Dell XPS 13 laptop verbonden via TP-Link TL-SG108E (switch) aan een Fritzbox 7681 (router/gateway).

Met “ip addr” krijg ik:

:~> ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 9c:b6:d0:9a:27:4b brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.35/24 brd 192.168.178.255 scope global noprefixroute dynamic wlan0
       valid_lft 861533sec preferred_lft 861533sec
    inet6 2001:980:a9b2:1:75de:293e:725d:41b3/64 scope global temporary dynamic
       valid_lft 6766sec preferred_lft 3166sec
    inet6 2001:980:a9b2:1:2e0c:991f:834c:a6e2/64 scope global mngtmpaddr noprefixroute dynamic
       valid_lft 6766sec preferred_lft 3166sec
    inet6 fe80::5dad:6842:dc33:3356/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

Dus hij ziet eth0 helemaal niet. Zelfs helemaal geen ‘wired’ verbinding!

ip link set eth0 up

geprobeerd maar dat geeft:

Cannot find device "eth0"

Niet zo gek lijkt me; hij zag 'm al niet!
In YAST heb ik naar de netwerkmanager gekeken en daarin “Set Hostname via DHCP” verandert naar “yes: eth0”. Maar dat verandert niets. In de tap 'Routing staat bij Device: “-” Dit heb ik ook geprobeerd met “eth0” maar dat maakte ook niets uit.
Maar met de Netwerkmanager kun je in Yast niet zoveel meer; in het Overview staan alle netwerkdevices grijs en bijvoorbeeld de wireless adapter ‘not configured’, terwijl die het dus wel doet (gezien deze mail)!

Ik weet even niet wat ik nog meer kan proberen zonder de zaak verder te verzieken…

Alvast bedankt, en hopelijk slaat bovenstaand verhaal ergens op!
Peter Cools

#2

Als eth0 er niet is is het zinloos om dat in welk commando dan ook te gebruiken.
Het is dan ook niet:

Dus hij ziet eth0 helemaal niet. Zelfs helemaal geen ‘wired’ verbinding!

maar andersom: Er is geen wired verbinding, hij ziet zelfs eth0 helemaal niet.

Als ik je verhaal goed begrijp had je al een poosje problemen met je wired verbinding op eth0. En nu wordt het device zelfs helemaal niet meer gedetecteerd.

Ik ben dan altijd bang dat er iets stuk is.
Het makkelijkst is natuurlijk om een andere kabel te proberen en ook een andere aansluiting op je router. Switch ertussenuit, enz. Systematisch telkens één ding wijzigen. Als dat allemaal niet helpt, dan vrees ik voor iets in de computer.

#3

Ja, het verhaal is duidelijk.

Kan je eens kijken of Linux de netwerk-kaart of chip ziet, zo ziet dat er bij mij uit:

> sudo lspci | grep -i Ethernet
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)

Als je geen Ethernet netwerk controller ziet ga dan eens in het journal kijken, dat laat bij mij zien (als ik op Ethernet zoek):

> sudo journalctl -b
NetworkManager[1121]: <info>  [1589011701.0099] manager: (enp2s0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
kernel: RTL8211E Gigabit Ethernet r8169-200:00: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)

Wat laat dat bij jou zien?

#4

Bedankt.

Alle tussen-, en omliggende apparaten gereset. Kabels vervangen, andere poorten in switch geprobeerd…

Niente!

Tja, zo’n ding kan natuurlijk ook kapot.

In het volgende antwoord blijkt dit misschien wel bevestigd te worden…

#5

Ziet er niet goed uit.
Die eerste van marel is ook interessant.

#6

Nou misschien is dat wel dramatisch; op

> sudo lspci | grep -i Ethernet

krijg ik helemaal niets, geen foutmelding of niets. Op

> sudo lspci | more

krijg ik een pagina vol maar dat gaat niet over Ethernet of eth0 of iets dergelijks.

je andere suggestie geeft:

~> sudo journalctl -b | grep -i Ethernet
May 09 13:40:59 linux-b1dn NetworkManager[1163]: <info>  [1589031659.5472] keyfile: new connection /etc/NetworkManager/system-connections/New 802-3-ethernet connection (430cc7de-df72-4c63-92f2-6325759e16a2,"New 802-3-ethernet connection")
May 09 13:40:59 linux-b1dn NetworkManager[1163]: <info>  [1589031659.5591] Loaded device plugin: NMEthernetDeviceFactory (internal)
May 09 13:41:04 linux-b1dn kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3

Dit zijn denk ik meldingen van mijn laatste pogingen een en ander in leven te krijgen: Ik heb in Yast de Network Manager uitgezet en voor ‘Wicked Service’ gekozen, zodat ik de wireless adapter kon configureren (IP Address: DHCP en Device: wlan0) en ook de Ethernet Network Card (IP Address: DHCP en Device: eth0). Maar ik zie nu dat de Wireless weer ‘not configured’ is (waarschijnlijk omdat ik de Network Manager weer ‘aan’ gezet heb). Maar, helaas, ik zie geen devicenaam verschijnen in mijn output.

Niet zo best dus, lijkt me.
Henk van Velden zou weleens gelijk kunnen hebben.
Ik vrees me te moeten wenden tot Dell.

Ik ieder geval hartelijk dank voor de suggesties die meer informatie opleverden.

Peter Cools

#7

Als er helemaal geen Ethernet gedetecteerd wordt levert dat eerste commando van marel inderdaad niet sop.
Tussen twee haakjes, dat kun je het beste hier laten zien door het commando en de uitvoer, ook al is die leeg, thussen de CODE tags te zetten. En ook de prompts. Je krijgt dan zoiets als:

boven:~ # lspci | grep -i Boternet
boven:~ #

Is hasrdstikke duidelijk voor iedereen en daar hoef je niet bij te vertellen dat geen uitvoer inderdaad geen uitvoer is.

Overigens vind ik het laatste stuk een beetje verwarrend. Dat gaat over het configureren/gebruik van wlan0 met Wicked en ook met NM. Het is mij niet duidelijk welke van de twee nu wel of niet werkt, maar ik denk niet dat wlan0 iets met je eth0 probleem heeft te maken. Laten we dus maar bij de les blijven.

#8

Nadat ik mijn probleem op het forum gezet heb, en jij en Marel nog niet geantwoord hadden, ben ik verder gaan zoeken in Yast; in de Network Settings kun je bij Network Setup Method kiezen voor Wicked Services. En dan is het mogelijk in de tab Overview eth0 en wlan0 te configureren. Dat heb ik gedaan en daarna in de Global options de Setup Method weer terug gezet naar Network Manager.
Hoewel ik niet weet wat die Wicked Services zijn vermoedde ik dat die actie de output veroorzaakte van het tweede voorstel van Marel:

pcools@linux-b1dn:~> sudo journalctl -b | grep -i Ethernet
[sudo] password for root: 
May 09 18:33:29 linux-b1dn NetworkManager[1152]: <info>  [1589049209.5557] keyfile: new connection /etc/NetworkManager/system-connections/New 802-3-ethernet connection (430cc7de-df72-4c63-92f2-6325759e16a2,"New 802-3-ethernet connection")
May 09 18:33:29 linux-b1dn NetworkManager[1152]: <info>  [1589049209.5629] Loaded device plugin: NMEthernetDeviceFactory (internal)
May 09 18:33:34 linux-b1dn kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3

Maar zoals boven te zien geeft hij nu hetzelfde resultaat, terwijl ik nu niets verandert heb in die instellingen, het werkt nu onder NM.

Het lijkt mij dat wlan0 werkt ongeacht of dat onder NM of Wicked is, onder NM werkt het terwijl er dan ‘not configured’ bijstaat.
eth0 werkt in geen enkele situatie.

Ik ga maandag maar eens bij Dell aan de telefoon hangen.

Prettig weekeinde en bedankt voor het meedenken
Peter

#9

Je gebruikt óf Wicked, óf NM.

Als iets in Wicked configureert en daarna overgaat op NM wordt dat geconfigureerde niet gebruikt, want je gebruikt dan Wicked niet. En wat je in NM configureert, daar weet Wicked weer niets van.

En ja, je Wifi is niets mis mee, en die kan je dus zowel in Wicked als in NM gebruiken.
En je eth0 bestaat niet, dus die kan je niet gebruiken (is zelfs niet aanwezig) in Wicked, noch in NM.

#10

Als lspci geen Ethernet chip/adapter laat zien dan ziet de hardware de Ethernet chip/adapter niet meer en kan de software/BIOS/Linux er niets mee.

Ja, inderdaad tijd om met Dell contact te zoeken.

#11

Dank, beiden, ik ga ermee aan de slag…

Peter

#12

Eh, Peter,

Heeft jouw XPS 13 een interne ethernetpoort? Voor zover ik weet hebben recente modellen dat niet meer, maar werkt wired via een USB adapter

#13

Inderdaad heeft de XPS 13 geen ethernetpoort!
Drie USB-C poorten, twee links en een rechts, die erg slap aanvoelen. Ik ben er niet blij mee. Behalve de verschillende kabels met ditto stekkers heb je nu evenveel adapters.

Ik heb ook een adapter van Dell van USB-C naar ethernet/USB/VGA/HDMI, de DA200.

Voor het netwerkprobleem van dit draadje, is er vorige week een technicus van dell langs geweest die geen probleem kon vinden, maar wel opmerkte dat het erop leek dat OpenSuse misschien een probleem met deze adapter heeft. Met zijn Ubuntu ging het probleemloos…

En wat ik later ook ontdekte: ook met netwerkverbinding levert lspci geen resultaat:

pcools@linux-b1dn:~> sudo lspci | grep -i Ethernet
pcools@linux-b1dn:~>

Ik zoek verder en kom ik wat te weten dan meld ik dat hier…

MvG
Peter

#14

Oke; misschien kom ik iets verder met hetvolgende:

Ik vond op internet;

https://www.pcsuggest.com/install-rtl8153-driver-linux/

RTL8153 is a popular USB 3.0 to Gigabit ethernet converter chip, used  by many prominent hardware manufatures like NVIDIA, Lenovo, TP-Link.
It's well supported by the Linux kernel, but the default r8152 module is rarely used, the generic cdc_ether  driver is loaded instead. There's another problem, sometimes the r8152  module shipped with kernel can't even detect newer varients of the  RTL8153 chip.

Dus ik ben op zoek gegaan naar die chip;

pcools@linux-b1dn:~> lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 003: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
...

Bingo, en verdomd met;

pcools@linux-b1dn:~> lsmod | grep eth
cdc_ether              20480  0
usbnet                 49152  1 cdc_ether
usbcore               290816  8 usbnet,uvcvideo,usbhid,cdc_ether,xhci_pci,btusb,r8152,xhci_hcd

vind ik de genoemde ‘cdc_ether’ driver, terwijl;

pcools@linux-b1dn:~> lsmod | grep r8152
r8152                  69632  0
mii                    16384  2 usbnet,r8152
usbcore               290816  8 usbnet,uvcvideo,usbhid,cdc_ether,xhci_pci,btusb,r8152,xhci_hcd

bij mij de ‘rarely used’ r8152 draait!

Is het nu verstandig die RTL8153 driver te installeren…, of zie ik het verkeerd.
Waarom heeft OpenSuse die dan niet gebruikt?
De website is van 18 july 2018, dus al twee jaar oud!

#15

Misschien dat de volgende link informatief is voor anderen:

https://www.pcsuggest.com/best-usb-ethernet-adapter/

Ik zag dat er nog twee andere draadjes (gezocht naar “DA200”) hierover gaan!

#16

Die post is inderdaad al 2 jaar oud, en de driver lijkt geladen. De r8152 driver zou volgens het artikel moeten werken. Ik denk dan ook niet dat het downloaden en compileren veel zin heeft. Maar … wat zeker het proberen waard is, is om 's te booten van een Tumbleweed live image, of een Leap 15.2 live image. Die komen met nieuwere kernels en netwerk stack.

#17

Handiger is dit: https://www.pcsuggest.com/best-usb-ethernet-adapter/

#18

Hier lees ik dat RTL8153 wordt ondersteund door Linux vanaf Linux 5.6

Ik zit op Tumbleweed en zie:


> uname -r
5.6.11-1-default

Dus wat @Knurpt schrijft, probeer eens een Tumbleweed live image, is een prima idee.

LEAP 15.1 gebruikt de 4.12 Linux Kernel en 15.2 zal de 5.3.18 kernel gebruiken, beide ondersteunen dus de RTL8153 niet.

Met nieuwere laptop’s heb je altijd het risico dat er componenten in zitten die niet ondersteund worden. Zelfs wel eens een nieuwe laptop gekocht maar toen kwam ik er achter dat Linux de Intel chips die toegang geven tot de Flash drive niet ondersteund omdat de manier waarop Intel dat had gedaan smerig was en Linux niet de patches wilde accepteren om het toch te ondersteunen. Toen maar teruggestuurd en een mooie tweedehands laptop gekocht.

#19

Ik snap het. Maar ik stel overgaan op een ‘life’-versie even uit.
Ben nu liever bezig met Bash, Python en Nmap, om nu ook nog ‘problemen’ met een OS op te zoeken!

Er is wel een hoop duidelijker geworden; waarvoor dank!

#20

Peter, er is wel een eenvoudiger, snellere oplossing, nl. de laatste kernel installeren:


sudo zypper ar -f -n Kernel http://download.opensuse.org/repositories/Kernel:/stable/standard/ Kernel
sudo zypper dup --from Kernel

Daarna rebooten, en dan zit je ( vandaag ) op kernel 5.6-14