J’ouvre ce post en doublon avec le forum raspberry ici car je sais qu’il y a plein de gens compétent par ici (clin d’oeil à @Yves19) .
Depuis mon passage sous SSD MSATA (+ Debian 10 64bit) mon PI3b+ crash / freeze de temps en temps et je suis obligé de débrancher l’alimentation pour le reboot . Je précise que le SSD tourne sur un HUB USB alimenté à part .
Cela ce traduit par impossibilité d’accéder à JEEDOM via navigateur, impossibilité de se connecter en SSH, ecran HDMI ne renvoi aucune image, la LED ACT ne clignote plus du tout .
Coté alimentation je viens d’installer une alim officiel 5.1V 3A car j’avais des « undervoltage » qui ont disparu avec cette nouvelle alimentation .
Je pensais que les crash venait de la mais non c’est peut être le SSD ducoup… pourtant tout neuf !
var/log/message s’est arrêté à 6h26 ce matin me laissant penser que le crash est survenu à ce moment :
Vous avez les mêmes problèmes sur moi, sur le même modèle de Raspberry.
Refaites votre installation sur une base 32 bits et vous n’aurez plus ces problèmes.
Je vous ai déjà, dans un autre fil, fait faire la mise à jour du Kernel et cela n’a pas corrigé les plantages. Le retour en 32 bits est la solution pour vous, comme pour moi.
Sur ton lien on part de zero, de mon coté je ne devrait pas faire une désinstallation propre du 64bits ? Il suffit de brancher mon SSD sur mon pc et juste tout effacer comme un sauvage ?
Jeedom est en train de s’installer gentillement . Petite question concernant les certificats https cerbot j’avais fait pas mal de manips, faut il que je les refasse sur le pi ?
Forcement, car c’est en lien avec le système d’exploitation et pas avec Jeedom.
A retenir :
Tout ce qui concerne Jeedom est sauvegardé dans la sauvegarde de Jeedom
Tout ce qui concerne le système d’exploitation n’est pas sauvegardé.
Bonsoir @Fabrice
Mon cerbot est opérationnel
Bon il est trop tot pour dire si le systeme va crasher on verra d’ici une semaine je croise les doigts .
Cependant j’ai toujours :
cp210x ttyUSB0: failed set request 0x7 status: -71
Qui apparait 20 fois entre 12h25 et 17h29 sur le kern.log