Auteur Sujet: Upgrade CPU sur 2 portables anciens  (Lu 4152 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 32 833
    • Twitter LaFibre.info
Upgrade CPU sur 2 portables anciens
« Réponse #24 le: 12 mars 2019 à 08:50:30 »
Si tu force le débit ne full 1 Gb/s c'est bon ?

Sinon, si tu force en full 100 Mb/s c'est ok ?

sudo apt install ethtool net-tools

Passage en 10 Mb/s :
sudo ethtool -s eth0 speed 10 duplex full autoneg on

Vérification (link doit etre "ok") :
sudo mii-tool
eth0: negotiated 10baseT-FD, link ok
eth1: negotiated 1000baseT-HD flow-control, link ok

Passage en 100 Mb/s :
sudo ethtool -s eth0 speed 100 duplex full autoneg on

/usr/local/sbin/ethtool -s eth0 autoneg off >/dev/null 2>/dev/null
/usr/local/sbin/ethtool -s eth0 speed 100 duplex full
/usr/local/sbin/ethtool -s eth1 autoneg off >/dev/null 2>/dev/null
/usr/local/sbin/ethtool -s eth1 speed 100 duplex full

Vérificaiton non ok puis ok :
sudo mii-tool
eth0: no link
eth1: negotiated 1000baseT-HD flow-control, link ok
sudo mii-tool
eth0: negotiated 100baseTx-FD, link ok
eth1: negotiated 1000baseT-HD flow-control, link ok

Attention : Avec autoneg off, le débit réel TCP est de 900 Ko/s en 10 Mb/s et 5,5 Mo/s en 100 Mb/s
Voici ce qu'affiche mii-tool  : eth0: 100 Mbit, full duplex, link ok

BadMax

  • Client Free adsl
  • Modérateur
  • *
  • Messages: 3 456
  • Malissard (26)
Upgrade CPU sur 2 portables anciens
« Réponse #25 le: 12 mars 2019 à 09:31:12 »
Faudrait surtout vérifier la stabilité:
# mii-tool -w eth0

Et aussi:
$ netstat -i
Table d'interfaces noyau
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0       1500 0     61255      0      0 0         30633      0      0      0 BMRU
eth1       1500 0         0      0      0 0             0      0      0      0 BMU
lo        65536 0       885      0      0 0           885      0      0      0 LRU

renaud07

  • Client Orange adsl
  • *
  • Messages: 1 906
Upgrade CPU sur 2 portables anciens
« Réponse #26 le: 12 mars 2019 à 15:55:39 »
Merci pour vos réponses.

Alors, si je force en 100mb/s, le débit est à fond, mais et c'est là que c'est intéressant, si je mets l'autonego à on : pas d'erreur, autonego à off : les erreurs reviennent.

mii-tool voit aussi correctement la négo 10/100 en auto comme en manuel, par contre lorsque j'essaie de négocier en 1000, il n'affiche pas la vitesse (mais netwokmanager me dit que je suis bien en 1Gb/s tout comme la LED du switch en vert...)

Ce qui est bizarre c'est que  mii-tool m'affichait bien  1000base-T juste avant de modifier la négo avec ethtool.
renaud@HP-laptop:~$ sudo mii-tool -w ens5
13:42:49 ens5: negotiated 1000baseT-HD flow-control, link ok

Puis plus rien  :
renaud@HP-laptop:~$ sudo mii-tool -w ens5
13:56:57 ens5: negotiated 100baseTx-FD flow-control, link ok
13:57:29 ens5: no link
13:57:31 ens5: negotiated flow-control, link ok
13:57:55 ens5: no link
13:57:57 ens5: negotiated 100baseTx-FD flow-control, link ok
13:58:07 ens5: no link
13:58:09 ens5: negotiated flow-control, link ok
13:58:50 ens5: no link
13:58:53 ens5: negotiated 10baseT-FD flow-control, link ok
13:59:15 ens5: no link
13:59:17 ens5: negotiated flow-control, link ok
13:59:32 ens5: no link
13:59:34 ens5: negotiated 100baseTx-FD flow-control, link ok

Les lignes "negotiated flow-control, link ok" sont toutes les négos 1G.

En manuel :
renaud@HP-laptop:~$ sudo mii-tool -w ens5
15:57:57 ens5: 100 Mbit, full duplex, link ok
15:58:21 ens5: 10 Mbit, full duplex, no link
15:58:24 ens5: 10 Mbit, full duplex, link ok

Quant au nombre d'erreurs c'est assez conséquent (la il y a le mélange de toutes les négo, si j'étais resté en 1Gbs il y en aurait bien plus à mon avis) :
renaud@HP-laptop:~$ netstat -i
Table d'interfaces noyau
Iface      MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
ens5      1500  5101040  53459      0 0       1571052      0      0      0 BMRU
lo       65536     5263      0      0 0          5263      0      0      0 LRU

A tout hasard, est-ce qu'il peut exister un cas d’incompatibilité entre le chipset d'un switch et celui d'une carte réseau ?
« Modifié: 12 mars 2019 à 16:36:23 par renaud07 »

renaud07

  • Client Orange adsl
  • *
  • Messages: 1 906
Upgrade CPU sur 2 portables anciens
« Réponse #27 le: 12 mars 2019 à 17:17:31 »
Je viens de re-tester au cul de mon routeur, bilan :

-10/100 auto : pas d'erreur
-10/100 manuel : erreurs

1000 auto : pas d'erreur
1000 manuel : pas d'erreur

J'ai aussi remarqué que mii-tool ne m'affiche pas le "flow-control" qui ne doit donc pas être activé sur le routeur. Si ça se trouve c'est ça fout le bazar ?

EDIT : test sur le switch 100Mbps :

-10/100 auto : pas d'erreur
-10/100 manuel : erreurs

Cohérent avec le routeur, par contre ici j'ai bien le flow control activé.

Pour info, les switchs sont des netgear, le 1Gbps : GS605 v2 Chip: Broadcom BCM5397,  100Mbps : FS605 v3 Chip: Marvell 88E6060.

renaud07

  • Client Orange adsl
  • *
  • Messages: 1 906
Upgrade CPU sur 2 portables anciens
« Réponse #28 le: 12 mars 2019 à 19:19:13 »
Résumé de mes différents tests :

-10/100 auto : pas d'erreur
-10/100 manuel : erreurs

Valable sur tous les switchs.

1000 : erreur sur le netgear, clean sur le routeur. La seule différence étant le flowcontrol activé ou non. Je n'ai pas trouvé comment l'activer sur le BTHH5 par contre pour vérifier mon hypothèse. Et je n'ai pas d'autre switch à dispo...
« Modifié: 12 mars 2019 à 19:50:35 par renaud07 »

renaud07

  • Client Orange adsl
  • *
  • Messages: 1 906
Upgrade CPU sur 2 portables anciens
« Réponse #29 le: 12 mars 2019 à 19:55:03 »
Voici ce que me sort ethtool  :
renaud@HP-laptop:~$ sudo ethtool ens5
Settings for ens5:
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
Supported FEC modes: Not reported
Advertised link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                     100baseT/Half 100baseT/Full
                                     1000baseT/Half 1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: off
Supports Wake-on: g
Wake-on: g
Current message level: 0x000000ff (255)
       drv probe link timer ifdown ifup rx_err tx_err


La seule chose qui change lorsque je suis connecté au BTHH5 c'est donc la ligne  :
Link partner advertised pause frame use: No
Le chipset  : 44:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02)

Ilyazam

  • Client Free fibre
  • *
  • Messages: 93
  • Cholet (49)
Upgrade CPU sur 2 portables anciens
« Réponse #30 le: 12 mars 2019 à 20:06:02 »
Est-ce que tu peux faire un test en forçant en 10/100 half duplex sans l'autonégociation ?
Ça ressemble à un mismatch entre half duplex d'un côté et full duplex de l'autre pour tes tests en 100 Mbps.

Pour le flow control normalement cela ne sert que si un des côtés (switch ou PC) sature (buffers trop petits/qui saturent parce que le PC ne suit pas).
Qu'est-ce que te donne la commande sudo ethtool -S ens5 ?
Le -S donne normalement beaucoup de stats sur une carte réseau

renaud07

  • Client Orange adsl
  • *
  • Messages: 1 906
Upgrade CPU sur 2 portables anciens
« Réponse #31 le: 12 mars 2019 à 21:25:04 »
Voici pour ethtool -S :
renaud@HP-laptop:~$ ethtool -S ens5
NIC statistics:
     rx_octets: 14331766
     rx_fragments: 0
     rx_ucast_packets: 9802
     rx_mcast_packets: 2
     rx_bcast_packets: 1
     rx_fcs_errors: 385
     rx_align_errors: 0
     rx_xon_pause_rcvd: 0
     rx_xoff_pause_rcvd: 0
     rx_mac_ctrl_rcvd: 0
     rx_xoff_entered: 0
     rx_frame_too_long_errors: 0
     rx_jabbers: 0
     rx_undersize_packets: 0
     rx_in_length_errors: 0
     rx_out_length_errors: 0
     rx_64_or_less_octet_packets: 0
     rx_65_to_127_octet_packets: 0
     rx_128_to_255_octet_packets: 0
     rx_256_to_511_octet_packets: 0
     rx_512_to_1023_octet_packets: 0
     rx_1024_to_1522_octet_packets: 0
     rx_1523_to_2047_octet_packets: 0
     rx_2048_to_4095_octet_packets: 0
     rx_4096_to_8191_octet_packets: 0
     rx_8192_to_9022_octet_packets: 0
     tx_octets: 649344
     tx_collisions: 0
     tx_xon_sent: 0
     tx_xoff_sent: 0
     tx_flow_control: 0
     tx_mac_errors: 0
     tx_single_collisions: 0
     tx_mult_collisions: 0
     tx_deferred: 0
     tx_excessive_collisions: 0
     tx_late_collisions: 0
     tx_collide_2times: 0
     tx_collide_3times: 0
     tx_collide_4times: 0
     tx_collide_5times: 0
     tx_collide_6times: 0
     tx_collide_7times: 0
     tx_collide_8times: 0
     tx_collide_9times: 0
     tx_collide_10times: 0
     tx_collide_11times: 0
     tx_collide_12times: 0
     tx_collide_13times: 0
     tx_collide_14times: 0
     tx_collide_15times: 0
     tx_ucast_packets: 8011
     tx_mcast_packets: 32
     tx_bcast_packets: 3
     tx_carrier_sense_errors: 0
     tx_discards: 0
     tx_errors: 0
     dma_writeq_full: 0
     dma_write_prioq_full: 0
     rxbds_empty: 0
     rx_discards: 0
     rx_errors: 385
     rx_threshold_hit: 0
     dma_readq_full: 0
     dma_read_prioq_full: 0
     tx_comp_queue_full: 0
     ring_set_send_prod_index: 0
     ring_status_update: 0
     nic_irqs: 0
     nic_avoided_irqs: 0
     nic_tx_threshold_hit: 0
     mbuf_lwm_thresh_hit: 0

(J'ai redémarré donc c'est normal qu'il n'y ai pas beaucoup d'erreurs)

Si je force en half duplex, toujours des erreurs.

BadMax

  • Client Free adsl
  • Modérateur
  • *
  • Messages: 3 456
  • Malissard (26)
Upgrade CPU sur 2 portables anciens
« Réponse #32 le: 12 mars 2019 à 23:20:03 »
Alors le 10/100 "manuel" est à proscrire car il provoque des erreurs de duplex -> toi tu es en full alors que le switch est en half = erreurs. Forcer le duplex à half ne devrait plus donner d'erreurs au sens Ethernet en 10/100 car il s'agit de collisions.

Par contre, en 1000, duplex half est interdit -> seul le full est normalement autorisé.

Donc, en 10/100 -> duplex négotié. Cela évite les erreurs.

Pour le 1000, ton problème me fait plutôt penser à un problème de cable -> as-tu essayé de le changer ? Attention, c'est pas parce qu'il marce avec un équipement qu'il marchera avec un autre.

Ilyazam

  • Client Free fibre
  • *
  • Messages: 93
  • Cholet (49)
Upgrade CPU sur 2 portables anciens
« Réponse #33 le: 12 mars 2019 à 23:53:05 »
Les seules erreurs dans les stats ethtool -S sont des erreurs rx_fcs_errors (385/9805 paquets = 3.9 % de paquets avec des erreurs, ce qui est beaucoup trop)
FCS = Frame Check Sequence, qui est un mécanisme de détection d'erreur au niveau Ethernet.
Cela peut être lié à un mauvais câble (paires détorsadées/problème de blindage par exemple).
Et effectivement comme le dit Badmax, certains équipements sont plus tolérants avec les normes Ethernet et sont plus résistants aux erreurs

renaud07

  • Client Orange adsl
  • *
  • Messages: 1 906
Upgrade CPU sur 2 portables anciens
« Réponse #34 le: 13 mars 2019 à 01:54:24 »
Alors le 10/100 "manuel" est à proscrire car il provoque des erreurs de duplex -> toi tu es en full alors que le switch est en half = erreurs. Forcer le duplex à half ne devrait plus donner d'erreurs au sens Ethernet en 10/100 car il s'agit de collisions.

Ah ok, merci pour l'explication.

Pour le 1000, ton problème me fait plutôt penser à un problème de cable -> as-tu essayé de le changer ? Attention, c'est pas parce qu'il marce avec un équipement qu'il marchera avec un autre.

Oui j'ai changé de câble, pour un de 50cm et blindé FTP... débit toujours aussi exécrable. Il est vrai que l'autre avait des fils plutôt fin et n'était pas écranté.

renaud07

  • Client Orange adsl
  • *
  • Messages: 1 906
Upgrade CPU sur 2 portables anciens
« Réponse #35 le: 13 mars 2019 à 03:51:15 »
Je viens enfin de trouver la cause !

C’est tout simplement l'alimentation électrique du switch... En ne laissant que le portable + ma nanostation M5 (qui sert pour l'accès) le débit ADSL est stable et plus d'erreurs  8) Et le plus marrant dès que je rebranche les autres, le débit dégringole et les erreurs reviennent ! Je débranche, hop ça remonte.

Je n'avais pas l'alim originale (12V 1A), alors j'ai mis une 12V 500mA (la seule qui avait le bon connecteur)... comme quoi quand y'a marqué un ampérage sur un appareil vaut mieux le respecter à la lettre. Le peu de courant manquant suffit à faire planter les chip les plus sensibles.

Tout ça pour ça...

Désolé pour la pure perte de temps du coup...
« Modifié: 13 mars 2019 à 04:13:05 par renaud07 »

 

Mobile View