Non fonctionnement après plusieurs installations Debian 11

EGY · Août 13, 2025, 5:01

Bonjour,

Je reviens vers vous pour obtenir de l’aide - d’avance merci - dans la suite de mon sujet précédent (Update Plugin MQTT et Z2M échoués puis démon correspondants NOK), désolé mais je suis toujours débutant et je ne sais pas comment faire un lien vers un sujet précédent. Peut être comme cela Update Plugin MQTT et Z2M échoués puis Demon correspondants NOK - #25 par EGY.

Suite aux conseils prodigués, j’en suis arrivé au stade suivant (je ne vous cache pas après plusieurs recovery pour obtenir ce « tout au vert ») pour installer Debian 11, permettant de mettre à jour les plugins Z2M et MQTT à l’origine de mon problème (MAJ non compatibles avec Debian 10).

Cependant, et même si j’ai retrouvé théoriquement mon projet initial : RIEN NE FONCTIONNE (essentiellement Commande de volet roulant et d’éclairage à base de matériel wiser de Schneider)

Et je n’ose plus toucher à rien car j’ai eu plusieurs voire de nombreuses déconvenues en redémarrant après avoir enlever la clé Récovery (en respectant les procédures (de la communauté, de Domadoo, etc…), puis en rechargeant ma sauvegarde pour retrouver mon projet, etc…

Bref, j’en suis là et je suis complètement coincé HELP, please !

Voici mes logs et autres captures d’écran.

| --- | --- | --- | --- | --- | --- |
||2025-08-13 07:03:02|z2m|Erreur exécution de la commande [Entrée][VR_Entree][Ouvrir] : {"state":"nok","result":"Invalid apikey"}|[Log z2m](http://192.168.1.165/index.php?v=d&p=log&logfile=z2m)||
||2025-08-13 07:03:02|z2m|Erreur exécution de la commande [Séjour][VR_Pt_sejour][Ouvrir] : {"state":"nok","result":"Invalid apikey"}|[Log z2m](http://192.168.1.165/index.php?v=d&p=log&logfile=z2m)||
||2025-08-13 07:03:02|z2m|Erreur exécution de la commande [Séjour][VR_Gd_Sejour][Ouvrir] : {"state":"nok","result":"Invalid apikey"}|[Log z2m](http://192.168.1.165/index.php?v=d&p=log&logfile=z2m)||
||2025-08-12 20:50:05|virtual|Erreur pour [Aucun][Jeedom interne] : [MySQL] Error code : 42S02 (1146). Table 'jeedom.update' doesn't exist : SELECT count(*) FROM `update` WHERE `status`="update" AND `configuration` NOT LIKE :configuration|[Log virtual](http://192.168.1.165/index.php?v=d&p=log&logfile=virtual)||
||2025-08-12 20:50:01|scenario|Erreur sur scenario::control() : [MySQL] Error code : 42S02 (1146). Table 'jeedom.scenario' doesn't exist : SELECT `s`.`id`, `s`.`name`, `s`.`isActive`, `s`.`group`, `s`.`mode`, `s`.`schedule`, `s`.`scenarioElement`, `s`.`trigger`, `s`.`timeout`, `s`.`object_id`, `s`.`isVisible`, `s`.`display`, `s`.`order`, `s`.`description`, `s`.`configuration` FROM scenario s INNER JOIN object ob ON s.object_id=ob.id ORDER BY ob.name, s.group, s.name|[Log scenario](http://192.168.1.165/index.php?v=d&p=log&logfile=scenario)||
||2025-08-12 20:50:01|scenario|Erreur sur scenario::check() : [MySQL] Error code : 42S02 (1146). Table 'jeedom.scenario' doesn't exist : SELECT `id`, `name`, `isActive`, `group`, `mode`, `schedule`, `scenarioElement`, `trigger`, `timeout`, `object_id`, `isVisible`, `display`, `order`, `description`, `configuration` FROM scenario WHERE `mode` != "provoke" AND `mode` != "" AND `schedule` != "" AND isActive=1|[Log scenario](http://192.168.1.165/index.php?v=d&p=log&logfile=scenario)||
||2025-08-12 20:49:06|scenario|Erreur sur scenario::control() : [MySQL] Error code : 42S02 (1146). Table 'jeedom.scenario' doesn't exist : SELECT `s`.`id`, `s`.`name`, `s`.`isActive`, `s`.`group`, `s`.`mode`, `s`.`schedule`, `s`.`scenarioElement`, `s`.`trigger`, `s`.`timeout`, `s`.`object_id`, `s`.`isVisible`, `s`.`display`, `s`.`order`, `s`.`description`, `s`.`configuration` FROM scenario s INNER JOIN object ob ON s.object_id=ob.id ORDER BY ob.name, s.group, s.name|[Log scenario](http://192.168.1.165/index.php?v=d&p=log&logfile=scenario)||
||2025-08-12 20:49:02|scenario|Erreur sur scenario::check() : [MySQL] Error code : 42S02 (1146). Table 'jeedom.scenario' doesn't exist : SELECT `id`, `name`, `isActive`, `group`, `mode`, `schedule`, `scenarioElement`, `trigger`, `timeout`, `object_id`, `isVisible`, `display`, `order`, `description`, `configuration` FROM scenario WHERE `mode` != "provoke" AND `mode` != "" AND `schedule` != "" AND isActive=1|[Log scenario](http://192.168.1.165/index.php?v=d&p=log&logfile=scenario)||
||2025-08-12 20:48:01|scenario|Erreur sur scenario::control() : [MySQL] Error code : 42S02 (1146). Table 'jeedom.scenario' doesn't exist : SELECT `s`.`id`, `s`.`name`, `s`.`isActive`, `s`.`group`, `s`.`mode`, `s`.`schedule`, `s`.`scenarioElement`, `s`.`trigger`, `s`.`timeout`, `s`.`object_id`, `s`.`isVisible`, `s`.`display`, `s`.`order`, `s`.`description`, `s`.`configuration` FROM scenario s INNER JOIN object ob ON s.object_id=ob.id ORDER BY ob.name, s.group, s.name|[Log scenario](http://192.168.1.165/index.php?v=d&p=log&logfile=scenario)||
||2025-08-12 20:48:01|scenario|Erreur sur scenario::check() : [MySQL] Error code : 42S02 (1146). Table 'jeedom.scenario' doesn't exist : SELECT `id`, `name`, `isActive`, `group`, `mode`, `schedule`, `scenarioElement`, `trigger`, `timeout`, `object_id`, `isVisible`, `display`, `order`, `description`, `configuration` FROM scenario WHERE `mode` != "provoke" AND `mode` != "" AND `schedule` != "" AND isActive=1|[Log scenario](http://192.168.1.165/index.php?v=d&p=log&logfile=scenario)||
||2025-08-12 20:47:02|scenario|Erreur sur scenario::control() : [MySQL] Error code : 42S02 (1146). Table 'jeedom.scenario' doesn't exist : SELECT `s`.`id`, `s`.`name`, `s`.`isActive`, `s`.`group`, `s`.`mode`, `s`.`schedule`, `s`.`scenarioElement`, `s`.`trigger`, `s`.`timeout`, `s`.`object_id`, `s`.`isVisible`, `s`.`display`, `s`.`order`, `s`.`description`, `s`.`configuration` FROM scenario s INNER JOIN object ob ON s.object_id=ob.id ORDER BY ob.name, s.group, s.name|[Log scenario](http://192.168.1.165/index.php?v=d&p=log&logfile=scenario)||
||2025-08-12 20:47:01|scenario|Erreur sur scenario::check() : [MySQL] Error code : 42S02 (1146). Table 'jeedom.scenario' doesn't exist : SELECT `id`, `name`, `isActive`, `group`, `mode`, `schedule`, `scenarioElement`, `trigger`, `timeout`, `object_id`, `isVisible`, `display`, `order`, `description`, `configuration` FROM scenario WHERE `mode` != "provoke" AND `mode` != "" AND `schedule` != "" AND isActive=1|[Log scenario](http://192.168.1.165/index.php?v=d&p=log&logfile=scenario)||
||2025-08-12 11:30:03|z2m|Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement|[Log z2m](http://192.168.1.165/index.php?v=d&p=log&logfile=z2m)|827|
||2025-08-12 11:24:02|update|De nouvelles mises à jour sont disponibles : mqtt2,z2m|[Centre de mise à jour](http://192.168.1.165/index.php?v=d&p=update)|3|
||2025-08-11 07:20:01|starting|Erreur sur la connexion au market : Erreur curl sur : https://market.jeedom.com/core/api/api.php. Détail :Could not resolve host: market.jeedom.com|[Log starting](http://192.168.1.165/index.php?v=d&p=log&logfile=starting)|2|
||2025-08-05 00:00:04|z2m|Nouvelle version de Zigbee2MQTT disponible : 2.6.0 (Relancez les dépendances du plugin Jeezigbee pour effectuer la mise à jour)|||

Plugin Z2M

MQTT

Un grand merci d’avance.

Eric

Informations Jeedom Atlas Recovery

Core : 4.4.12 (master)
DNS Jeedom Atlas Recovery : oui

Plugin : Z-Wave JS
Version : 2024-11-16 01:03:20 (stable)
Statut Démon : Stoppé - (Inconnue)

ngrataloup · Août 14, 2025, 10:15

Du coup, pouvez vous preciser ce qui ne foncitonne pas ?
Vous avez taggué le sujet backup/restauration
vous parler de z2m et mqtt dans le core
et vous donner les information de config de zwave-JS

Seul z2m est concerné par les pbs ?
Si oui, donnez tous les logs z2m

Norbert

Mips · Août 14, 2025, 11:07

Pareil, je suis un eu perdu, tout est OK en vert donc qu’est-ce qui ne fonctionne pas?
et ce que vous avez donné n’est pas un log, ca vient d’où? le centre de message?

Madcow · Août 14, 2025, 11:16

Bonjour,

C’est normal le nom étrange de l’OS dans la page Santé ?

EGY · Août 14, 2025, 1:56

Bonjour,

Merci pour vos réponses, et désolé si je ne me fais pas comprendre.
Pour essayer d’être clair :

Après avoir fait une tentative de mise à jour des plugins Z2M et MQTT qui a rendu mon installation basée sur des matériels Wiser (donc employant Z2m) totalement in opérationnelle, j’ai effectué une mise à jour vers Debian 11 comme on me l’a conseillé en suivant la procédure de recovery.
J’ai rencontré pas mal de déboires pendant les 2 jours passés avec recovery et les tentatives de restaurer mes sauvegardes : retour à debian 10.10, Plugins Z2m NOK, MQTT ne voulant pas redémarrer, etc… Je vous assure que j’ai tout essayé en lisant les différentes expériences sur la communauté. J’ai beau avoir des notions d’automatisme (plutôt industriel), j’avoue n’avoir jamais vu un tel marasme. La plateforme Jeedom semble vraiment s’adresser à un public averti et j’avoue, même si j’ai toujours envie d’apprendre, que je ne suis pas loin de laisser tomber !
Mais, après un dernier recovery, j’ai fini par arriver au bilan de santé que vous avez vu que je n’ose plus toucher (pas de mise à jour des dépendances, pas de de redémarrage des plugins, etc…). Je n’ose même pas éteindre, enlever la clé USB et redémarrer l’Atlas car la dernière fois, le bilan de santé et même la plateforme a complétement changé avec de multiples erreurs et même le passage de l’environnement Dark à « normal ».
Tout est OK dans toutes les pages, les démons semblent tous démarrés, et aucun message d’erreur.
Cependant, tous mes modules Z2M ne fonctionnent plus, ni mon scénario ouverture/fermeture des volets selon lever/coucher du soleil, c’est comme si l’application était arrêtée. Même les Test directs dans les commandes des équipements n’agissent plus.

Les logs que je vous ai fournis sont ceux qui figurent en haut à droite de l’interface mais même eux ne semble plus évolués.

Que dois-je faire ?
Que voulez vous en complément ?

Merci d’avance

EGY · Août 14, 2025, 2:00

Voici les logs Z2m, il semble que « nok »,« result »:« Invalid apikey » soit récurrent dans les logs que j’ai pu voir dans mes différentes démarches :

Date et heure	Source	Description	Action	Occurrences
2025-08-13 07:03:02	z2m	Erreur exécution de la commande [Entrée][VR_Entree][Ouvrir] : {« state »:« nok »,« result »:« Invalid apikey »}	Log z2m
2025-08-13 07:03:02	z2m	Erreur exécution de la commande [Séjour][VR_Pt_sejour][Ouvrir] : {« state »:« nok »,« result »:« Invalid apikey »}	Log z2m
2025-08-13 07:03:02	z2m	Erreur exécution de la commande [Séjour][VR_Gd_Sejour][Ouvrir] : {« state »:« nok »,« result »:« Invalid apikey »}	Log z2m
2025-08-12 11:30:03	z2m	Attention je pense qu’il y a un soucis avec le démon que j’ai relancé plus de 3 fois consécutivement	Log z2m	827
2025-08-05 00:00:04	z2m	Nouvelle version de Zigbee2MQTT disponible : 2.6.0 (Relancez les dépendances du plugin Jeezigbee pour effectuer la mise à jour)

Affichage : 1 à 5 de 5 entrées

Madcow · Août 14, 2025, 2:04

Bonjour,

Je te conseille de faire un ticket Jeedom.

vegeta0911 · Août 14, 2025, 2:04

A tu essayé de reinclure les équipements .

EGY · Août 14, 2025, 2:07

Non, je n’ai pas osé.

vegeta0911 · Août 14, 2025, 2:07

Essaye avec un seul pour voir

EGY · Août 14, 2025, 2:07

Mais vous ne voyez pas autre chose, je peux activer l’inclusion

EGY · Août 14, 2025, 2:11

Je l’ai fait avec un variateur Var bureau mais pas de résultat positif au test (commande) pourtant la barre de lancement verte se déroule normalement.
Une barre verte exécution se déroule aussi avec « succès » et pas de nouveau log

Aurelien · Août 14, 2025, 2:13

Bonjour,

Pas besoin de ticket, l’Atlas tourne actuellement sur la clé USB en mode « recovery ». Il faut terminer la procédure de recovery :

Créer la clé usb de recovery
Démarrer l’Atlas sur la clé USB
Utiliser jeeasy ou le plugin atlas pour procéder à la restauration système
Enlever la clé USB et redémarrer

EGY · Août 14, 2025, 2:22

Désolé mais je ne comprends pas :

La clé sur le port en bas à droite est déjà une clé « recovery » que j’ai utilisée pour passer en Debian 11.

J’ai déjà fait cette démarche, la seule chose que je n’ai pas répétée après plusieurs échecs (une bonne 10 aine), c’est un redémarrage en enlevant la clé.

Dois-je (à nouveau) comme le précise la procédure Domadoo :
1 - Eteindre l’Atlas via Réglage → Système → Eteindre
2 - Débrancher l’alimentation
3 - Enlever la clé USB
4 - attendre 10 sec
5 - rebrancher l’alimentation pour redémarrer l’Atlas.

J’ai déjà fait cela plusieurs fois et j’ai retrouvé un système HS avec même un Debian revenu en 10.10.

Mais si vous me le confirmer Go

Aurelien · Août 14, 2025, 2:30

Je confirme que c’est la procédure officielle actuelle, pas que ça va forcément fonctionner ici. Par contre je confirme que Jeedom ne fonctionnera pas à 100% depuis la clé USB.

C’est visible publiquement sur github, une nouvelle procédure de restauration système Smart/Atlas est en cours de déploiement. Au pire, si vraiment la mise à jour ne passe pas, on regardera pour tester.

Dans le doute, il ne faut pas hésiter à refaire la restauration du système interne depuis la clé (plugin jeeasy ou plugin atlas) mais au final il faut impérativement l’enlever et redémarrer la box pour finaliser la procédure.

RGLD · Août 14, 2025, 2:34

Bonjour, comme dit @Aurelien il faut pour finir la procédure enlever la cle usb recovery et redemarrer votre box

de ce que je comprend en lisant le post d aurelien,car j’ai pas de box, la procédure à pas l’air d etre terminée

EGY · Août 14, 2025, 2:39

Ok, merci Aurélien.

Par contre, je ne comprends pas « la restauration du système interne depuis la clé (plugin jeeasy ou plugin atlas) ».

En ce qui me concerne, j’ai suivi la procédure de Domadoo et de furaxworld.
Et ils ne parlaient de restauration interne depuis la clé, c’est peut être cela que j’ai raté.

Peux tu préciser la procédure s’il te plait ? Merci.

En attendant, je redémarre l’Atlas.

RGLD · Août 14, 2025, 2:42

Pour répondre au dernier message d’Aurelien, il vous faut cliquer « répondre » sur son message

Aurelien · Août 14, 2025, 2:44

La prochaine procédure sera beaucoup, beaucoup plus simple

Mais si, ce n’est pas forcément évident mais c’est bien mentionné :
Documentation Jeedom - Fonctionnement du recovery mode Atlas

Une fois la clé prête, la mettre dans le port USB 2 inférieur (port USB noir), puis allumer votre box Atlas

Attendre 5 à 10 minutes environ

Puis rendez-vous sur http://jeedomatlasrecovery.local/

Mettre les identifiants et mot de passe : admin/admin, puis changer le mot de passe, IMPORTANT : mettre un compte market.

Une fois cela fait, Jeeasy se lance et vous présente la procédure de recovery

Suivre la procédure

Installer Debian 11 sur box Atlas - Matériel Jeedom - Hardware / La Box JEEDOM ATLAS - Communauté Jeedom

EGY · Août 14, 2025, 3:20

Désolé Aurélien, mais c’est ce que j’ai déjà fait une 10aine de fois !

Qd j’ai débranché puis enlevé la clé, pas de changement sur l’écran extinction
Après 2 min, j’ai rebranché - donc sans la clé - le fond est redevenu clair (et non dark) et m’a demandé de confirmer l’extinction ? Je l’ai donc validé, puis redébranché et encore, … et encore.

J’ai donc éteint normalement, débranché, remis la clé, attendu 10 min puis rebranché la procédure de recovery ne s’est pas vraiment lancée et le système est revenu comme évoqué au départ : mon interface, bilan de santé tout au vert.

Sans doute faut-il que je refasse la clé ?