Forum Debian Users Gang

Zobacz czy Ci coś dmesg powie
oraz czy błędy się pojawiają ip -s link show
i ethtool interfejs

RX: bytes  packets  errors  dropped overrun mcast   
    90144332   216888   0       8482    0       3952
    TX: bytes  packets  errors  dropped carrier collsns
    313875787  268984   78      0       0       0

Dziwna wartość jak na połączenie kablem.

Od zainstalowania Debian 10 masz taki problem, czy wystąpił nagle?

U mnie:

 03:38:49 up 3 days, 21:09,  2 users,  load average: 1,45, 1,44, 1,22

7: net: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc htb state UP mode DEFAULT group default qlen 1000
    link/ether fc:aa:14:03:df:39 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    23397511734 16012313 0       0       0       580     
    TX: bytes  packets  errors  dropped carrier collsns 
    641247005  8317415  0       0       0       0

Czy jakiś pies albo kot nie interesował się ostatnio kablami sieciowymi u Ciebie?
Albo jakaś fala wilgoci nie dotknęła któregoś kabla?

Spróbuj na interfejsie włączyć autonegocjację połączenia, i zobacz, czy wynegocjuje 100Mbit/s czy mniej.

Radziłbym zrobić trzy testy:
inny kabel sieciowy, inny port podłączenia, np spróbuj wpiąć lapka na chwilkę prosto do Microtika,
i wreszcie inny system operacyjny, odpal lapka z jakiegoś obrazu LiveCD i zobacz, czy na systemie Live ten problem występuje w podobnym wymiarze.

Może to z resztą być problem w lapku, np umierający port ethernet.
Znam co najmniej jeden Sony Vaio, który ma ethernet na karcie USB,  bo jego własny port ethernet jest kaput,
a w serwisie nie potrafili go wymienić bo jest solidnie przylutowany do mobo.
Kable sieciowe też potrafią rożne cyrki robić, jak się przerwie w nich jedna żyłka albo dostaną trochę wilgoci.
Sądząc po fakcie, że wifi jest tylko 2.4Ghz to musi być dosyć zabytkowy lapek.

Ostatnio edytowany przez Jacekalex (2020-02-19 03:55:41)

Autonegocjacja:
z roota:

 ethtool -s {INTERFEJS} autoneg on

Nazwę interfejsu musisz podać.

Kable w ścianach kładl elektryk?
Czy to są kable SFTP żelowane i ekranowane? przystosowane do układania w tynku?
Czy może kable  UTP położone  rurach lub peszelach?

Wbrew pozorom ściany też pracują przy najmniejszym wstrząsie budynku coś się może  stać,  jedna żyłka w kablu ethernet ma około 0.5 mm - 0,9mm, więc po prostu mogło się zrobić pęknięcie.


Mogę CI pokazać kamienicę w mojej okolicy, gdzie elektryk położył podtynkowe "zwyczaje" kable, i nie po 10 latach ale po trzech tygodniach nie działało prawidłowo 70%.

Poza tym tanie kable się czasem starzeją, kruszy się izolacja, i cuda się z nimi  dzieją.
Do ścian powinno się stosować kable takie same jak do układania w ziemi, ale te są drogie i poza internetem diabelnie trudno je kupić.
Konkretnie chodzi o żelowane skrętki SFTP (dostępne tylko w rolkach 100-300-500m po około 1,8-2,5 zł za metr i na nich oczywiście gniazdka keystone a nie wtyczki).

Jeżeli jakiś elektryk CI schował  bezpośrednio w tynku kable UTP, to ja bym takiego elektryka od razu powiesił na suchej gałęzi... :P

PS.
Co się tyczy dzieci, to mogą być znacznie groźniejsze od psa i kota razem wziętych. :P

Pozdro

Ostatnio edytowany przez Jacekalex (2020-02-19 14:11:53)

Komedna "sudo ethtool -s enp10s0 autoneg on" naprawia problem do momentu rozłączenia się z LAN lub restartu komputera. Wynagocjowało 1000Mb/s. Jak ustawić aby z automatu przy każdym połączeniu to się włączało?
Transfery do internetu są na pełnej szybkości a do NAS 15 MB/s więc 3x szybciej i tak samo jak w Win10 uruchamianego z drugiej partycji.

Jeśli chodzi o sieć w moim domu to ja miałem tylko pobieżny zamysł (kable mają się z każdego pomieszczenia schodzić na strych) który przedstawiłem elektrykowi i wyjechałem dalej do pracy aby na to zarobić... Na strychu kable wystają bezpośrednio ze ściany więc widzę, że jest to zwykły kabel UTP class 5 lub 5e (nie do końca czytelna litera) bez peszli czy innych korytek. Elektryka nie powieszę bo nie znajdę... W innych pokojach zamontowane są gniazdka LAN więc dzieci mogą tylko "zająć" się ewentualnie tym co z gniazdka wystaje. W ścianie nie popsują przynajmniej na razie (2 lata oraz 9 dni) :)

Ostatnio edytowany przez wachcio (2020-02-19 17:58:23)

Jacekalex napisał(-a):

Komedna "sudo ethtool -s enp10s0 autoneg on" naprawia problem do momentu rozłączenia się z LAN lub restartu komputera. Jak ustawić aby z automatu przy każdym połączeniu to się włączało?

sudo geany /etc/network/if-pre-up.d/autoneg.sh

Wklejasz tam

Kod:

#!/bin/sh
ethtool -s enp10s0 autoneg on

zapisujesz plik.
potem:

Kod:

sudo chmod 700  /etc/network/if-pre-up.d/autoneg.sh

i po restarcie powinien sam się ustawić.

Daj znać, czy pomogło.

Przy okazji, mocno podejrzane jest zachowanie switcha, jeśli bez autonegocjacji ustawia prędkość portu na 10Mbit. 
Jeśli ten problem nie występował wcześniej, to może być objaw jakiejś degradacji kabla albo portu w switchu,
na szczęście na razie mało znaczącej.

Niestety nie pomogło po restarcie komputera lub karty sieciowej zmienia się na "Advertised auto-negotiation: No"

Ostatnio edytowany przez wachcio (2020-02-19 18:11:18)

Niestety nie pomogło :(

Jeśli używasz NM to jak widzę jest opcja negocjacji. Czy działa nie wiem.

Problem rozwiązałem. Skrypt musi być bez rozszerzenia.

masz na myśli skrypty w

/etc/network/{if-up.d,if-pre-up.d}/autoneg.sh

poszło po usunięciu rozszerzenia .sh

To masz najdziwniejszego Debiana, o jakim ostatnio słyszałem, zazwyczaj takie skrypty działają bez żadnej specjalnej  gimnastyki.

Daj tam na w temacie pierwszego postu.

[SOLVED]

żeby oznaczyć watek jako rozwiązany.

PS:

Co to jest NM?

NM to nic innego jak NetworkManager, domyślnie pakowany w chorych  zależnościach do Gnome i KDE przez metapakiety.
NM to źródło największych problemów z siecią w historii GNU Linuxa.
Między innymi NM zredukował liczbę użytkowników dystrybucji Ubuntu o co najmniej kilkanaście milionów,
stał się też cichym bohaterem sławnej reklamy Microsoftu dotyczącej laptopów Dell z pre-instalowanym Ubuntu. :P

Pozdro

Ostatnio edytowany przez Jacekalex (2020-02-20 02:16:59)

Bo takie są obostrzenia w run-parts:

run-parts runs all the executable files named within constraints described below, found in directory directory. Other files and directories are silently ignored.

If neither the --lsbsysinit option nor the --regex option is given then the names must consist entirely of ASCII upper- and lower-case letters, ASCII digits, ASCII underscores, and ASCII minus-hyphens.

If the --lsbsysinit option is given, then the names must not end in .dpkg-old or .dpkg-dist or .dpkg-new or .dpkg-tmp, and must belong to one or more of the following namespaces: the LANANA-assigned namespace (^[a-z0-9]+$); the LSB hierarchical and reserved namespaces (^_?([a-z0-9_.]+-)+[a-z0-9]+$); and the Debian cron script namespace (^[a-zA-Z0-9_-]+$).

If the --regex option is given, the names must match the custom extended regular expression specified as that option’s argument.

Files are run in the lexical sort order (according to the C/POSIX locale character collation rules) of their names unless the --reverse option is given, in which case they are run in the opposite order.
-- https://man.cx/run-parts(8)

Użytkownicy buntu są ofiarami takiej doktryny, gdzie snapshot z SIDa po pół roku gimnastyki jest "stabilny".

Potem taki stabilny system np nie gada z dhcp, albo nie ustawia DNSów które mu się wpisze w konfiguracji graficznej (nie ustawiał żadnych czasami).
Pamiętam taki numer z NM, że nieźle ustawiał pracę modemu LTE, ale połączenia po
kablu nie dało się w tym czasie w ogóle ustawić, a wifi nie działało chwilowo z powodu aktualizacji wpa_supplicanta.

Po 10 latach gimnastyki, testów i tysięcy zgłaszanych  błędów pewnie, że jest już połatany, przez 10 lat to można czasami nauczyć psa gry w szachy. :P

Ale ja i tak nie lubię takich programów, co myślą, że są mądrzejsze od użyszkodnika.
:D

Ostatnio edytowany przez Jacekalex (2020-02-22 08:54:10)