[RTEX] Debian 10 - Buster - netinst - amd64 - Jeedom V4

(migration depuis l’ancien forum, post du 15 juil. 2019)

Bonjour à tous, c’est akenad :slight_smile: ,

Aujourd’hui je vais vous présenter un retour d’expérience sur l’installation de Jeedom réalisée après l’installation d’une image Debian 10 netinst amd64.
J’ai installé cette image dans une VM proxmox sur un NUC intel mais cela pourrait s’appliquer aussi à toute machine compatible.

Je suis allé cherché une image de CD d’installation par le réseau ici :
https://www.debian.org/releases/buster/debian-installer/

et plus précisément la v10.0.0 du 06/07/2019 ici (obsolète) :
https://cdimage.debian.org/cdimage/archive/10.0.0/amd64/iso-cd/debian-10.0.0-amd64-netinst.iso

(dernière version Debian 10 Buster, v10.12.0 du 26/03/2022 : https://cdimage.debian.org/cdimage/archive/10.12.0/amd64/iso-cd/debian-10.12.0-amd64-netinst.iso)

J’ai choisi l’option présentée par défaut « installation graphique »,
et j’ai coché les options d’installation:

  • serveur web
  • serveur ssh
  • utilitaires usuels du système

et j’ai décoché les options « environnement de bureau » et « serveur d’impression ».
Plus précisément j’ai utilisé l’interface graphique uniquement pendant la phase d’installation, il n’y a pas d’interface graphique d’installé sur le système car j’ai décoché l’option « environnement de bureau », ce qui est recommandé pour une box Jeedom.

J’ai indiqué comme utilisateur à créer « jeedom » et choix du mirroir français par défaut : deb.debian.org

connexion ssh avec le compte jeedom, et passage en root :

$ su -

/!\ ATTENTION : le tiret est très important (la raison en sera expliquée plus loin)

La liste des sources installée dans /etc/apt/sources.list est la suivante :

deb http://deb.debian.org/debian/ buster main
deb-src http://deb.debian.org/debian/ buster main
deb http://security.debian.org/debian-security buster/updates main
deb-src http://security.debian.org/debian-security buster/updates main
deb http://deb.debian.org/debian/ buster-updates main
deb-src http://deb.debian.org/debian/ buster-updates main

J’ai constaté que le paquet sudo n’est pas installé.

Installation du paquet sudo :
# apt-get install sudo
(L’installation du paquet sudo installe les commandes sudo et visudo et créé le fichier /etc/sudoers.)

Ajout du compte jeedom dans le groupe sudo :
# usermod -aG sudo jeedom
(L’utilisation de sudo par l’utilisateur jeedom fonctionnera au prochain reboot.)

Installation de Jeedom :
La documentation officielle de l’installation de Jeedom est ici : https://doc.jeedom.com/fr_FR/installation/cli

Installation en ligne de commande :

# wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
# chmod +x install.sh
# ./install.sh

NOTA : le script d’installation /master/install/install.sh contient les 2 lignes :

wget https://github.com/jeedom/core/archive/${VERSION}.zip -O /tmp/jeedom.zip
VERSION=master

Cela veut dire que c’est la branche « master » au sens github qui est installée (c’est-à-dire actuellement une « V3 Stable »)

Installation de Jeedom 3.3.27 OK.
L’installation de Jeedom a installé entre autres php7.3.
L’installation de Jeedom ajoute le composant « non-free » sur toutes les sources de paquets (dans /etc/apt/sources.list).

Juste un petit souci d’installation de dépendances :

  • Le paquet « libav-tools » a été remplacé par le paquet « ffmpeg », c’est donc ce dernier qu’il faut installer pour effectuer du codec stream audio video.
  • synthétiseurs vocal mbrola NOK

/!\ ATTENTION : avec Buster l’installation de jeedom peut échouer en fonction de la manière dont on passe en root.

/!\ ATTENTION : avec Buster il y a des changements par rapport à Stretch, des informations ici :
https://wiki.debian.org/NewInBuster

Ce qui est très important de souligner c’est que les commandes « su » et « sudo » peuvent ne pas avoir le même comportement que dans Stretch en fonction de l’argument utilisé. En particulier concernant les chemins par défaut de recherche des commandes systèmes.

Avec la configuration par défaut de Debian 10,
si on passe en root avec « su - » (donc avec le tiret), Le chemin contient « /usr/sbin » :

$ su -
Mot de passe :
# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

Si on passe en root avec « su » (donc sans le tiret), Le chemin ne contient pas « /usr/sbin » :

$ su
Mot de passe :
# echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

et dans ce cas des commandes comme usermod ou visudo sont alors introuvables.
Ces commandes sont nécessaires et utilisées par l’installation de jeedom.
Si l’installation de jeedom ne peut accéder à ces commandes, elle échoue.

—EDIT 30/08/2019—
Nous allons enchainer pas la mise à jour de Jeedom V3 en V4.

/!\ ATTENTION : Pour l’instant ce n’est recommandé qu’aux utilisateurs avancés (« Early Adopters ») et à éviter sur des widgets non officiels et des Design V3.

La mise à jour de Jeedom Core de V3 (« Stable ») en branche « V4-stable » est dorénavant disponible et n’est accessible qu’à partir de la v3.3.30.
(ici nous utilisons Buster mais cela se passerait de la même manière avec Stretch)

Dans Jeedom :
Roue crantée → Configuration → Onglet « Mises à jour/Market »
Dans le champ « Version du core », cliquer l’ascenseur et sélectionner « Release Candidate V4 » (à la place de « Stable »)
Cliquer le bouton « Sauvegarder ».

(Actuellement, au sens « github », la « Stable » correspond à la branche « master » et la « Release Candidate V4 » correspond à la branche « V4-stable »)

Puis,
Roue crantée → Centre de mise à jour
Sur la ligne « default / core : jeedom » cliquer sur le bouton « Vérifier ».
Cela fait apparaitre dans la colonne « Dernière version » l’indication « 4. »
-Cliquer sur le bouton « Mettre à jour » en haut de la page, à droite.
-Décocher l’option « Mettre à jour les plugins » et cliquer le bouton « Mettre à jour ».

(A noter que l’on voit dans la log que le script de mise à jour télécharge : )
https://github.com/jeedom/core/archive/V4-stable.zip

—EDIT 02/09/2019—
Maintenant si l’on va dans
Réglages → Système → Configuration → Onglet « Mises à jour/Market »
cela ressemble à ceci :

On remarque que le champ « Version du core » contient « Stable V4 »
et donc maintenant, actuellement, au sens « github », la « Stable v4 » correspond à la branche « V4-stable » (alias « Release Candidate V4 »).
La mise à jour de V4.0.x à V4.0.y (stable) est réalisée avec la méthode habituelle.

—EDIT 10/10/2019—
/!\ ATTENTION : L’installation de Jeedom par défaut installe dorénavant la branche « V4-stable »

En effet, pour rappel, la documentation officielle de l’installation de Jeedom est ici : https://doc.jeedom.com/fr_FR/installation/cli

Installation en ligne de commande :

# wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
# chmod +x install.sh
# ./install.sh

NOTA : le script d’installation /master/install/install.sh contient maintenant les 2 lignes :

wget https://github.com/jeedom/core/archive/${VERSION}.zip -O /tmp/jeedom.zip
VERSION=V4-stable

La variable VERSION qui était égale à master à été modifiée et est maintenant égale à V4-stable.
Cela veut dire que ce n’est plus la branche « master » au sens github (qui correspond à une “V3 Stable”) qui est installée dorénavant mais directement la branche « V4-stable ».

Pour l’instant, pour toujours installer une V3 :
Dans le fichier install.sh, remplacer VERSION=V4-stable par VERSION=master.

EDIT 07/03/2020 :
Je suis passé de Buster initialement à 10.0, à 10.3 avec les commandes :

$ su -
# apt update
# apt upgrade
# reboot

Paquets mis à jour :

root@jeedom:~# apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les NOUVEAUX paquets suivants seront installés :
  linux-image-4.19.0-8-amd64
Les paquets suivants seront mis à jour :
  apache2 apache2-bin apache2-data apache2-doc apache2-utils base-files bzip2 console-setup console-setup-linux cron curl
  dirmngr distro-info-data e2fsprogs exim4-base exim4-config exim4-daemon-light ffmpeg file gir1.2-pango-1.0 git-man gnupg
  gnupg-l10n gnupg-utils gpg gpg-agent gpg-wks-client gpg-wks-server gpgconf gpgsm gpgv guile-2.2-libs initramfs-tools
  initramfs-tools-core keyboard-configuration libapache2-mod-php7.3 libarchive13 libavcodec58 libavdevice58 libavfilter7
  libavformat58 libavresample4 libavutil56 libbz2-1.0 libcom-err2 libcryptsetup12 libcups2 libcurl3-gnutls libcurl4
  libegl-mesa0 libexpat1 libexpat1-dev libext2fs2 libfreetype6 libfribidi0 libgbm1 libgl1-mesa-dri libglapi-mesa
  libglib2.0-0 libglib2.0-bin libglib2.0-data libglx-mesa0 libgnutls-dane0 libgnutls30 libidn2-0 libldap-2.4-2
  libldap-common libmagic-mgc libmagic1 libmariadb3 libmysofa0 libncurses6 libncursesw6 libnghttp2-14 libnss-systemd
  libopenjp2-7 libpam-systemd libpango-1.0-0 libpangocairo-1.0-0 libpangoft2-1.0-0 libpangoxft-1.0-0 libpostproc55
  libpulse0 libpython2.7 libpython2.7-dev libpython2.7-minimal libpython2.7-stdlib libpython3.7-minimal libpython3.7-stdlib
  libqt5core5a libqt5dbus5 libqt5gui5 libqt5network5 libqt5printsupport5 libqt5widgets5 libsasl2-2 libsasl2-modules
  libsasl2-modules-db libss2 libssl-dev libssl1.1 libswresample3 libswscale5 libsystemd0 libtiff5 libtimedate-perl
  libtinfo6 libunbound8 libvpx5 libxslt1.1 linux-image-amd64 linux-libc-dev mariadb-client mariadb-client-10.3
  mariadb-client-core-10.3 mariadb-common mariadb-server mariadb-server-10.3 mariadb-server-core-10.3 mesa-va-drivers
  mesa-vdpau-drivers ncurses-base ncurses-bin ncurses-term openssh-client openssh-server openssh-sftp-server openssl patch
  php7.3 php7.3-cli php7.3-common php7.3-curl php7.3-dev php7.3-gd php7.3-gmp php7.3-imap php7.3-json php7.3-ldap
  php7.3-mbstring php7.3-mysql php7.3-opcache php7.3-readline php7.3-soap php7.3-xml php7.3-xmlrpc php7.3-zip
  python-apt-common python-cryptography python-pil python2.7 python2.7-dev python2.7-minimal python3-apt python3-reportbug
  python3.7 python3.7-minimal qt5-gtk-platformtheme reportbug sudo systemd systemd-sysv tzdata usb.ids wpasupplicant
165 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 193 Mo dans les archives.
Après cette opération, 270 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n]

Durant la mise à jour de PHP, j’ai choisi l’option de garder la version de php.ini déjà installée : /etc/php/7.3/cli/php.ini
(il n’a donc pas été remplacé par /usr/lib/php/7.3/php.ini-production.cli)
Ceci dans l’hypothèse ou Jeedom aurait pu effectuer des modifications dans le php.ini.

—EDIT 04/01/2021—
Depuis Jeedom V3.3.54 (01/12/2020), un outil de migration facile est disponible dans le Centre de mise à jour (Bouton « Mettre à niveau V4 ») : https://doc.jeedom.com/fr_FR/howto/migration.version

Voila j’espère que ce retour d’expérience sera utile aux membres Jeedom.

akenad :slight_smile:

14 « J'aime »

Super poste !

si tu change :

wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh

en

wget https://raw.githubusercontent.com/jeedom/core/v4-stable/install/install.sh

il installera tout seul le v4 :wink:

Bonjour Rocket,

En effet, information utile pour qui veut installer la V4-stable directe.

La première partie du post à été écrite avant la sortie de la V4-stable.

Donc ce qui est décrit dans la 2ième partie c’est une mise à jour V3 vers V4.

Cette méthode est utile pour ceux qui veulent faire une restauration V3 avant de passer en V4.

—EDIT 10/10/2019—
/!\ ATTENTION : les scripts d’installation de Jeedom /master/install/install.sh et /V4-stable/install/install.sh sont maintenant identiques. Voir le premier post pour plus de détails.

akenad :slight_smile:

exact :wink: merci à toi !

Bonjour,
J’ai essayé cette installation en VM sous buster avec directement une install V4 avec:
wget https://raw.githubusercontent.com/jeedom/core/v4-stable/install/install.sh

mais j’ai une erreur 404

1 « J'aime »

essaye wget https://raw.githubusercontent.com/jeedom/core/V4-stable/install/install.sh

V4 majuscule

Merci, ça marche ! :blush:

Bonsoir,
J’ai essayé la procédure qui fonctionne sans problème. Après reprise sous Buster d’un backup qui tourne sur ma VM Jeedom V4 en debian9; j’ai les plugin APC et XeeCloud qui ne fonctionnent plus… Va donc falloir attendre…
Bon courage aux développeurs !

1 « J'aime »

Merci pour le tuto, je vais checker mon installation car je suis aussi sous Debian 10 Buster et la seule limitation était de faire l’installation avec les droits admin root.
Du coup j’ai aussi remarqué que j’étais en V3, je vais tenter la V4 sur une autre VM.

Je ne suis pas sur de comprendre, la V4 est officiellement sortie ou ça reste de la realase canditate donc pas stable ?

En fait elle est officiel mais faut passé par la realase candidate

Ha ben d’accord, même pas une belle annonce :stuck_out_tongue:

2 « J'aime »

En fait ça installe la v4 si on utilise

wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh

je suppose que la master n’est plus la v3 mais la v4.

What :astonished: La master est bien la V3 Stable !

curieux ça m’installe la v4

C’est normal par defaut maintenant c’est la v4 qui est installé

Mea culpa j’avais zappé ce point !

La banche master est bel et bien la V3 mais le script d’install va cherche la V4 :wink:

si je veux d’abord installer la v3 pour tester ma config avant de la migrer en v4 il faut que j’utilise

 wget https://raw.githubusercontent.com/jeedom/core/stablev3/install/install.sh

?
edit : ça n’est pas clair ce que j’ai ecrit.
Mon jeedom est sur une vm stretch en version 3.3.33.
Je veux tester que ma config va marcher en V4 et buster.
1- je cree et installe une vm buster
2- j’installe jeedom v3
3- je restaure un backup V3
4- je change la version du core dans l’onglet des maj pour v4 et fait la maj zt la migration devrait être ok. Plus qu’à tester (notamment certains widgets et plugins non officiels

Suis-je à côté de la plaque ?

Je pense pas, dans le sh:
VERSION=master

et master va aller chercher la v4

2 « J'aime »

sinon ./install.sh -v master