Questions générales sur Manjaro Linux.
S'il vous plaît, avant de poster, essayez la fonction de recherche du forum.
Répondre

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#1Messageil y a 5 ans

Bonjour à tous,
Je suis passé de Mageia à Manjaro après un essai de Manjaro sous Virtualbox pour contrôle.
Tout fonctionnait bien sous Virtualbox, enfin le vérifiable.
Je suis sur une install fraîche sur un SSD neuf en UEFI.
Tout fonctionne sauf ma carte réseau filaire, qui refuse de fonctionner. j'ai fait plusieurs réinstall, essayé une install à partir d'une clé USB et d'un CD, avec vérification de la somme de contrôle du téléchargement et de la gravure.
J'ai lu pas mal de chose sur le forum concernant ma carte reseau : Realtek 8111 E. Ou plutôt pas mal de chose concernant son module et les carte réseau récalcitrantes.
J'ai lancé QQ commandes :

[occo@occo-pc ~]$ inxi -n
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8168 
           IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: _:_:_:_:_:_ 
           Card-2: Qualcomm Atheros AR9227 Wireless Network Adapter driver: ath9k 
           IF: wlp7s5 state: down mac: _:_:_:_:_:_ 
[occo@occo-pc ~]$ 
J'ai masqué les adresses MAC. Sinon aussi :

[occo@occo-pc ~]$ lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD9x0/RX980 Host Bridge (rev 02)
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD/ATI] RD890S/RD990 I/O Memory Management Unit (IOMMU)
00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GFX port 0)
00:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 0)
00:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 1)
00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 2)
00:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 3)
00:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 5)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 42)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 5
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barts XT [Radeon HD 6870]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Barts HDMI Audio [Radeon HD 6790/6850/6870 / 7720 OEM]
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
03:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller
04:00.0 SATA controller: JMicron Technology Corp. JMB362 SATA Controller (rev 10)
05:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller
06:00.0 SATA controller: JMicron Technology Corp. JMB362 SATA Controller (rev 10)
07:05.0 Network controller: Qualcomm Atheros AR9227 Wireless Network Adapter (rev 01)
07:06.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)
[occo@occo-pc ~]$ 
Ce qui illustre bien ce que je constate : la carte réseau est bien trouvée par le système mais le maximum qu'elle fait c'est parfois réussir à avoir une adresse IP, et pas de trafic possible sur le réseau : au démarrage du système elle a une adresse IP mais si je la réinitialise (par la commande adhoc trouvée sur le forum...) elle ne prend même plus d'adresse IP...
Là je vous écris grâce à la carte WIFI qui, elle, fonctionne heureusement. Mais pour moi, il n'est pas question de rester en WIFI.
Je précise que ce système fonctionne à merveille sous Mageia 6 et sous Win 7.
Après avoir essayer plusieurs commande donc, j'en trouve une qui semble donner un résultat qui corrobore ce que j'observe : les leds d'actvités des connecteurs réseau du PC et de la box clignottent un peu timidement à l'initialisation puis plus rien.
Cette commande c'est : "sudo journalctl -b 0" qui a donné (entre autre !)

juin 06 21:21:42 occo-pc kernel: sp5100_tco: I/O address 0x0cd6 already in use
juin 06 21:21:42 occo-pc kernel: r8168 Gigabit Ethernet driver 8.045.08-NAPI loaded
juin 06 21:21:42 occo-pc kernel: r8168 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
juin 06 21:21:42 occo-pc mtp-probe[303]: checking bus 9, device 2: "/sys/devices/pci0000:00/0000:00:13.0/usb9/9-2"
juin 06 21:21:42 occo-pc mtp-probe[303]: bus: 9, device: 2 was not an MTP device
juin 06 21:21:42 occo-pc kernel: snd_hda_intel 0000:01:00.1: Handle vga_switcheroo audio client
juin 06 21:21:42 occo-pc kernel: input: PC Speaker as /devices/platform/pcspkr/input/input4
juin 06 21:21:42 occo-pc systemd[1]: Found device CT120BX300SSD1 3.
juin 06 21:21:42 occo-pc systemd[1]: Activating swap /dev/disk/by-uuid/47a57b7a-c41d-488a-a7ed-086411850436...
juin 06 21:21:42 occo-pc kernel: r8168: This product is covered by one or more of the following patents: US6,570,884, US6,115,776, and US6,327,625.
juin 06 21:21:42 occo-pc kernel: r8168  Copyright (C) 2017  Realtek NIC software team <nicfae@realtek.com> 
                                  This program comes with ABSOLUTELY NO WARRANTY; for details, please see <http://www.gnu.org/licenses/>. 
                                  This is free software, and you are welcome to redistribute it under certain conditions; see <http://www.gnu.org/licenses/>. 
juin 06 21:21:42 occo-pc mtp-probe[310]: checking bus 7, device 2: "/sys/devices/pci0000:00/0000:00:16.2/usb7/7-4"
juin 06 21:21:42 occo-pc kernel: input: HDA ATI HDMI HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card1/input5
juin 06 21:21:42 occo-pc mtp-probe[310]: bus: 7, device: 2 was not an MTP device
juin 06 21:21:42 occo-pc systemd[1]: Found device CT120BX300SSD1 1.
juin 06 21:21:42 occo-pc systemd-udevd[283]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
juin 06 21:21:42 occo-pc systemd[1]: Found device WDC_WD1500HLHX-01JJPV0 2.
juin 06 21:21:42 occo-pc kernel: mousedev: PS/2 mouse device common for all mice
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC892: line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0:    dig-out=0x11/0x1e
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0:    inputs:
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0:      Front Mic=0x19
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0:      Rear Mic=0x18
juin 06 21:21:42 occo-pc kernel: snd_hda_codec_realtek hdaudioC0D0:      Line=0x1a
juin 06 21:21:42 occo-pc kernel: input: HDA ATI SB Front Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input6
juin 06 21:21:42 occo-pc kernel: input: HDA ATI SB Rear Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input7
juin 06 21:21:42 occo-pc kernel: input: HDA ATI SB Line as /devices/pci0000:00/0000:00:14.2/sound/card0/input8
juin 06 21:21:42 occo-pc kernel: input: HDA ATI SB Line Out Front as /devices/pci0000:00/0000:00:14.2/sound/card0/input9
juin 06 21:21:42 occo-pc kernel: input: HDA ATI SB Line Out Surround as /devices/pci0000:00/0000:00:14.2/sound/card0/input10
juin 06 21:21:42 occo-pc kernel: input: HDA ATI SB Line Out CLFE as /devices/pci0000:00/0000:00:14.2/sound/card0/input11
juin 06 21:21:42 occo-pc kernel: input: HDA ATI SB Line Out Side as /devices/pci0000:00/0000:00:14.2/sound/card0/input12
juin 06 21:21:42 occo-pc kernel: input: HDA ATI SB Front Headphone as /devices/pci0000:00/0000:00:14.2/sound/card0/input13
juin 06 21:21:42 occo-pc kernel: AVX version of gcm_enc/dec engaged.
juin 06 21:21:42 occo-pc kernel: AES CTR mode by8 optimization enabled
juin 06 21:21:42 occo-pc kernel: clocksource: Switched to clocksource tsc
juin 06 21:21:42 occo-pc systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
juin 06 21:21:42 occo-pc systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
juin 06 21:21:42 occo-pc kernel: asus_wmi: ASUS WMI generic driver loaded
juin 06 21:21:42 occo-pc kernel: r8168 0000:02:00.0 enp2s0: renamed from eth0
juin 06 21:21:42 occo-pc systemd[1]: Found device TOSHIBA_DT01ACA200 1.
juin 06 21:21:42 occo-pc kernel: Adding 10598364k swap on /dev/sda3.  Priority:-1 extents:1 across:10598364k SSDscFS
juin 06 21:21:42 occo-pc kernel: asus_wmi: Initialization: 0x0
juin 06 21:21:42 occo-pc kernel: asus_wmi: BIOS WMI version: 0.9
juin 06 21:21:42 occo-pc kernel: asus_wmi: SFUN value: 0x0
juin 06 21:21:42 occo-pc kernel: input: Eee PC WMI hotkeys as /devices/platform/eeepc-wmi/input/input14
juin 06 21:21:42 occo-pc systemd-udevd[271]: Process '/usr/bin/set-wireless-regdom' failed with exit code 1.
Dans lequel je retient : systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

Je crois comprendre qu'il faut que j'écrive la vitesse et le mode (duplex...) à la main dans le fichier de config de ma carte réseau, si QQ sait comment faire, ou a une autre idée, bien sur...

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#2Messageil y a 5 ans

Ah oui, il faut que je précise : j'ai essayé le kernel 4.14 (les deux...), 4.16 (au cas ou...), et 4.9...même résultat...

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#3Messageil y a 5 ans

Tout fonctionnait bien sous Virtualbox, enfin le vérifiable.
Bonjour.
Une VB utilise les modules du kernel actif, donc celui de Mageia. .
Tu as installé Manjaro depuis une live-usb (ou CD). Avais tu une connexion filaire avec la live ? As tu aussi testé avec la version fallback du noyau ?
Que donne dmesg |grep enp2s ?

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#4Messageil y a 5 ans

Oui, pour la VB c'est ce que j'ai compris, à posteriori.
Avec Manjaro live ça fonctionne parfaitement, je suis actuellement en train de poster à partir de la live CD, en filaire.
Je l'ai fait pour contrôler avant de poster. D'ailleurs les accentués fonctionnent aussi parfaitement dans la live ce qui n'est pas le cas dans mon install.
J'ai des choix à reprendre pour le clavier, au moins.
Alors oui aussi, pour l'essai de la version fallback du noyau, seulement avec le kernel 4.14.47 et le résultat était inchangé.
Pour la commande "dmesg |grep enp2s" là, je suis sur le CD live et ça donne :

[manjaro@manjaro ~]$ dmesg |grep enp2s
[   32.530235] r8169 0000:02:00.0 enp2s0: renamed from eth0
[   61.194835] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[   62.268768] r8169 0000:02:00.0 enp2s0: link down
[   62.268836] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[   64.609580] r8169 0000:02:00.0 enp2s0: link up
[   64.609592] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[manjaro@manjaro ~]$ 
Je redémarre sur l'install et je te donne la même commande dans deux minutes...
Dernière modification par Occohil y a 5 ans, modifié au total 1 fois.

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#5Messageil y a 5 ans

Voilà, là je suis sur l'install.
Je précise que la live utilise le noyau 4.14.47 et que pour l'install je suis sur le noyau 4.9 parce qu'en plus du dysfonctionnement de la carte reseau, avec le noyau 4.14 j'ai un freeze systématique après environ 2-3 minutes de fonctionnement, freeze que je n'ai pas avec la live...
Avec le noyau 4.9 le système reste fluide et c'était le noyau Mageia, j'espérais retrouver une carte réseau fonctionnelle, mais pas pour l'instant.
Le résultat de la commande "dmesg |grep enp2s" :

[occo@occo-pc ~]$ dmesg |grep enp2s
[    3.358240] r8168 0000:02:00.0 enp2s0: renamed from eth0
[    4.340641] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[    4.341626] enp2s0: 0xffffc90000de1000, __:__:__:__:__:__, IRQ 51 (j'ai effacé l'adresse MAC)
[    4.412183] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[    8.468870] r8168: enp2s0: link up
[    8.468933] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[occo@occo-pc ~]$ 
Là, je suis en WIFI, le filaire est déconnecté, en bas à gauche dans les connections réseau.
Si j'essaye de déconnecter le WIFI et connecter le filaire...(je le fait...)
Ça mouline sans fin au niveau de la connexion filaire (un cercle vert qui tourne) en affichant que l'adresse MAC (pas d'adresse IP).
Je n'ai plus non plus d'internet (en même temps...sans adresse IP...)
Au bout de quelques minutes le système affiche : déconnecté
Là je rétabli le WIFI, pour poster...
Curieux : en Live r8169, à l'install r8168...c'est grave docteur ?

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#7Messageil y a 5 ans

Bon, désolé mais j'ai réinstallé Mageia, même si je suis un peu fatigué de cette distrib.
J'aime bien votre concept de rolling release, la réactivité même dans la version KDE, le look, et quelques autres outils.
Mais après avoir essayé 4 noyau et passé deux jours à éplucher des forums FR et GB, impossible d'obtenir un ordi sans freeze, à plus ou moins longue échéance, avec en plus des problèmes de déchirement de l'affichage.
Bien sûr tout ceci avec une carte réseau non fonctionnelle, ça faisait un peu beaucoup pour moi....
Un exemple : il m'a fallu une après-midi entière pour faire une install (très longue, mais c'est pas grave si ça marche...) et les mises à jours, interrompues toutes les deux minutes par les freezes...
En plus le contrôle de parité des paquets téléchargés n'étaient pas bons pour une cinquantaine de paquets, ce qui a rallongé le processus...
Je n'ai eu qu’exceptionnellement des mauvais contrôle de parité par le passé, ce qui a fini de me convaincre qu'il est urgent d'attendre un peu plus de maturité de votre distrib.
Je ne met pas de croix dessus, je reviendrais voir de temps en temps ou vous en êtes, là, maintenant pour moi, il n'est pas raisonnable que j'y passe plus de QQ jours à essayer d'avoir un ordi fonctionnel.
Bonne continuation !

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#8Messageil y a 5 ans

Salut,

Il arrive qu'il y ait des conflits entre les modules r8168 et r8169, c'est pourquoi on blacklist un des deux en général.
Il faut voir si c'est le cas dans /etc/modprobe.d/.

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#9Messageil y a 5 ans

Bonjour,
Je rejoins Smurf, j'ai été obligé de blacklister r8169 au profit de r8168, alors que c'est lui qui tourne en live.
Pour tester ça, un simple fichier texte dans /etc/modprobe.d qui s'appellera par exemple r8169_blacklist.conf et qui contiendra:

blacklist r8169

systemd-udevd[273]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.

#10Messageil y a 5 ans

bonjour,
Occoh a écrit : il y a 5 ans Je n'ai eu qu’exceptionnellement des mauvais contrôle de parité par le passé, ce qui a fini de me convaincre qu'il est urgent d'attendre un peu plus de maturité de votre distrib.
Cela venait de ta machine (carte réseau ou wifi) ? ou d'un miroir pris en chine ...
Personne n'a jamais retourné ce genre de problème :saispas:
Si on n'a pas un bon réseau il est clair qu'une installation/mise à jour est inenvisageable - - pas de réseau == pas de rolling
Répondre