- Status Nouveau
- Percent Complete
- Task Type Anomalie
- Category Matériel
- Assigned To No-one
- Operating System Freebox V9 (Ultra)
- Severity Critical
- Priority Very Low
- Reported Version A PRECISER
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Opened by macpoupou - 28/06/2024
Last edited by macpoupou - 29/06/2024
FS#39574 - Reboots aléatoires du Wifi, et problèmes avec le SSD
Bonjour,
le problème ressemble beaucoup à un souci rencontré il y a quelques mois (FS#39258).
Ma freebox est en version 4.8.12.
De nouveau d’un coup, le wifi de la Wifi freebox s’est mis à rebooter… de manière aléatoire.
Et encore une fois, cela semble lié à l’activité du disque dur… mais cette fois encore pire… le disque dur n’est même plus visible dans l’interface d’administration.
J’ai pris des captures d’écran des courbes de températures qui depuis 18h… font des yoyos.
* Un 2e disque SSD hs ?
N’y aurait-il pas un problème avec la freebox ultra ?
La dernière fois la freebox avait été changée… et j’ai aussi changé le SSD….
Disque 1 :
Lexar NQ710 SSD 1To M.2 2280 SSD NVMe 1To Disque SSD PCIe 4.0 Gen4x4, Jusqu’à 5000 Mo/s en Lecture, 3300 Mo/s en écriture
https://www.amazon.fr/dp/B0CTQX3D7N?psc=1&ref=ppx_yo2ov_dt_b_product_details
Disque 2 :
Crucial P3 1To M.2 PCIe Gen3 NVMe SSD interne - Jusqu’à 3500Mo/s - CT1000P3SSD801
https://www.amazon.fr/dp/B0C2WGL8DQ?psc=1&ref=ppx_yo2ov_dt_b_product_details
Je trouve surprenant que des disques durs SSD plutôt fiables par rapport à des disques à plateaux… meurent au bout de quelques semaines/mois…
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Je ne sais pas finalement si le problème est lié au disque dur…. mais plutôt un souci de température….
Même sans disque, la freebox a un comportement aléatoire du Wifi.
Je viens de remettre le disque dur. Cette fois il est bien reconnu et les données sont bien là.
Mais le problème de coupure de wifi et de ventilateur semble décuplé avec le disque dur présent.
Ton SSD Crucial a un contrôleur Phison PS5021-E21T qui est DRAM-less
Ton lexar a un contrôleur Maxio P1602 qui est aussi Dram-Less
a voir ici il y a un ticket déjà ouvert même probleme lier au reboot sur ce ticket
https://dev.freebox.fr/bugs/task/39491
Mais sans le disque… le wifi coupe quand même. Moins mais suffisamment pour bloquer la tv streaming ou pour avoir des alertes de non réponse dans l’interface web mafreebox.
En branchant une autre borne wifi sur l’ethernet…
J’ai globalement les mêmes erreurs…. Il semble que la partie serveur DHCP deconne complètement aussi bien en wifi qu’en ethernet.
Un coup ça marche un coup pas du tout.
En rentrant les configs IP manuellement j’arrive à me connecter sur le net… au ralenti.
En fait toute la couche réseau… routage… semble tomber en marche de temps en temps.
Tout a déconner vers 18h05 vendredi soir…. Après la mise à jour 4.8.12 ? Je ne peux pas le dire….
poupou@poupouBook-251 ~ % ping 192.168.0.254
PING 192.168.0.254 (192.168.0.254): 56 data bytes
64 bytes from 192.168.0.254: icmp_seq=0 ttl=64 time=141.900 ms
64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=64.988 ms
64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=12.869 ms
64 bytes from 192.168.0.254: icmp_seq=3 ttl=64 time=59.144 ms
Request timeout for icmp_seq 4
64 bytes from 192.168.0.254: icmp_seq=4 ttl=64 time=1042.287 ms
64 bytes from 192.168.0.254: icmp_seq=5 ttl=64 time=202.852 ms
64 bytes from 192.168.0.254: icmp_seq=6 ttl=64 time=54.051 ms
64 bytes from 192.168.0.254: icmp_seq=7 ttl=64 time=11.385 ms
64 bytes from 192.168.0.254: icmp_seq=8 ttl=64 time=127.124 ms
64 bytes from 192.168.0.254: icmp_seq=9 ttl=64 time=53.826 ms
64 bytes from 192.168.0.254: icmp_seq=10 ttl=64 time=12.069 ms
64 bytes from 192.168.0.254: icmp_seq=11 ttl=64 time=34.814 ms
64 bytes from 192.168.0.254: icmp_seq=12 ttl=64 time=14.977 ms
64 bytes from 192.168.0.254: icmp_seq=13 ttl=64 time=6.155 ms
64 bytes from 192.168.0.254: icmp_seq=14 ttl=64 time=7.266 ms
64 bytes from 192.168.0.254: icmp_seq=15 ttl=64 time=5.906 ms
64 bytes from 192.168.0.254: icmp_seq=16 ttl=64 time=6.485 ms
64 bytes from 192.168.0.254: icmp_seq=17 ttl=64 time=13.585 ms
64 bytes from 192.168.0.254: icmp_seq=18 ttl=64 time=7.988 ms
64 bytes from 192.168.0.254: icmp_seq=19 ttl=64 time=20.297 ms
64 bytes from 192.168.0.254: icmp_seq=20 ttl=64 time=12.658 ms
64 bytes from 192.168.0.254: icmp_seq=21 ttl=64 time=36.859 ms
64 bytes from 192.168.0.254: icmp_seq=22 ttl=64 time=15.218 ms
64 bytes from 192.168.0.254: icmp_seq=23 ttl=64 time=10.175 ms
64 bytes from 192.168.0.254: icmp_seq=24 ttl=64 time=8.294 ms
64 bytes from 192.168.0.254: icmp_seq=25 ttl=64 time=11.148 ms
64 bytes from 192.168.0.254: icmp_seq=27 ttl=64 time=48.524 ms
Request timeout for icmp_seq 28
64 bytes from 192.168.0.254: icmp_seq=29 ttl=64 time=83.197 ms
Request timeout for icmp_seq 30
64 bytes from 192.168.0.254: icmp_seq=31 ttl=64 time=49.648 ms
64 bytes from 192.168.0.254: icmp_seq=32 ttl=64 time=31.485 ms
Request timeout for icmp_seq 33
64 bytes from 192.168.0.254: icmp_seq=34 ttl=64 time=13.331 ms
64 bytes from 192.168.0.254: icmp_seq=35 ttl=64 time=13.511 ms
64 bytes from 192.168.0.254: icmp_seq=36 ttl=64 time=11.276 ms
64 bytes from 192.168.0.254: icmp_seq=37 ttl=64 time=31.267 ms
Request timeout for icmp_seq 38
64 bytes from 192.168.0.254: icmp_seq=39 ttl=64 time=5.660 ms
64 bytes from 192.168.0.254: icmp_seq=40 ttl=64 time=6.876 ms
64 bytes from 192.168.0.254: icmp_seq=41 ttl=64 time=11.641 ms
Request timeout for icmp_seq 42
Request timeout for icmp_seq 43
Request timeout for icmp_seq 44
Request timeout for icmp_seq 45
Request timeout for icmp_seq 46
64 bytes from 192.168.0.254: icmp_seq=47 ttl=64 time=12.284 ms
64 bytes from 192.168.0.254: icmp_seq=48 ttl=64 time=9.744 ms
64 bytes from 192.168.0.254: icmp_seq=49 ttl=64 time=309.722 ms
Request timeout for icmp_seq 50
Request timeout for icmp_seq 51
Request timeout for icmp_seq 52
64 bytes from 192.168.0.254: icmp_seq=53 ttl=64 time=119.260 ms
Request timeout for icmp_seq 54
64 bytes from 192.168.0.254: icmp_seq=55 ttl=64 time=298.852 ms
Request timeout for icmp_seq 56
Request timeout for icmp_seq 57
Request timeout for icmp_seq 58
Request timeout for icmp_seq 59
Request timeout for icmp_seq 60
Request timeout for icmp_seq 61
64 bytes from 192.168.0.254: icmp_seq=62 ttl=64 time=65.208 ms
64 bytes from 192.168.0.254: icmp_seq=63 ttl=64 time=44.025 ms
64 bytes from 192.168.0.254: icmp_seq=64 ttl=64 time=113.164 ms
64 bytes from 192.168.0.254: icmp_seq=65 ttl=64 time=94.111 ms
64 bytes from 192.168.0.254: icmp_seq=66 ttl=64 time=99.925 ms
64 bytes from 192.168.0.254: icmp_seq=67 ttl=64 time=49.851 ms
64 bytes from 192.168.0.254: icmp_seq=68 ttl=64 time=17.207 ms
64 bytes from 192.168.0.254: icmp_seq=69 ttl=64 time=5.078 ms
64 bytes from 192.168.0.254: icmp_seq=70 ttl=64 time=14.560 ms
Bonjour
@macpoupou : il semble y avoir une boucle dans votre installation. Et donc la box traite n fois de suite les mêmes paquets jusqu'à saturation et donc crash.
Il va vous falloir trouver ce qui fait doublon.
Cdt
Le support m'a dit qu'il y avait un pb de redirection de ports… Et m'a fait faire un reset de la configuration en mode paramètres d'usines…
J'ai redissocié mes cartes réseaux… et une fois mes périphériques reconnectés… même chose….
Si je ping en wifi ou en filaire un des périphériques réseaux…. j'ai un failed variant entre 40 et 80%.
Merci du retour
Ce qu'il vous faut, c'est supprimer la boucle réseau, pas les paramètres.
Vous devez avoir un device qui sert de routeur par exemple pour la domotique. Or cela fait doublon avec la box, et donc il y a une boucle exponentielle qui se créé jusqu'à saturer la box.
Cdt