Dhclient intempstifs sur eth0 (statique)

Bonjour et très heureux de retrouver mon forum préféré et ses personnages que je lit avec plaisir à chaque fois qu’ils sont sollicités par les utilisateurs en quêtes de réponse à leurs problèmes.

Ceci dit, mon souci se trouve dans mon laptop que je branche dans le réseau de mon lieu de travail.
Mon eth0 configurée en statique (voir le fichier interfaces : désolé pour les commentaires j’ai d’autres soucis avec la wifi surtout):

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
#iface eth0 inet dhcp
iface eth0 inet static
address 192.168.20.83
netmask 255.255.255.0
gateway 192.168.20.1




# The wireless interface
#allow-wireless eth2
#iface eth2 inet dhcp
iface wlan0 inet dhcp
pre-up ip link set wlan0 up
#allow-wireless wlan0

#address 192.168.14.20
#netmask 255.255.255.0
#gateway 192.168.14.254

#wireless-mode managed
#wireless-essid debian
#wireless-key 98765432100123456789ABCDEF

Donc, cette eth0 marche un moment, ensuite après je perds la connexion avec mon laptop (et je suis obligé de faire un ifdown ensuite ifup eth0 pour retrouver la connexion pour un moment seulement), et quand je fais un ifconfig, je vois qu’elle a perdu son adresse ip. (voir le ifconfig)

eth0      Link encap:Ethernet  HWaddr 00:a0:d1:67:f1:58
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1825 errors:0 dropped:0 overruns:0 frame:0
          TX packets:705 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:776698 (758.4 KiB)  TX bytes:135123 (131.9 KiB)

eth0:avahi Link encap:Ethernet  HWaddr 00:a0:d1:67:f1:58
          inet adr:169.254.8.244  Bcast:169.254.255.255  Masque:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

lo        Link encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:32 errors:0 dropped:0 overruns:0 frame:0
          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:3080 (3.0 KiB)  TX bytes:3080 (3.0 KiB)

Et dans le syslog je vois qu’il y a des dhclient qui se font (bizarre car eth0 est en statique)

Jan 16 11:07:32 bandit kernel: [ 4535.369177] e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Jan 16 11:07:32 bandit dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jan 16 11:07:32 bandit dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jan 16 11:07:32 bandit dhclient: All rights reserved.
Jan 16 11:07:32 bandit dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Jan 16 11:07:32 bandit dhclient:
Jan 16 11:07:32 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 11:07:33 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 11:07:33 bandit dhclient: Listening on LPF/eth0/00:a0:d1:67:f1:58
Jan 16 11:07:33 bandit dhclient: Sending on   LPF/eth0/00:a0:d1:67:f1:58
Jan 16 11:07:33 bandit dhclient: Sending on   Socket/fallback
Jan 16 11:07:37 bandit dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 16 11:07:45 bandit dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 16 11:07:55 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
Jan 16 11:08:02 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Jan 16 11:08:14 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Jan 16 11:08:25 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 18
Jan 16 11:08:43 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
Jan 16 11:08:56 bandit dhclient: No DHCPOFFERS received.
Jan 16 11:08:56 bandit dhclient: Trying recorded lease 192.168.14.14
Jan 16 11:08:56 bandit avahi-daemon[2933]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.14.14.
Jan 16 11:08:56 bandit avahi-daemon[2933]: New relevant interface eth0.IPv4 for mDNS.
Jan 16 11:08:56 bandit avahi-daemon[2933]: Registering new address record for 192.168.14.14 on eth0.IPv4.
Jan 16 11:08:59 bandit avahi-daemon[2933]: Withdrawing address record for 192.168.14.14 on eth0.
Jan 16 11:08:59 bandit avahi-daemon[2933]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.14.14.
Jan 16 11:08:59 bandit avahi-daemon[2933]: Interface eth0.IPv4 no longer relevant for mDNS.
Jan 16 11:08:59 bandit avahi-autoipd(eth0)[6538]: Found user 'avahi-autoipd' (UID 103) and group 'avahi-autoipd' (GID 104).
Jan 16 11:08:59 bandit avahi-autoipd(eth0)[6538]: Successfully called chroot().
Jan 16 11:08:59 bandit avahi-autoipd(eth0)[6538]: Successfully dropped root privileges.
Jan 16 11:08:59 bandit avahi-autoipd(eth0)[6538]: fopen() failed: Permission denied
Jan 16 11:08:59 bandit avahi-autoipd(eth0)[6538]: Starting with address 169.254.8.244
Jan 16 11:09:03 bandit avahi-autoipd(eth0)[6538]: Callout BIND, address 169.254.8.244 on interface eth0
Jan 16 11:09:03 bandit avahi-daemon[2933]: Joining mDNS multicast group on interface eth0.IPv4 with address 169.254.8.244.
Jan 16 11:09:03 bandit avahi-daemon[2933]: New relevant interface eth0.IPv4 for mDNS.
Jan 16 11:09:03 bandit avahi-daemon[2933]: Registering new address record for 169.254.8.244 on eth0.IPv4.
Jan 16 11:09:07 bandit avahi-autoipd(eth0)[6538]: Successfully claimed IP address 169.254.8.244
Jan 16 11:09:07 bandit avahi-autoipd(eth0)[6538]: fopen() failed: Permission denied
Jan 16 11:09:07 bandit dhclient: No working leases in persistent database - sleeping.

J’ai fais quelques tentatives pour résoudre le problème les voici :

  • désactiver l’ipv6 (en blacklistant le module et reboot)
  • arrêter tous process lié à wicd
  • arrêter tous process avahi-autoipd mais ces derniers se relancent après un petit moment

“Je doute du watchdog”

Quelqu’un a eu le même problème ?

Merci pour votre aide :smt006

j’aimes pas avahi. je ne sais pas bien à quoi ça sert (surement à quelque chose voir http://fr.wikipedia.org/wiki/Avahi_(logiciel)) mais il s’installe généralement en tant que dépendance d’autres softs. ce demon est capable de decider de reconfigurer tes interfaces réseau (c’est pour ça que je l’aime pas, j’aime pas qu’on repasse après moi).

il y a moyen de desactiver le demon, cherche sur google, sinon regardes su tu peux le desinstaller sans qu’il n’eleves d’autres softs.

EDIT : je crois que c’est cups qui l’a comme dependance (en tout cas sur sid)

Merci thomas.leclerc,

Je suis allé arrêté le avahi en faisant :

Ensuite j’ai désactivé le avahi-autoipd en renommant les fichiers suivants en bak :

/etc/network/if-down.d/avahi-autoipd 
/etc/network/if-up.d/avahi-autoipd 
/etc/dhcp3/dhclient-enter-hooks.d/avahi-autoipd 
/etc/dhcp3/dhclient-exit-hooks.d/zzz_avahi-autoipd [/code]

Ce service ne se lance plus (en tout cas je ne le vois plus dans mon syslog) et :
[code]reda@bandit:~$ sudo /etc/init.d/avahi-daemon status
Avahi mDNS/DNS-SD Daemon is not running

Par contre, le problème y est toujours et dans le syslog je vois qu’il y a des dhclient qui se font (voir le fichier syslog ci-dessous à partir de 14:57:31).

Jan 16 14:51:38 bandit kernel: [17989.314685] CE: hpet increasing min_delta_ns to 22500 nsec
Jan 16 14:52:38 bandit modprobe: WARNING: Not loading blacklisted module ipv6
Jan 16 14:53:09 bandit last message repeated 3 times
Jan 16 14:54:11 bandit last message repeated 11 times
Jan 16 14:55:07 bandit last message repeated 6 times
Jan 16 14:55:18 bandit modprobe: WARNING: Not loading blacklisted module ipv6
Jan 16 14:57:31 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
Jan 16 14:57:34 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Jan 16 14:57:40 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
Jan 16 14:57:49 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Jan 16 14:58:00 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 16
Jan 16 14:58:16 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 16
Jan 16 14:58:32 bandit dhclient: No DHCPOFFERS received.
Jan 16 14:58:32 bandit dhclient: Trying recorded lease 192.168.14.14
Jan 16 14:58:35 bandit dhclient: No working leases in persistent database - sleeping.
Jan 16 14:58:36 bandit kernel: [18406.969698] ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 18 (level, low) -> IRQ 18
Jan 16 14:58:36 bandit kernel: [18406.969698] PM: Writing back config space on device 0000:05:00.0 at offset 1 (was 100002, writing 100006)
Jan 16 14:58:36 bandit kernel: [18406.969698] iwl3945: Radio disabled by HW RF Kill switch
Jan 16 14:58:36 bandit kernel: [18406.969698] ACPI: PCI interrupt for device 0000:05:00.0 disabled
Jan 16 14:58:36 bandit dhclient: receive_packet failed on eth0: Network is down
Jan 16 14:58:36 bandit dhclient: There is already a pid file /var/run/dhclient.pid with pid 16085
Jan 16 14:58:36 bandit dhclient: killed old client process, removed PID file
Jan 16 14:58:36 bandit dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jan 16 14:58:36 bandit dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jan 16 14:58:36 bandit dhclient: All rights reserved.
Jan 16 14:58:36 bandit dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Jan 16 14:58:36 bandit dhclient:
Jan 16 14:58:36 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 14:58:36 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 14:58:36 bandit dhclient: Bind socket to interface: No such device
Jan 16 14:58:36 bandit dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jan 16 14:58:36 bandit dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jan 16 14:58:36 bandit dhclient: All rights reserved.
Jan 16 14:58:36 bandit dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Jan 16 14:58:36 bandit dhclient:
Jan 16 14:58:36 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 14:58:36 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 14:58:36 bandit dhclient: Bind socket to interface: No such device
Jan 16 14:58:36 bandit kernel: [18407.163623] ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 18 (level, low) -> IRQ 18
Jan 16 14:58:36 bandit kernel: [18407.163623] PM: Writing back config space on device 0000:05:00.0 at offset 1 (was 100002, writing 100006)
Jan 16 14:58:36 bandit kernel: [18407.163943] iwl3945: Radio disabled by HW RF Kill switch
Jan 16 14:58:36 bandit kernel: [18407.164062] ACPI: PCI interrupt for device 0000:05:00.0 disabled
Jan 16 14:58:36 bandit kernel: [18407.186755] e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Jan 16 14:58:36 bandit dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jan 16 14:58:36 bandit dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jan 16 14:58:36 bandit dhclient: All rights reserved.
Jan 16 14:58:36 bandit dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Jan 16 14:58:36 bandit dhclient:
Jan 16 14:58:36 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 14:58:37 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 14:58:37 bandit dhclient: Listening on LPF/eth0/00:a0:d1:67:f1:58
Jan 16 14:58:37 bandit dhclient: Sending on   LPF/eth0/00:a0:d1:67:f1:58
Jan 16 14:58:37 bandit dhclient: Sending on   Socket/fallback
Jan 16 14:58:37 bandit dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 16 14:58:45 bandit dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 16 14:58:56 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
Jan 16 14:58:59 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Jan 16 14:59:05 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
Jan 16 14:59:19 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
Jan 16 14:59:32 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
Jan 16 14:59:45 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Jan 16 14:59:57 bandit dhclient: No DHCPOFFERS received.
Jan 16 14:59:57 bandit dhclient: Trying recorded lease 192.168.14.14
Jan 16 15:00:00 bandit dhclient: No working leases in persistent database - sleeping.
Jan 16 15:00:04 bandit kernel: [18495.015848] ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 18 (level, low) -> IRQ 18
Jan 16 15:00:04 bandit kernel: [18495.016033] PM: Writing back config space on device 0000:05:00.0 at offset 1 (was 100002, writing 100006)
Jan 16 15:00:04 bandit kernel: [18495.016358] iwl3945: Radio disabled by HW RF Kill switch
Jan 16 15:00:04 bandit kernel: [18495.016497] ACPI: PCI interrupt for device 0000:05:00.0 disabled
Jan 16 15:00:04 bandit dhclient: receive_packet failed on eth0: Network is down
Jan 16 15:00:04 bandit dhclient: There is already a pid file /var/run/dhclient.pid with pid 16514
Jan 16 15:00:04 bandit dhclient: killed old client process, removed PID file
Jan 16 15:00:04 bandit dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jan 16 15:00:04 bandit dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jan 16 15:00:04 bandit dhclient: All rights reserved.
Jan 16 15:00:04 bandit dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Jan 16 15:00:04 bandit dhclient:
Jan 16 15:00:04 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 15:00:04 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 15:00:04 bandit dhclient: Bind socket to interface: No such device
Jan 16 15:00:04 bandit dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jan 16 15:00:04 bandit dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jan 16 15:00:04 bandit dhclient: All rights reserved.
Jan 16 15:00:04 bandit dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Jan 16 15:00:04 bandit dhclient:
Jan 16 15:00:04 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 15:00:04 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 15:00:04 bandit dhclient: Bind socket to interface: No such device
Jan 16 15:00:04 bandit kernel: [18495.270740] ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 18 (level, low) -> IRQ 18
Jan 16 15:00:04 bandit kernel: [18495.270740] PM: Writing back config space on device 0000:05:00.0 at offset 1 (was 100002, writing 100006)
Jan 16 15:00:04 bandit kernel: [18495.271063] iwl3945: Radio disabled by HW RF Kill switch
Jan 16 15:00:04 bandit kernel: [18495.271180] ACPI: PCI interrupt for device 0000:05:00.0 disabled
Jan 16 15:00:04 bandit kernel: [18495.293655] e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Jan 16 15:00:04 bandit dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jan 16 15:00:04 bandit dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jan 16 15:00:04 bandit dhclient: All rights reserved.
Jan 16 15:00:04 bandit dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Jan 16 15:00:04 bandit dhclient:
Jan 16 15:00:04 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 15:00:05 bandit dhclient: wmaster0: unknown hardware address type 801
Jan 16 15:00:05 bandit dhclient: Listening on LPF/eth0/00:a0:d1:67:f1:58
Jan 16 15:00:05 bandit dhclient: Sending on   LPF/eth0/00:a0:d1:67:f1:58
Jan 16 15:00:05 bandit dhclient: Sending on   Socket/fallback
Jan 16 15:00:06 bandit dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 16 15:00:14 bandit dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 16 15:00:22 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Jan 16 15:00:30 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
Jan 16 15:00:39 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
Jan 16 15:00:53 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Jan 16 15:01:04 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
Jan 16 15:01:18 bandit dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Jan 16 15:01:23 bandit dhclient: No DHCPOFFERS received.
Jan 16 15:01:23 bandit dhclient: Trying recorded lease 192.168.14.14
Jan 16 15:01:26 bandit dhclient: No working leases in persistent database - sleeping.

:open_mouth:

si tu es en static, tu n’as pas besoin du paquet dhcp3-client, peut etre qu’en l’enlevant ça résoudrait ton problème.

euh, oui mais j’ai besoin du dhcp dans d’autre situation, je ne veux pas l’enlever. Je voudrais surtout l’arrêter ?

dan ston fichier de configuration d’interface, dhcp n’est activé que pour wlan0, pas pour eth0.

maintenant que tu as killé avahi, peut être un reboot est nécéssaire.

1 - pour être sur qh’avahi ne se relance plus
2 - pour verifier si dhcp essaye encore de configurer eth0

En tuant le processus dhcp, je n’ai plus de problème, ce dernier ne se relance plus.

La question que je me pose :

Qui est à l’origine de ce foutu dhclient sur eth0 alors qu’elle est configurée en statique ?

Bon weekend à tous

encore un coup de cet enc… de debian 24 bits sans doute :smt025

J’ai pas très bien suivi la discussion que Julien6k avait initié, mais ça serait coule si tu pouvait nous dire c’est quoi ces 24 bits ? Franchement, j’avais des notions mais je les ai perdus, en tout cas j’étais persuadé jusque là que ma debian était une 32 bits (persuadé … c’est sur que ce n’est pas une 64 bits :mrgreen: )

[mode injection] antidote contre le Julien6k

Pour l’histoire de 24/32 bits La réponse est là [quote=“Codage informatique des couleurs”]Les cartes graphiques qui permettent de distinguer le plus grand nombre de couleurs sont généralement des écrans cartes dites à 32 bits ; parmi ces 32 bits, 24 bits sont utilisés pour coder la couleur de chaque pixel d’une image, les 8 bits restants étant

* soit inutilisés (c'est le cas le plus fréquent),
* soit (avec les représentations (OpenGL, DirectX) et/ou formats d'image qui le permettent, comme le PNG) à coder une information de transparence dite alpha channel. À travers ce pixel de l'image "passera" en partie la couleur d'un pixel d'une autre image placée dans la même fenêtre, mais « derrière » la première image (technique dite alpha blending en anglais).

[/quote]
http://fr.wikipedia.org/wiki/Codage_informatique_des_couleurs
[/mode injection] arrêt infection Julien6k :smt003

Merci rodmov pour ce résumé

:slightly_smiling:

le virus du windosien :smt005 euh si vous voulez j’ai plein de dose de vaccin :smt005

Dites, je suis pas un pro de dhclient et tout ça, mais juste un truc :
Tu es sûr que tu n’as pas un conflit d’adresse IP ?
Par ce que les symptômes sont les mêmes : connexion ok, puis perte de l’IP, et ça repart après un ifdown/up pour quelques minutes.

Bonjour valAa,

Je ne croix pas que ça soit un conflit d’adresse ip. Je faisais des ping avant de m’attribuer cette adresse et personne ne répondait.

D’ailleurs, une fois le processus dhclient tué, le réseau remarchait très bien sans interruption.

Ce dhclient dont on ne connait pas l’origine ne comprends pas que le réseau est bien monté, et essaye de faire des dhcp request/discover dans un réseau où il n’y a pas de dhcp, ce qui me fait perdre l’@ ip.

Demain si j’emmène mon pc au boulot, il va me faire le même coup; je le traquerai. :angry:

Le dhclient sert à obtenir une adresse dhcp (automatique) quand il y a sur le réseau un serveur dhcp… si il n’y en a pas, il se vautre et donne une adresse apipa (de mémoire, c’est certainement inexact vu l’heure matinale pour le “jour”… :laughing: ), une adresse qui n’a rien à voir avec ton réseau du coup… :wink:

Ce client est mis “par défaut” il me semble, et c’est vrai que si l’on choisi un adressage “fixe”, il peut foutre la zouille si il tourne: dès que son baïl est expiré, il redemande une adresse (il fait son taf en fait…) et du coup, ton adresse change… Ce sujet a déjà été abordé sur ce forum (je n’ai pas le lien sous le coude… mais de mémoire c’était pour une adresse ip qui “sautait” alors qu’elle était en fixe… :wink: ).
Ce n’est pas la peine de le désinstaller, il suffit de le désactiver et de ne le lancer qu’au besoin…

Bon courage à tous et toutes… :smt006

edit: cherches les post de PascalHambourg à ce sujet, il avait très bien expliqué ça (comme toujours d’ailleur… :wink: )