Mais il semble plus approprié de venir ici, alors me voilà
Pour le moment, ma config qui fonctionne sur carte sd (RPi 3B) : jeedom v3.3.59 sous debian stretcher
Pour passer de jeedom V3 à V4 avec Buster, j’ai suivi les conseils.
• Télécharger l’iso buster (avec ou sans jeedom)
• Installation sur SSD tout neuf avec Rpi Imager (en mettant bien le ssh…)
• Connexion à jeedom, changer le mdp admin, connexion au market
• Recharger ma sauvegarde V3.3.59
Et là ça bug → les 2 messages obtenus :
J’ai beau refaire le test avec n’importe quelle image, le problème reste le même à chaque fois. J’ai beau attendre jusqu’à 1h, rien n’y fait (le message d’erreur apparait au bout d’une minute à peine).
J’obtiens une page blanche en me connectant à jeedom et j’ai plus qu’à recharger une image et tout refaire. Heureusement j’ai une sauvegarde de l’image de ma SD avec la config qui marche.
L’idée était ensuite de faire la maj V4 en étant sous Buster. Les conseils disaient que c’est plus propre comme ça mais ça ne veut pas…
Pour info, j’ai testé toutes ces images et le résultat est le même :
J’ai refais moulte essais dont la démarche que tu as pré-citée… rien nada.
Le dernier :
copier l’image de ma sd sur le ssd (v3)
boot sur le ssd (des fois que la sd serait corrompue)
rétablissement des droits des dossiers et fichiers (dans la v3)
resauvegarde de la V3 (fichier backup)
envoyer l’image v4.0.61 raspian sur le ssd avec rasppi imager
connexion jeedom sous firefox (je vois pas ce que ça change), changement de mdp, connexion market
update du swap en ssh pour avoir 1024 (bien apparent dans le menu santé). J’ai pas changé le mdp sudo via ssh (je sais pas si ça joue)
chargement de ma sauvegarde v3
attente 30min
Résultat : semble aller un peu plus loin dans le chargement de la sauvegarde
j’ai vu ce petit message apparaitre :
résultat dans l’encadré de chargement sauvegarde au bout de 30min:
[START RESTORE]
***************Début de la restauration de Jeedom 2022-11-04 08:47:29***************
Envoi l'évènement de début de restauration...OK
Vérification des droits...
OK
Fichier utilisé pour la restauration : /var/www/html/core/class/../../backup/backup-Jeedom-3.3.59-2022-11-04-00h09.tar.gz
Backup database access configuration...Can not copy /var/www/html/install/../core/config/common.config.php
OK
Disable all task. OK
Disable all scenario OK
Décompression de la sauvegarde...
OK
Supprimer la table de la sauvegardeDésactive les contraintes...OK
Supprimer la table : cmd ...
analyse / santé : inaccessible
je vais sur l’icone jeedom : mes catégories sont affichées mais rien dedans (extract ci-dessous)
-pourquoi tu n’utilises pas directement une sauvegarde jeedom v3 issue de ta SD initiale ?
-le token d’accès invalide est peut être lié à une tentative d’accès au market mais à ce stade ce n’est pas un problème.
parce que j’ai essayé et ça ma bloque bien plus tot avec d’autres messages d’erreur. Par sécurité, j’ai fais l’image de la sd que j’ai envoyé sur le ssd et refais une sauvegarde pour voir.
Mais le résultat final est le même
j’ai reçu une sd vierge, mais aucun intéret d’aller la détruire alors que j’ai le ssd tout neuf et c’est bien plus rapide pour y balancer des images depuis le pc (même si sur le pi ça ne doit pas changer énormément vu que c’est de l’usb2)
j’essaie tout ce que je peux
en fouinant dans le forum j’ai vu ça sur certains problèmes qui ressemblent, ça ne coutait rien d’essayer.
je vais refaire un autre essai sans cela…(des sauvegardes j’en ai un paquet )
je viens de retester mais …
par contre je viens de voir que je n’ai pas réussi à me connecter avec le login/mdp « pi/raspberry »
c’est le login jeedom qui fonctionne en ssh maintenant (comprend plus rien, j’ai repris la même image).
ça peut pas être lié au fait qu’en v3 je suis sur une custom ? peut être un truc à modifier / créer quelque part avant de lancer la sauvegarde ?
edit : c’est vraiment louche. Je refais la même manip et maintenant j’ai un accès refusé en ssh pour jeedom et c’est pi qui fonctionne
bon j’ai tenté avec la sd toute neuve et selon ta démarche initiale (pas de changement de mdp)
je balance la sauvegarde (depuis mon Nas) et la lance
→ erreur token jeedom
par contre en me connectant en ssh (avant de lancer l’instal via firefox) :
je dois me logger avec pi
si je tente avec jeedom : connexion refusée
peut-être une piste mais je sais pas quoi faire
à moins que je fasse mal l’étape avec rasp pi imager ?
mais quel **** je vais être vulgaire (envers moi )
Bon j’ai refais.
juste une connexion ssh pour voir : la connexion avec login jeedom fonctionne
j’ai rien fais d’autres en ssh, je tente ta procédure à la lettre (pas de connexion market, chargement de sauvegarde sans changer le mdp admin…)
ça fait plus de 20min que ça tourne (je vérifie avec la commande top et www-data monopolise le proc donc j’attend). Même si j’ai eu l’erreur de connexion à jeedom au bout de 1min
pour le moment, j’en suis là
[START RESTORE]
***************Début de la restauration de Jeedom 2022-11-04 12:35:58***************
Envoi l'évènement de début de restauration...OK
Vérification des droits...
OK
Fichier utilisé pour la restauration : /var/www/html/core/class/../../backup/backup-Jeedom-3.3.59-2022-11-04-00h09.tar.gz
Backup database access configuration...Can not copy /var/www/html/install/../core/config/common.config.php
OK
Disable all task OK
Disable all scenario OK
Décompression de la sauvegarde...
marche pas…
j’ai refais une tentative en suivant scrupuleusement ta procédure (je dois attendre 20min maintenant) et encore ce message :
pourtant j’ai vérifié avant de lancer : la connexion ssh fonctionne avec le login/mdp jeedom
formater le ssd et y mettre l’image me prend que 30s donc je peux m’amuser mais là ça commence à me gonfler …
)
je vais être vulgaire (envers moi 
