Brak połączenia PC do sieci po kablu

[rzutki]

To czy komp uruchomi się z siecią czy bez zaczyna u mnie być loterią. Jeśli jest to nigdy nie znika, działa pięknie. Jeśli uruchomi się bez połączenia to czasem wystarczy wyłączyć sieć by po ponownym włączeniu działała należycie. Jednak w większości przypadków gdy nie mam sieci pomaga tylko ponowne uruchomienie sprzętu. I co go boli?

[mario_7]

Dualboot z Windows? Jeśli tak to to może być przyczyna.

Mimo wszystko przydałyby się logi, bo w ciemno to ciężko zgadywać. Gdy nie uda się połączyć z siecią pokaż ostatnie kilkadziesiąt linii z polecenia dmesg

[rzutki]

Dualboot - TAK. Chociaż na windę zaglądam sporadycznie. Braki sieci są czasem bez jej odwiedzin. Prześledziłem jeszcze co się dzieje w sieci i mam dla PC ustawiony zarezerwowany IP w routerze (reszta urządzeń po DHCP) - może to router głupieje?
Czekam na zanik i wykonuję dmesg.

[mario_7]

Gdy problem się pojawi pokaż też wyniki poleceń:

Kod: Zaznacz cały

ip addr
ping 1.1.1.1

[jacekalex]

Dualboot z Windows to jedna możliwa przyczyna problemu, ale nie jedyna.
Drugą może być NetworkManager, który już nieraz miał problemy, zarówno z DHCP po kablu
jak i nawet ze zwykłym połączeniem statycznym IP, Maska, Brama.
Zabawna sytuacja z NetworkManagerem przybierała różne postacie, np kiedy poprawiali w nim obsługę modemów LTE, to przy przy okazji popsuli połączenia Ethernetowe, innym razem NM nie przyjmował DNSów z DHCP, ostatnio NM dzielnie wojował z Systemd i jego demonem systemd-networkd.

Jeżeli sieć się sypie, to ja bym patrzył w syslogu, /var/log/syslog powinien ujawnić przyczyny problemów.
Obstawiam, że NM i Systemd nie potrafią ustalić, który ma siecią zarządzać.

[rzutki]

Zapomniałem. W ubiegłym tygodniu zrobiłem screena z NM TUTAJ. Widać jak NM tworzy nowe połączenie, które nie było ustawione na auto i dlatego nie łączyło.

[rzutki]

Witam kolegów po usunięciu nowego profilu w NM, który się dzisiaj pojawił.
Kilka screenów:
SCREEN1, SCREEN2, SCREEN3, SCREEN4

Logi wykonane przed usunięciem tegoż profilu:
ip addr

Kod: Zaznacz cały

rzutki@new-komp-Ubuntu:~$ 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: enp1s0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether d8:cb:8a:32:7d:3a brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.111/24 brd 192.168.100.255 scope global enp1s0
       valid_lft forever preferred_lft forever
    inet6 fe80::dacb:8aff:fe32:7d3a/64 scope link 
       valid_lft forever preferred_lft forever

ping 1.1.1.1

Kod: Zaznacz cały

rzutki@new-komp-Ubuntu:~$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=56 time=11.9 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=56 time=11.5 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=56 time=11.2 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=56 time=11.2 ms

dmesg & syslog w załączonych plikach txt (ograniczenia )

[jacekalex]

Kod: Zaznacz cały

    inet 192.168.100.111/24 brd 192.168.100.255 scope global enp1s0 

Kod: Zaznacz cały

   rzutki@new-komp-Ubuntu:~$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=56 time=11.9 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=56 time=11.5 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=56 time=11.2 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=56 time=11.2 ms  

Trochę dziwna klasa adresowa 192.168.100.0/24 ale nie jest bynajmniej nieprawidłowa, można taką użyć, chociaż wiele modemów kablowych używa klasy 192.168.100.x do wystawiania panelu administracyjnego i jako klasa awaryjna, zanim dostaną adres DHCP.
Dlatego lepiej takiej klasy w routerze nie używać.

Tu masz conieco o problemie z klasą 192.168.100.x:
https://eko.one.pl/forum/viewtopic.php?id=21180


Neta jak widać już masz, dla porównania u mnie:

Kod: Zaznacz cały

 ping -c3 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=12.5 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=12.8 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=11.7 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 11.745/12.340/12.798/0.440 ms

W ogóle NM potrafi być sporym utrudnieniem przy korzystaniu z sieci, a do połączenia ethernet to się przeważnie przydaje jak dziura w moście.


Pozdro

[mario_7]

Kod: Zaznacz cały

[  102.989367] Generic FE-GE Realtek PHY r8169-0-100:00: attached PHY driver [Generic FE-GE Realtek PHY] (mii_bus:phy_addr=r8169-0-100:00, irq=IGNORE)
[  103.115221] r8169 0000:01:00.0 enp1s0: Link is Down
[  105.777781] r8169 0000:01:00.0 enp1s0: Link is Up - 1Gbps/Full - flow control off
[  105.777797] IPv6: ADDRCONF(NETDEV_CHANGE): enp1s0: link becomes ready
[  105.788020] 8021q: 802.1Q VLAN Support v1.8

To jest trochę dziwne...
Późno się orientuje system, że jest jakieś połączenie. Kabel sprawny?
Trochę dziwne też że ten sterownik tak się nagle przedstawia, jakby pojawiło się urządzenie...

Pokaż wyniki tych poleceń:

Kod: Zaznacz cały

sudo lshw -C network
uname -a

Ten sterownik niedawno miał jakieś problemy: https://askubuntu.com/questions/1285429 ... rade-5-4-0

[rzutki]

Późno się orientuję system, że jest jakieś połączenie. Kabel sprawny?
Trochę dziwne też że ten sterownik tak się nagle przedstawia, jakby pojawiło się urządzenie...

Może to ma sens. Kabel raczej sprawny. Raczej bo jak czyszczę sprzęt i go włączam ponownie to niejednokrotnie muszę go poćwiczyć, żeby połączył (jakieś luzy?).

wyniki poleceń przy sprawnie działającym łączu

Kod: Zaznacz cały

rzutki@new-komp-Ubuntu:~$ sudo lshw -C network
[sudo] hasło użytkownika rzutki: 
  *-network                 
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: enp1s0
       version: 0c
       serial: d8:cb:8a:32:7d:3a
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 duplex=full firmware=rtl8168g-2_0.0.1 02/06/13 ip=192.168.100.111 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
       resources: irq:31 ioport:e000(size=256) memory:fea00000-fea00fff memory:d0800000-d0803fff

Kod: Zaznacz cały

rzutki@new-komp-Ubuntu:~$ uname -a
Linux new-komp-Ubuntu 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

[mario_7]

W internetach piszą, że możesz spróbować z innym sterownikiem dla swojej karty - zainstaluj pakiet r8168-dkms i uruchom ponownie system. Powinien być użyty sterownik od producenta zamiast tego dostarczanego z kernelem.