Applications, problèmes de configuration réseau
-
bobo
- Elfe
- Messages : 554
- Inscription : mar. 08 avr. 2014, 22:47
Message
par bobo » mar. 12 nov. 2019, 20:54
Ça tombe bien que tu proposes ça parce le problème s'est reproduit en utilisant r8168.
Je viens de configurer le réseau en ip statique avec dhcpcd, on va voir si ça change qqch
Code : Tout sélectionner
20:44 bobo@ ~% cat /etc/dhcpcd.conf
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.
# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel
# Inform the DHCP server of our hostname for DDNS.
hostname
# Use the hardware address of the interface for the Client ID.
#clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
duid
# Persist interface configuration when dhcpcd exits.
persistent
# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit
# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu
# Most distributions have NTP support.
#option ntp_servers
# A ServerID is required by RFC2131.
require dhcp_server_identifier
# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private
noipv4ll
# static address setup
interface enp6s0
static ip_address=192.168.0.2
static routers=192.168.0.1
20:52 bobo@ ~% ip addr show
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: enp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 18:31:bf:69:92:99 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.2/24 brd 192.168.0.255 scope global noprefixroute enp6s0
valid_lft forever preferred_lft forever
inet6 fe80::330:5d95:b450:2110/64 scope link
valid_lft forever preferred_lft foreve
Dernière modification par
bobo le sam. 23 nov. 2019, 22:23, modifié 1 fois.
dwm — BÉPO — vim — “more is less !”
-
avi3000
- Chu Ko Nu
- Messages : 386
- Inscription : dim. 19 juin 2011, 18:53
- Localisation : dans le neuf trois
Message
par avi3000 » mer. 13 nov. 2019, 12:10
Mais là, tu utilises encore dhcpcd.
vérifié que /etc/systemd/network est vide.
crée ce fichier /etc/systemd/network/10-static.network:
Code : Tout sélectionner
[Match]
Name=enp6s0
[Network]
Address=192.168.0.2/24
Gateway=192.168.0.1
puis
et reboot
-
bobo
- Elfe
- Messages : 554
- Inscription : mar. 08 avr. 2014, 22:47
Message
par bobo » jeu. 14 nov. 2019, 20:39
2 jours sans perte de réseau avec la conf ip fixe avec dhcpcd… j'attends encore un peu, prochain test ce sera avec networkd promis
dwm — BÉPO — vim — “more is less !”
-
avi3000
- Chu Ko Nu
- Messages : 386
- Inscription : dim. 19 juin 2011, 18:53
- Localisation : dans le neuf trois
Message
par avi3000 » ven. 15 nov. 2019, 19:37
Tu peux même faire du dhcp avec systemd-networkd
et supprimer le paquet dhcpcd. voir le wiki
Systemd-networkd
Je ne suis pas un grand fan des productions Harry Pottering, mais archlinux c'est systemd. Autant l'utiliser.
-
bobo
- Elfe
- Messages : 554
- Inscription : mar. 08 avr. 2014, 22:47
Message
par bobo » sam. 23 nov. 2019, 22:23
bon je vais clore le sujet, il semble que ma config soit touchée des soucis de random freeze spécifiques à Ryzen avec le noyau linux, avec les claviers souris qui semblent en plus envoyer d'évènement à l'ordi
Maintenant que j'y pense j'ai des soucis de ce genre depuis ~Septembre, et ça devient de + en + fréquent. De façon curieuse des gens ont l'air d'avoir été touchés depuis bien plus tôt (genre depuis qu'ils ont installé le CPU)
Les 2 meilleurs liens trouvés:
https://bbs.archlinux.org/viewtopic.php?id=245608
https://community.amd.com/thread/225795
2 paquets en cours de test:
zenstates-git,
disable-c6-systemd
dwm — BÉPO — vim — “more is less !”
-
bobo
- Elfe
- Messages : 554
- Inscription : mar. 08 avr. 2014, 22:47
Message
par bobo » mar. 26 nov. 2019, 22:39
pas de soucis de réseau ni de freeze depuis 4 jours \o/
dwm — BÉPO — vim — “more is less !”
-
bobo
- Elfe
- Messages : 554
- Inscription : mar. 08 avr. 2014, 22:47
Message
par bobo » jeu. 28 nov. 2019, 22:01
je marque le sujet comme résolu après ~1 semaine sans problème réseau ni freeze suite à l'installation de
zenstates-git et
disable-c6-systemd
Il semble que l'inhibition de "C6-state" ait règler tous mes soucis
Code : Tout sélectionner
$ sudo zenstates -l
P0 - Enabled - FID = 90 - DID = 8 - VID = 1C - Ratio = 36.00 - vCore = 1.37500
P1 - Enabled - FID = 90 - DID = 8 - VID = 1C - Ratio = 36.00 - vCore = 1.37500
P2 - Enabled - FID = 84 - DID = C - VID = 6A - Ratio = 22.00 - vCore = 0.88750
P3 - Disabled
P4 - Disabled
P5 - Disabled
P6 - Disabled
P7 - Disabled
C6 State - Package - Disabled
C6 State - Core - Disabled
dwm — BÉPO — vim — “more is less !”