Machine Jeedom qui s'éteint seule

Bonjour,

je ne sais pas trop où poster cette demande car elle est dans un no man’s land technique pour moi.

Les faits :
tous les jours, mon jeedom s’éteint et n’est plus accessible.
Dans l’interface de ma livebox, je vois la machine (avec la bonne IP) mais je ne peux ni accéder à l’interface jeedom ni même à debian via putty (j’ai un timeout). Si je débranche le pi et que je le rebranche, pas de souci, la machine redémarre et j’ai de nouveau accès à jeedom et à debian.

Je précise que ceci apparait depuis ma mise à jour debian 10 + jeedom 4.17. Auparavant, je n’avais jamais de comportement de ce genre.

Ma machine :
Je tourne depuis plus de 3 ans sur un raspberry pi 3b+ associé à un pidrive de 250go. La machine n’est pas un foudre de guerre mais elle fait très honnêtement le travail. Elle est branchée en RJ45 sur un switch relié à ma livebox. L’alimentation donne du courant au pi ainsi qu’au pidrive (il y a un doubleur) donc le souci ne peut pas venir d’un manque de courant selon moi. J’avais branché sur le pi un rflink et une clé conbee2 (branchés en direct sur le pi, donc pas via un hub alimenté) mais depuis les soucis de coupure, je les ai débranché afin de les exclure de la panne.

Là où j’en suis dans l’enquête :
je ne vois rien dans les log de jeedom, j’ai l’impression que le logiciel en tant que tel n’est pas à incriminer (à moins que je ne regarde pas dans les bonnes logs). Je suspecte un souci de HDD (peut-être que le pidrive est en train de me lâcher) mais je n’en ai pas la certitude. Avant d’imaginer acheter du nouveau matériel, j’aimerais être sur de la cause de la panne (ce serait dommage d’acheter un petit ssd pour le pi si au final c’est le pi qui est en cause). La seule log intéressante que j’ai trouvé dans debian est la user.log qui me dit ceci :

Feb  1 05:34:45 jeedom mtp-probe: checking bus 1, device 5: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.4"
Feb  1 05:34:45 jeedom mtp-probe: bus: 1, device: 5 was not an MTP device
Feb  1 05:34:45 jeedom mtp-probe: checking bus 1, device 3: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1"
Feb  1 05:34:45 jeedom mtp-probe: checking bus 1, device 6: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5"
Feb  1 05:34:45 jeedom mtp-probe: bus: 1, device: 6 was not an MTP device
Feb  1 05:34:45 jeedom mtp-probe: bus: 1, device: 3 was not an MTP device
Feb  2 01:17:11 jeedom mtp-probe: checking bus 1, device 6: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5"
Feb  2 01:17:11 jeedom mtp-probe: bus: 1, device: 6 was not an MTP device
Feb  2 01:17:11 jeedom mtp-probe: checking bus 1, device 3: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1"
Feb  2 01:17:11 jeedom mtp-probe: checking bus 1, device 5: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.4"
Feb  2 01:17:11 jeedom mtp-probe: bus: 1, device: 5 was not an MTP device
Feb  2 01:17:11 jeedom mtp-probe: bus: 1, device: 3 was not an MTP device
Feb  2 07:25:54 jeedom mtp-probe: checking bus 1, device 4: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.4"
Feb  2 07:25:54 jeedom mtp-probe: bus: 1, device: 4 was not an MTP device
Feb  2 07:25:54 jeedom mtp-probe: checking bus 1, device 5: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5"
Feb  2 07:25:54 jeedom mtp-probe: bus: 1, device: 5 was not an MTP device
Feb  2 07:25:54 jeedom mtp-probe: checking bus 1, device 3: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1"
Feb  2 07:25:54 jeedom mtp-probe: bus: 1, device: 3 was not an MTP device
Feb  2 09:00:31 jeedom mtp-probe: checking bus 1, device 4: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5"
Feb  2 09:00:31 jeedom mtp-probe: checking bus 1, device 3: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1"
Feb  2 09:00:31 jeedom mtp-probe: bus: 1, device: 4 was not an MTP device
Feb  2 09:00:31 jeedom mtp-probe: bus: 1, device: 3 was not an MTP device
Feb  2 13:15:33 jeedom mtp-probe: checking bus 1, device 8: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.4"
Feb  2 13:15:33 jeedom mtp-probe: bus: 1, device: 8 was not an MTP device
Feb  2 13:15:33 jeedom mtp-probe: checking bus 1, device 8: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.4"
Feb  2 13:15:33 jeedom mtp-probe: bus: 1, device: 8 was not an MTP device
Feb  2 15:26:58 jeedom mtp-probe: checking bus 1, device 4: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5"
Feb  2 15:26:58 jeedom mtp-probe: checking bus 1, device 3: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1"
Feb  2 15:26:58 jeedom mtp-probe: bus: 1, device: 4 was not an MTP device
Feb  2 15:26:58 jeedom mtp-probe: bus: 1, device: 3 was not an MTP device
Feb  3 05:47:40 jeedom mtp-probe: checking bus 1, device 4: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5"
Feb  3 05:47:40 jeedom mtp-probe: bus: 1, device: 4 was not an MTP device
Feb  3 05:47:40 jeedom mtp-probe: checking bus 1, device 3: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1"
Feb  3 05:47:40 jeedom mtp-probe: bus: 1, device: 3 was not an MTP device

et bizarrement, c’est sur ces horaires que la machine se coupe (enfin, je suppose, je ne suis pas levé à 5h47 du matin).

Est-ce que des gens plus experts que moi en debian/jeedom pourraient me donner leur avis ?

Merci en tout cas pour le coup de main

Jérémy

Dans /var/log/syslog tu vois quoi ?
Ca sent quand même le device usb plus joignable ton truc

Bonjour,
Quel est ta version de buster, 64 ou 32bits? car avec la 64 certains ont des soucis.

Peu être une mise en veille du réseau ?
Changement d’OS donc il peut y avoir des settings à refaire.

Quand il n’est pas accessible, tu ping son IP depuis une autre machine ?
Si tu fait juste debrancher / rebrancher le RJ45 çà revient ?

Bonjour

Confirmation, il est bien en 64 bits.
Il rapporte les problèmes que j’ai détaillé ici :
Pi3B+ : Raspberry Pi OS : 32 bits ou 64 bits? - Matériel Jeedom - Hardware / Raspberry Pi ou autre carte DIY (Faire soi-même) - Communauté Jeedom

Pour moi, le retour en 32 bits est salvateur (pas de plantage depuis le 12 janvier).

Je vous invite à repasser sur une installation propre en 32 bits et procéder à la restauration de votre sauvegarde (les dépendances s’installent seules après coup).

Pour les autres :
j’ai tout tenté, débranchement, re-branchement du câble réseau, changement des ports USB (emplacement, pour avoir des priorités différentes) ect… rien n’a amélioré la situation.
Mise à jour du Kernel, firmware rien non plus (par contre, il y a eu pas mal de mise à jour depuis, à tenter ; voir message ci-dessous).

En attendant, il est possible de tenter une grosse mise à jour de l’OS et voir si cela corrige la situation.

En SSH :
sudo apt update && sudo apt upgrade
puis, quand c’est terminé :
sudo reboot

Et, toujours en SSH :
sudo rpi-update
quand c’est terminé :
sudo reboot

=> Puis, tester dans le temps si cela a corrigé (ou pas) le problème.

Retour d’expérience souhaité ici pour faire avancer cette situation.

Merci.

1 « J'aime »

Comme indiqué dans un autre canal, j’ai les mêmes symptômes.
Quelqu’un aurait testé la procédure préconisée par Fabrice ?

Hello,
Tu veux dire quoi par là ?
Tu as fait comment ?

L’utilisateur @Saint-Jey a fait la mise à jour que j’ai proposé.

En est maintenant en phase de test : et pour information, cette nuit, son Jeedom n’a pas planté (mais c’est vraiment encore TROP TOT pour être certain de l’efficacité de la procédure, il faut attendre plusieurs jours).

ll fera un retour ici quand il sera plus sur de lui.

Ca va être bon j’en suis sure :wink:

1 « J'aime »

Alors, pour vous donner des infos.
2ème nuit sans coupure, ça sent bon tout ça !
Je ne vais pas crier victoire trop vite mais le rpi-update a l’air de m’avoir mis une version où le pb des usb est résolu. Pour info, j’ai désormais ça comme info :

Linux jeedom 5.10.11-v8+ #1399

Sinon pour répondre à toutes les questions postées (et ça pourra aider les gens qui ont les mêmes soucis) :

  • la migration a été faite en mode clean install puis réinjection de ma sauvegarde jeedom. J’ai donc fait ce qui est préconisé par l’équipe
  • j’ai installé lors du clean install l’image 64bits fournie par jeedom pour les raspberry pi
  • quand ma machine plantait, elle était inaccessible depuis putty sur mon ordinateur local
  • j’ai vérifié qu’il n’y avait pas de mise en veille réseau
  • en branchant débranchant le RJ45, la connexion ne se faisait pas (d’ailleurs il n’y avait que la LED rouge du RPI qui était allumée, pas la verte clignotant)

J’ajoute un grand merci @Fabrice pour le coup de main et la procédure

1 « J'aime »

Bonjour et merci pour ton retour.

Pour information, hier le Kernel 5.10.11 est passé en stable et n’est plus en stade bêta.

Donc, si la manipulation :
sudo apt update && sudo apt upgrade -y
avait été lancée depuis hier, elle aurait alors installée le Kernel 5.10.11 (@kristobal… tu sais ce qu’il te reste à faire :wink: )

Si vous voulez bien, pour repasser sur une branche stable, il faut le faire.
=> Pour ceux qui ne lise pas tout : depuis hier, sudo rpi-update n’est plus nécessaire.

2 « J'aime »

Un petit cœur rouge par défaut lol
Je le savais que ça aurait fonctionné.
Ce week-end je passe en stable alors. On va pouvoir clôturer le sujet et annoncer que la 64bits est au top :joy:

1 « J'aime »

tenor

1 « J'aime »

je viens de faire un sudo apt update && sudo apt upgrade -y.

je suis resté en :
Linux jeedom 5.10.11-v8+ #1399 SMP PREEMPT Thu Jan 28 12:14:03 GMT 2021 aarch64 GNU/Linux

donc je crois que ça sent bon. On va en effet pouvoir dire que la 64bits est conseillée hihihi

Ok fait aussi on va attendre…
Merci

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.