Merci pour ce tuto simple et efficace ! Utilisé pour install sur VMM Synology, c’est nikel !
1 « J'aime »
Merci pour ce tuto simple et efficace qui m’a permis une réinstallation complète tout en upgradant de Stretch à Buster super simplement et rapidement 
1 « J'aime »
Hello,
En pleine préparation pour migration en V4 depuis ma Debian9 et Jeedom 3, je vois que tu as installé le paquet sudo. Toujours d’actualité et « compatible » avec les bonnes pratiques de debian 10 ?
Ou adaptation ?
Bonjour,
sudo est utilisé par Jeedom.
akenad
Merci, tu es rapide ;).
Autre question, j’ai commencé le ménage avant d’entamer la migration côté plugin :
- par exemple, j’utilisais ping et devtools qu’il m’a fallu migrer pour le premier (pas simple avec 40 objets).
- il peut y avoir des plugins en ? mais dont la réponse sur le forum rassure à passer en V4.
Ensuite pour une installation en debian9 sous Jeedom 3, tu recommandes :
- installation debian10 nouvelle VM,
- installation d’un Jeedom3 ou 4 from scratch,
- restauration du backup de la v3 (mais du coup, si v4 on repasse en V4),
- puis migration v4
Je ne suis pas sûr d’avoir compris donc je préfère poser la question…
Stretch + jeedom v3
-Maj dernière version V3
-Centre mise à jour, « mettre à niveau V4 »
-sauvegarde Jeedom
-export sauvegardes jeedom
-install buster + jeedom
-restauration jeedom V4
-réinstallation dépendances
akenad
Effectivement je n’avais pas vu ce cas là.
Petite question, je galère à ajouter un point de montage auto au démarrage pour le NAS.
Pourtant j’ai testé plusieurs commandes et regarder la documentation et je ne comprends où est le souci (pour info, l’ip est autorisé côté NFS du QNAP) :
côté debian 10 (en sudo ou su pareil…)
mkdir -p /mnt/QNAP
sed -i '$a 192.168.2.239:/Domotique /mnt/QNAP nfs rw 0 0' /etc/fstab
La tentative de monter automatiquement me renvoie (j’ai testé en su - ou sudo sur mon utilisateur)
mount: /mnt/QNAP: mauvaise option ; pour plusieurs systèmes de fichiers (NFS ou CIFS par exemple), un programme /sbin/mount. auxiliaire pourrait être nécessaire).
On dirait qu’il ne voit pas le « nfs » ou la commande mount.
Which me renvoie bien le chemin, j’ai fait un man et j’ai l’impression d’avoir bien codé.
Cela me paraît gros, j’ai loupé qlqchose ?
Édit il faut ajouter qlq paquets voir mon fil de présentation
Bonsoir à tous,
Je suis de près cette discussion car je me trouve face à un problème…
Ma conf actuelle :
RPI 3 B avec carte Zwave GPIO
Debian 9 + Jeedom V4.
J’ai suivi à la lettre la mise à jour pour Debian Buster 10 (https://doc.jeedom.com/fr_FR/installation/rpi).
J’ai donc utilisé Raspberry Pi imager pour mettre l’image fournie sur ma carte SD.
Installation sans soucis.
Je remets ma sauvegarde de Jeedom.
Dans l’onglet santé, tous les voyants sont aux verts (dépendances et démons OK).
Sauf que quand je vais dans le plugin Zwave, je n’ai plus aucun équipements.
Si je remets la carte SD sous Debian 9, je les retrouve sans soucis…
J’ai essayé de relancer les dépendances mais ça ne change rien. Avec la carte SD sous Debian 10, c’est comme si Jeedom n’arrivait pas à lire ma carte Zwave…
Pourriez-vous m’aider SVP?
Merci d’avance!
Bonjour,
Ce sujet ne concerne ni le rpi, ni l’image de Jeedom SAS, ni le zwave.
Je t’invite à créer un sujet dédié.
akenad
1 « J'aime »
ok merci!
Désolé pour le dérangement!
1 « J'aime »
Bonjour à tous,
Est ce que quelqu’un a réussi a utiliser Jeedom v4 et Debian 10 sur un Z83 sans y connecter d’écran ?
Mon installation fonctionnait depuis plus de 2 ans sous Debian 9 d’abord en v3 puis en v4 sans aucun problème.
J’ai installé Debian 10 (debian-10.7.0-amd64-netinst) puis Jeedom v4 en suivant le premier post.
Après l’installation j’ai déconnecté écran clavier etc… et c’est la que survient le problème.
En démarrant le Z83 sans écran connecté en HDMI, le fonctionnement de l’OS est aléatoire, SSH très lent voir impossible, Jeedom qui affiche Démarré NOK bref un système non utilisable au quotidien.
Quand je redémarre le Z83 avec un écran HDMI branché, le système recommence a fonctionner correctement.
Si quelqu’un a une idée pour corriger ce problème de façon logiciel je suis preneur, sinon j’essayerai un dummy plug 
1 « J'aime »
Bonjour,
J’avais également ce soucis sur le Z83.
Il faut que tu le démarres avec un écran (Hdmi), tu pourra l’enlever après le boot complet.
Par contre, à chaque redémarrage tu vas devoir faire la même manip.
Il y a un post sur le forum plus global sur le Z83 mais qui traite le sujet.
Il faut ajouter un « plug » sur la prise Hdmi du Z83 pour contourner le pb.
https://www.amazon.fr/gp/product/B07BCCTWMX/ref=ppx_yo_dt_b_asin_title_o02_s00?ie=UTF8&psc=1
Merci 
J’ai passé commande.
Alors, ça fonctionne ?
Bonjour,
Je souhaite installer une V3 directement puisque un restore de V4 à V3 m’avait fait merder mes widgets on/off, entre autre…
cette procédure fonctionnerait-elle ?
- réinstall neuve avec raspberry pi imager
- je mets la version « 2021-12-02-raspios-buster-armhf-lite.img »
- j’ajoute le fichier SSH vierge
- je fais les optimisations habituelles
- je lance la commande « wget -O- https://raw.githubusercontent.com/jeedom/core/refactoring/install/install.sh | sudo bash »
- je remets ma sauvegarde
- je relance toutes les dépendances…
ou alors il y a une autre commande ou autre méthode pour la V3 (sans faire un restore depuis une V4) ?
Merci
bonjour
j’essaye pour la premiere fois d’installer jeedom avec l’ISO dans la documentions du site jeedom nom du fichier (jeedom-debian-buster-amd64-4.1.27.iso) sur un Intel Nuc mais je n’arrive pas j’ai cette erreur voir (Pj)
pouvez vous m’aider
merci
1 « J'aime »
Bonsoir,
Il faudrait créer un sujet pour ce problème, tu auras sûrement un peu plus de retour.
1 « J'aime »
Je n’avais pas vu le message qui date un peu … mais en fait le message te dit que ton ordinateur ne voit pas ta clef quand tu boot dessus …
Il faut reformater ta clef avec balena-etcher 