Imhoteph
Anmeldungsdatum: 11. Juni 2011
Beiträge: Zähle...
|
Ich hatte dazu im falschen Bereich eben einen Thread gestartet.
Daher nun hier mit hoffentlich allen notwendigen Angaben.
Als ich letzte Woche mittels apt ein Update gestartet habe ist die Internetverbindung kaputt gegangen. Das upgrade ist nicht vollstaendig durchgelaufen, sondern nach ca. der Haelfte wegen Verbindungsproblemen abgebrochen. Der WLAN Adapter wird nicht mehr gefunden. Aber auch per LAN funktioniert das update bzw. upgrade nicht mehr. Surfen auch nur teilweise. Aktuell ist das Geraet mittels LAN verbunden. | imhoteph@SVF15A1Z2EB:~$ uname -a
Linux SVF15A1Z2EB 5.19.0-32-generic #33~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Mon Jan 30 17:03:34 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
|
| imhoteph@SVF15A1Z2EB:~$ lspci -nnk | grep -A3 02[08]0
07:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries BCM43142 802.11b/g/n [14e4:4365] (rev 01)
Subsystem: Foxconn International, Inc. BCM43142 802.11b/g/n [105b:e071]
08:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader [10ec:5209] (rev 01)
Subsystem: Sony Corporation RTS5209 PCI Express Card Reader [104d:90b7]
--
0e:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:0123]
Kernel driver in use: r8169
Kernel modules: r8169
|
| imhoteph@SVF15A1Z2EB:~$ ip link
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: enp14s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether 3c:07:71:6d:d5:e8 brd ff:ff:ff:ff:ff:ff
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | imhoteph@SVF15A1Z2EB:~$ 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: enp14s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 3c:07:71:6d:d5:e8 brd ff:ff:ff:ff:ff:ff
inet 169.254.188.213/16 brd 169.254.255.255 scope link noprefixroute enp14s0
valid_lft forever preferred_lft forever
inet6 2003:df:473c:f200:8928:de61:3de1:dff0/64 scope global temporary dynamic
valid_lft 7046sec preferred_lft 1177sec
inet6 2003:df:473c:f200:56a7:c881:c0db:b9ba/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 7046sec preferred_lft 1177sec
inet6 fe80::6b7a:d57d:99be:2b38/64 scope link noprefixroute
valid_lft forever preferred_lft forever
|
| imhoteph@SVF15A1Z2EB:~$ ip -4 route
169.254.0.0/16 dev enp14s0 proto kernel scope link src 169.254.188.213 metric 100
224.0.0.0/4 dev enp14s0 proto static scope link metric 100
|
| imhoteph@SVF15A1Z2EB:~$ ip -6 route
::1 dev lo proto kernel metric 256 pref medium
2003:df:473c:f200::/64 dev enp14s0 proto ra metric 100 pref medium
2003:df:473c:f200::/56 via fe80::e228:6dff:fe6e:256a dev enp14s0 proto ra metric 100 pref medium
fe80::/64 dev enp14s0 proto kernel metric 1024 pref medium
default via fe80::e228:6dff:fe6e:256a dev enp14s0 proto ra metric 100 pref medium
|
| imhoteph@SVF15A1Z2EB:~$ ip neigh
fe80::e228:6dff:fe6e:256a dev enp14s0 lladdr e0:28:6d:6e:25:6a router REACHABLE
|
| imhoteph@SVF15A1Z2EB:~$ nmcli general ; nmcli device ; nmcli connection
STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN
verbunden vollständig aktiviert aktiviert aktiviert deaktiviert
DEVICE TYPE STATE CONNECTION
enp14s0 ethernet verbunden Kabelgebundene Verbindung 1
lo loopback nicht verwaltet --
NAME UUID TYPE DEVICE
Kabelgebundene Verbindung 1 56d44ad6-7a44-3089-8bea-eb877b34a994 ethernet enp14s0
FRITZ!Box 7580 e78a5db5-ca62-41e7-b500-91f985f60b94 wifi --
|
| imhoteph@SVF15A1Z2EB:~$ resolvectl --no-pager
Global
Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub
Link 2 (enp14s0)
Current Scopes: DNS
Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: fd00::e228:6dff:fe6e:256a
DNS Servers: fd00::e228:6dff:fe6e:256a
|
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 | imhoteph@SVF15A1Z2EB:~$ ping -c 2 $(ip -4 route show default | grep -o '[0-9]*[.][.0-9]*' )
ping: usage error: Es ist eine Zieladresse notwendig
imhoteph@SVF15A1Z2EB:~$ ping -c 2 $(ip -6 route show default |cut -d " " -f 3,5| sed s/\ /%/)
PING fe80::e228:6dff:fe6e:256a%enp14s0(fe80::e228:6dff:fe6e:256a%enp14s0) 56 data bytes
64 bytes from fe80::e228:6dff:fe6e:256a%enp14s0: icmp_seq=1 ttl=64 time=4.72 ms
64 bytes from fe80::e228:6dff:fe6e:256a%enp14s0: icmp_seq=2 ttl=64 time=4.55 ms
--- fe80::e228:6dff:fe6e:256a%enp14s0 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 4.547/4.635/4.723/0.088 ms
imhoteph@SVF15A1Z2EB:~$ ping -c 2 213.95.41.4
ping: connect: Das Netzwerk ist nicht erreichbar
imhoteph@SVF15A1Z2EB:~$ ping -c 2 2001:4dd0:f100:0:dead:beef:cafe:1
PING 2001:4dd0:f100:0:dead:beef:cafe:1(2001:4dd0:f100:0:dead:beef:cafe:1) 56 data bytes
64 bytes from 2001:4dd0:f100:0:dead:beef:cafe:1: icmp_seq=1 ttl=56 time=48.5 ms
64 bytes from 2001:4dd0:f100:0:dead:beef:cafe:1: icmp_seq=2 ttl=56 time=46.0 ms
--- 2001:4dd0:f100:0:dead:beef:cafe:1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 46.029/47.256/48.484/1.227 ms
imhoteph@SVF15A1Z2EB:~$ ping -c 2 www.ubuntuusers.de
PING www.ubuntuusers.de(ha.ubuntu-de.org (2001:4dd0:f100:0:dead:beef:cafe:1)) 56 data bytes
64 bytes from ha.ubuntu-de.org (2001:4dd0:f100:0:dead:beef:cafe:1): icmp_seq=1 ttl=56 time=47.6 ms
64 bytes from ha.ubuntu-de.org (2001:4dd0:f100:0:dead:beef:cafe:1): icmp_seq=2 ttl=56 time=46.9 ms
--- www.ubuntuusers.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 46.856/47.237/47.619/0.381 ms
|
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 16818
|
Du hast keine private IPv4-Adresse, sondern APIPA.
IPv6 funktioniert tadellos. Der Server ist aber nur über Steinzeit-IPv4 erreichbar, daher kommt der Fehler nur da vor, bei anderen Sachen wie ubuntuusers halt nicht (das kann IPv6). Trenne und verbinde dann neu.
Dann zeige erneut ip a .
Sollte das noch immer so sein, nimm Wireshark und zeichne den Verkehr auf. Da muss man nach DHCP suchen und schauen, was falsch läuft.
|
Imhoteph
(Themenstarter)
Anmeldungsdatum: 11. Juni 2011
Beiträge: 63
|
DJKUhpisse schrieb: Trenne und verbinde dann neu.
Dann zeige erneut ip a .
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | imhoteph@SVF15A1Z2EB:~$ 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: enp14s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 3c:07:71:6d:d5:e8 brd ff:ff:ff:ff:ff:ff
inet 192.168.178.30/24 brd 192.168.178.255 scope global dynamic noprefixroute enp14s0
valid_lft 863993sec preferred_lft 863993sec
inet6 2003:df:473c:f200:f0be:cac8:5827:dd06/64 scope global temporary dynamic
valid_lft 7196sec preferred_lft 1783sec
inet6 2003:df:473c:f200:56a7:c881:c0db:b9ba/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 7196sec preferred_lft 1783sec
inet6 fe80::6b7a:d57d:99be:2b38/64 scope link noprefixroute
valid_lft forever preferred_lft forever
|
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 16818
|
Ist ok, teste das Update.
|
Imhoteph
(Themenstarter)
Anmeldungsdatum: 11. Juni 2011
Beiträge: 63
|
DJKUhpisse schrieb: Ist ok, teste das Update.
Vielen Dank für die Tipps. Ich verstehe nicht was da los war.
Nachdem neu Verbinden war die Verbindung erstmal komplett weg - bis ich neu gestartet habe.
Danach ging sowohl LAN als auch WLAN wieder.
|