Disconnessione rete ethernet

Ciao a tutti,
ho reinstallato fedora e sto incontrando problemi con la rete, probabilmente dovuti a qualche problema con i driver linux della mia macchina…
Con Windows il problema non si è mai verificato, con ubuntu lo faceva ogni tanto, con fedora più spesso.
Cosa succede: sto navigando / lavorando in rete, la connessione smette di funzionare (es: pagina web non trovata). Apro il terminale, faccio un ping verso google o verso il router, e non risponde niente.
Ho due soluzioni: la più veloce, è quella di disconnettere il cavo di rete, attendere 10 secondi e riconnetterlo. Tutto funziona nuovamente. In alternativa, dhclient -r e successivo dhclient, che però impiega abbastanza tempo (almeno un minuto…)
Escludo il router, in quanto il problema si verificava anche con il vecchio (su ubuntu), e lo switch (sostituito di recente, e problematica comunque presente con ubuntu).

Consigli?

Grazie.

ciao,
magari non c’entra nulla, ma potrebbe essere utile sapere un paio di cose preliminari:

  1. la tua macchina è in dual boot con Windows (e quale versione, in tal caso)?
  2. Ho vari cavi di rete, ma per qualche lieve imperfezione dopo un tempo imprevedibile (anche qualche giorno, a volte) tendono a staccarsi impercettibilmente dalla presa a muro, quel tanto che basta però a disconnettersi da internet. Nulla di grave, basta saperlo per non sbatterci la testa, ma può essere seccante, magari quando stai lavorando. Lo rinfilo, e passati 5 secondo sono di nuovo sul web. Potrebbe essere anche il tuo caso?
  3. Come mai scrivi di “driver Linux della tua macchina”? Forse hai Linux virtualizzato sul sistema operativo Windows?

A presto

Oltre a quanto suggerito da aiace, vediamo qualche informazione in più, a riguardo della scheda di rete:

$ inxi -n
$ lspci -knn | grep -iA 3 eth

P.S.: Il pacchetto diagnostico “inxi” potrebbe non essere presente nella tua installazione. Per reperirlo, è sufficiente un:

# dnf install inxi

Ciao, innanzitutto grazie per le risposte!

@aiace: la macchina era in dualboot con windows 7, finché non ho reinstallato tutto, mettendo solo fedora (sulla virtuale) e windows 10 (insider preview, legale, visto che sono iscritto al programma), su macchina virtuale. Il cavo di rete è buono, ne ho rifatti un paio e, per sicurezza, ne ho preso uno già crimpato. Il problema è sempre presente. Dico driver linux perché con il driver windows non si verificava.

@arkanoid: stasera faccio la diagnostica e vi rispondo!

ecco qui!

[root@vaio ~]# inxi -n
Network:   Card-1: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) driver: ath9k
           IF: wlp2s0 state: down mac: 78:dd:08:fc:9d:53
           Card-2: Marvell Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] driver: sky2
           IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: 54:42:49:71:58:56
[root@vaio ~]# lspci -knn | grep -iA 3 eth
04:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] [11ab:4381] (rev 11)
        Subsystem: Sony Corporation Device [104d:9071]
        Kernel driver in use: sky2
        Kernel modules: sky2

Vediamo se c’è qualche parametro interessante:

$ modinfo sky2

Inoltre… Quando la connessione smette di funzionare, reperisci questo output…:

# journalctl -b 0 --no-pager | grep enp4s0

…E poi, vedi se riparte con questo, senza il bisogno di intervenire sul cavo ethernet:

# rmmod sky2;modprobe sky2

Intanto ecco l’output richiesto.
Appena si verificherà il blocco (adesso è un paio di giorni che non lo fa), provvederò ad eseguire i due comandi…

$ modinfo sky2
filename:       /lib/modules/4.3.5-300.fc23.x86_64/kernel/drivers/net/ethernet/marvell/sky2.ko.xz
version:        1.30
license:        GPL
author:         Stephen Hemminger <[email protected]>
description:    Marvell Yukon 2 Gigabit Ethernet driver
srcversion:     7CC5347BCCB095F6AE7B800
alias:          pci:v000011ABd00004382sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004381sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004380sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004370sv*sd*bc*sc*i*
alias:          pci:v000011ABd0000436Dsv*sd*bc*sc*i*
alias:          pci:v000011ABd0000436Csv*sd*bc*sc*i*
alias:          pci:v000011ABd0000436Bsv*sd*bc*sc*i*
alias:          pci:v000011ABd0000436Asv*sd*bc*sc*i*
alias:          pci:v000011ABd00004369sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004368sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004367sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004366sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004365sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004364sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004363sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004362sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004361sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004360sv*sd*bc*sc*i*
alias:          pci:v000011ABd0000435Asv*sd*bc*sc*i*
alias:          pci:v000011ABd00004357sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004356sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004355sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004354sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004353sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004352sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004351sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004350sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004347sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004346sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004345sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004344sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004343sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004342sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004341sv*sd*bc*sc*i*
alias:          pci:v000011ABd00004340sv*sd*bc*sc*i*
alias:          pci:v00001186d00004B03sv*sd*bc*sc*i*
alias:          pci:v00001186d00004B02sv*sd*bc*sc*i*
alias:          pci:v00001186d00004001sv*sd*bc*sc*i*
alias:          pci:v00001186d00004B00sv*sd*bc*sc*i*
alias:          pci:v00001148d00009E01sv*sd*bc*sc*i*
alias:          pci:v00001148d00009E00sv*sd*bc*sc*i*
alias:          pci:v00001148d00009000sv*sd*bc*sc*i*
depends:        
intree:         Y
vermagic:       4.3.5-300.fc23.x86_64 SMP mod_unload 
parm:           debug:Debug level (0=none,...,16=all) (int)
parm:           copybreak:Receive copy threshold (int)
parm:           disable_msi:Disable Message Signaled Interrupt (MSI) (int)
parm:           legacy_pme:Legacy power management (int)

scusatemi, rieccomi dopo un po’. Il problema si era verificato un’altra volta (in questi giorni non ho usato molto il pc), ma non essendomi salvato le istruzioni… non avevo potuto provare.

ecco gli output:

# journalctl -b 0 --no-pager | grep enp4s0
No journal files were found.
[root@vaio ~]# rmmod sky2;modprobe sky2 
[root@vaio ~]# ping www.google.it
ping: unknown host www.google.it

Ho dovuto disconnettere il cavo, e riconnetterlo…

Vediamo anche questo:

# ethtool enp4s0

Inoltre… Se spegni l’adattatore wi-fi, la situazione migliora o la problematica si presenta ugualmente?

il wifi è disabilitato da interruttore (ed anche sul router)

# ethtool enp4s0
Settings for enp4s0:
        Supported ports:  TP ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Advertised pause frame use: No
        Advertised auto-negotiation: No
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: Unknown
        Supports Wake-on: pg
        Wake-on: d
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

Prova a vedere se questa impostazione temporanea (svanisce arrestando o riavviando il sistema), risolve:

# ethtool -s enp4s0 autoneg off speed 1000 duplex full

edit: correggo nome interfaccia

        Auto-negotiation: off

Come faccio per impostarla fissa? Visto che il problema non si presenta spesso (almeno con fedora), vorrei modificarla e capire se il problema è svanito o meno…

Aggiungi il parametro “ETHTOOL_OPTS” al file /etc/sysconfig/network-scripts/ifcfg-enp4s0

# echo 'ETHTOOL_OPTS="autoneg off speed 1000 duplex full"' >> /etc/sysconfig/network-scripts/ifcfg-enp4s0

aggiunto, grazie!
Vedremo se nelle prossime settimane il problema si verificherà, o meno.
Mi sta sorgendo il dubbio che non sia lo switch della tp-link… Anche se l’ho sostituito…

Il problema si è ripresentato oggi (alla fine sono più di 2 settimane, quindi direi che va bene. Con ubuntu lo faceva almeno 1 volta al giorno…). Approfondirei solo per curiosità.

Con il comando rmmod sky2;modprobe sky2 è ripartita subito

Mi sono fatto uno script, salvato nella home, da lanciare con un doppio click. Così la faccio ripartire al “volo”.

Bene. Una prova interessante, potrebbe essere questa:

  1. Edita il file modificato in precedenza
# nano /etc/sysconfig/network-scripts/ifcfg-enp4s0
  1. Modifica questa riga
ETHTOOL_OPTS="autoneg off speed 1000 duplex full"

in:

ETHTOOL_OPTS="autoneg off speed 100 duplex full"
  1. Vedere se la situazione migliora ulteriormente, oppure no.

Ok, proverò. Spero che però non migliori in questo modo, visto che andrebbe a 100 Mb :smiley: