staging.inyokaproject.org

Ich versuche, eine kabelgebundene (!) Verbindung zu meinem Netzwerk herzustellen, bekomme aber regelmäßig die Fehlermeldung "Aktivierung der Netzwerkverbindung ist gescheitert."

Ich benutze Ubuntu LTS 18.04 (Gnome - glaube ich) und eine Fritzbox 7590, die mit mehreren anderen Rechnern (Windows 7) verbunden ist. Eine WLAN-Verbindung über einem zweiten Router, der mit der Fritzbox über LAN verbunden ist funktioniert und mein Linux-Rechner wird in der Fritzbox mit einer IP-Adresse angezeigt (als LAN-Verbindung). Zu Beginn ist es einmal gelungen, eine LAN-Verbindung herzustellen (bei der Gelegenheit gab es eine aktive WLAN- *und* eine LAN-Verbindung, die WLAN-Verbindung über den zweiten Router), seitdem nicht mehr.

Ich habe folgendes versucht: Trennen der WLAN-Verbindung, Neustart, Neustart mit abgeschaltetem zweiten Router (so dass keine WLAN-Verbindung hergestellt werden kann), Neustart nach Neustart der Fritzbox, ... alles ohne Erfolg.

Um mir helfen zu können, muss man auch noch wissen, dass ich was Linux (und Ubuntu) betrifft wirklich absoluter Anfänger bin, ich benötige also eine Beschreibung für Anfänger.

Zeige

lspci

ip a

DJKUhpisse schrieb:

Zeige

lspci

ip a

dirk@dirk-TUXEDO:~$ lspci

00:00.0 Host bridge: Intel Corporation Device 3e34 (rev 0b)
00:02.0 VGA compatible controller: Intel Corporation Device 3ea0
00:12.0 Signal processing controller: Intel Corporation Device 9df9 (rev 30)
00:14.0 USB controller: Intel Corporation Device 9ded (rev 30)
00:14.2 RAM memory: Intel Corporation Device 9def (rev 30)
00:15.0 Serial bus controller [0c80]: Intel Corporation Device 9de8 (rev 30)
00:16.0 Communication controller: Intel Corporation Device 9de0 (rev 30)
00:17.0 SATA controller: Intel Corporation Device 9dd3 (rev 30)
00:1c.0 PCI bridge: Intel Corporation Device 9dbc (rev f0)
00:1d.0 PCI bridge: Intel Corporation Device 9db0 (rev f0)
00:1d.1 PCI bridge: Intel Corporation Device 9db1 (rev f0)
00:1d.4 PCI bridge: Intel Corporation Device 9db4 (rev f0)
00:1f.0 ISA bridge: Intel Corporation Device 9d84 (rev 30)
00:1f.3 Audio device: Intel Corporation Device 9dc8 (rev 30)
00:1f.4 SMBus: Intel Corporation Device 9da3 (rev 30)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Device 9da4 (rev 30)
01:00.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
02:00.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
02:01.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
02:02.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
03:00.0 System peripheral: Intel Corporation JHL7540 Thunderbolt 3 NHI [Titan Ridge 2C 2018] (rev 06)
38:00.0 USB controller: Intel Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge 2C 2018] (rev 06)
39:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTL8411B PCI Express Card Reader (rev 01)
39:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
3a:00.0 Network controller: Intel Corporation Wireless-AC 9260 (rev 29)
3b:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981

dirk@dirk-TUXEDO:~$ ip a

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: enp57s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 80:fa:5b:69:81:d8 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::9ac2:ffdb:1652:d988/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

3: wlp58s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 3c:6a:a7:40:5b:e1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.42/24 brd 192.168.178.255 scope global dynamic noprefixroute wlp58s0
       valid_lft 860237sec preferred_lft 860237sec
    inet6 fe80::3195:768c:6c04:4331/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Zusatzinformationen (ich hoffe, die Formatierung gelingt):

dirk@dirk-TUXEDO:~$ cat /etc/network/interfaces

1
2
3

# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

dirk@dirk-TUXEDO:~$ ip link

1
2
3
4
5
6

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp57s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 80:fa:5b:69:81:d8 brd ff:ff:ff:ff:ff:ff
3: wlp58s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
    link/ether 3c:6a:a7:40:5b:e1 brd ff:ff:ff:ff:ff:ff

dirk@dirk-TUXEDO:~$ ip -4 addr

1
2
3
4
5
6

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
3: wlp58s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    inet 192.168.178.42/24 brd 192.168.178.255 scope global dynamic noprefixroute wlp58s0
       valid_lft 859194sec preferred_lft 859194sec

dirk@dirk-TUXEDO:~$ ip -4 route

1
2
3

default via 192.168.178.1 dev wlp58s0 proto dhcp metric 600 
169.254.0.0/16 dev wlp58s0 scope link metric 1000 
192.168.178.0/24 dev wlp58s0 proto kernel scope link src 192.168.178.42 metric 600 

dirk@dirk-TUXEDO:~$ ip -4 neigh

1
2
3

192.168.178.1 dev wlp58s0 lladdr 44:4e:6d:55:03:12 REACHABLE
192.168.178.23 dev wlp58s0 lladdr 30:cd:a7:38:00:d5 STALE
192.168.178.27 dev wlp58s0 lladdr 62:ff:4d:00:84:18 REACHABLE

dirk@dirk-TUXEDO:~$ nmcli general ; nmcli device ; nmcli connection

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

STATE      CONNECTIVITY  WIFI-HW    WIFI       WWAN-HW    WWAN        
verbunden  vollständig   aktiviert  aktiviert  aktiviert  deaktiviert 
DEVICE     TYPE      STATE                                               CONNECTION                  
wlp58s0    wifi      verbunden                                           TP-LINK_3D09C8              
enp57s0f1  ethernet  wird verbunden (IP-Einstellungen werden ermittelt)  Kabelgebundene Verbindung 1 
lo         loopback  nicht verwaltet                                     --                          
NAME                         UUID                                  TYPE      DEVICE    
Kabelgebundene Verbindung 1  16977b19-91ec-4f4e-bb6e-4a74809dd75a  ethernet  enp57s0f1 
TP-LINK_3D09C8               6c3e5c75-bfc9-4d60-914f-a0f28ae9f2bd  wifi      wlp58s0   
Rabbit                       90afaa3f-97e1-4014-bfe5-3f12972c56f8  wifi      --        

dirk@dirk-TUXEDO:~$ ls -l /etc/resolv.conf

1
2
3
4
5
6
7
8

lrwxrwxrwx 1 root root 29 Mai 14 09:16 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
dirk@dirk-TUXEDO:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53
search fritz.box

dirk@dirk-TUXEDO:~$ cat /etc/hosts

1
2

127.0.0.1	localhost
127.0.1.1	dirk-TUXEDO

dirk@dirk-TUXEDO:~$ sudo ss -pan 'sport = 53'

1
2
3

Netid           State             Recv-Q            Send-Q                        Local Address:Port                       Peer Address:Port                                                                
udp             UNCONN            0                 0                             127.0.0.53%lo:53                              0.0.0.0:*               users:(("systemd-resolve",pid=686,fd=12))           
tcp             LISTEN            0                 128                           127.0.0.53%lo:53                              0.0.0.0:*               users:(("systemd-resolve",pid=686,fd=13))           

DirkE schrieb:

[…] Fritzbox 7590 […] Eine WLAN-Verbindung über einem zweiten Router, der mit der Fritzbox über LAN verbunden ist funktioniert […]

Warum so kompliziert? Warum benutzt Du nicht das WLAN der Fritzbox?

Ich habe folgendes versucht: […]

Versuche, ob es mit einem anderen Netzwerkkabel funktioniert!

kB schrieb:

DirkE schrieb:

[…] Fritzbox 7590 […] Eine WLAN-Verbindung über einem zweiten Router, der mit der Fritzbox über LAN verbunden ist funktioniert […]

Warum so kompliziert? Warum benutzt Du nicht das WLAN der Fritzbox?

Weil die Datenübertragung über das LAN-Kabel *wesentlich* schneller ist (es geht um große Datenmengen)!

Ich habe folgendes versucht: […]

Versuche, ob es mit einem anderen Netzwerkkabel funktioniert!

Es hatte ja schon ein erstes Mal mit dem Netzwerkkabel funktioniert (und das in Verbindung mit Windows-Rechnern bisher immer funktioniert hat). Trotzdem werde ich es versuchen und berichten, falls das Problem am Kabel lag.

Für diese (nicht mehr neue) Intel-Karte lade folgende Datei herunter

http://security.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_1.178.1_all.deb

Installation durch Doppelklick, danach neu starten. Funktioniert WLAN? Falls ja, Treiberupdate für LAN hier:

https://forum.ubuntuusers.de/topic/lan-karte-funktioniert-nicht/#Version-47-01-1-aus-19-10

@praseodym: Danke für die Hinweise. Ich habe wie vorgeschlagen die Datei installiert und dann ein Treiberupdate für LAN versucht (3. Versuch hat funkioniert).

Dennoch war das Problem (nach Neustart etc.) danach noch immer nicht gelöst.

Dann habe ich etwas Schlichtes versucht: Ich habe das Notebook von einer Life-USB-Installation (Ubuntu 10.04) neu gestartet und siehe da: Die LAN-Verbindung funktionierte (was auch zeigt, dass es kein Hardware-Problem war).

Anschließend habe ich das Notebook ganz regulär neu gestartet und jetzt funktioniert auch hier die LAN-Verbindung (wobei noch angemerkt werden sollte, dass sie zunächst gleichzeitig mit der WLAN-Verbindung lief, aber sie läuft auch nach Abschalten der WLAN-Verbindung immer noch).

Ich kann jetzt zwar nicht nachvollziehen, warum die LAN-Verbindung wieder funktioniert, aber das Booten von einer Life-USB-Installation scheint Wunder gewirkt zu haben. Das Problem betrachte ich damit zwar als noch immer unverstanden aber (und darauf kommt es jedenfalls an) auch als gelöst.