[RTEX] Jeedom Smart Recovery mode - passage en Buster Jeedom V4

anon55749692 · Novembre 27, 2020, 8:28

Bonjour akenad,

Quand tu n’as qu’une smart à la maison et en production ça donne pas vraiment envie d’intervenir dessus et ça même s’ il y a des petits défauts qui apparaissent à la longue.

Comme beaucoup de personnes j’ai commencé par un raspberry, puis pour la tranquillité j’ai acheté la box dédié, tout en pensant que je serais pas ennuyé par la suite, bin nan!
de jessy il a fallut passer à stretch puis maintenant Buster et je trouve qu’avec la smart c’est plus compliqué.
Je me débrouille mais je suis très très loin du niveau des personnes de ce forum qui jonglent avec tout cela!.. d’où un pincement au cœur quand je trifouille ma p’tite smart.
Mais bon! la domotique c’est cool alors je continue ^^

pj66 · Novembre 27, 2020, 2:45

Bonjour à tous,

Effectivement je suis un peu de l’avis de GlloQ .
J’ai une Smart qui tourne bien ,avec maintenant une flopée d’asservissements qui s’enchainent au gré des scénarios.
Tout le montage n’est pas exemplaire ,avec plus de connaissances je suis certain que j’aurais rendu ma p’tite Smart encore plus efficiente , cependant tout fonctionne et se sauvegarde.

Ton tuto me refroidit un chouia , je vais attendre encore quelques temps au cas où une MàJ serait proposée par Jeedom par un simple « clic » , et pourtant j’ai eu mon premier message d’alerte comme quoi mon php était déjà obsolète pour installer un pluggin ; habituellement je mets les mains dans le cambouis.
Sur ce coup , je vais me la jouer « sagesse »
En tout cas merci pour ce tuto qui va souvent me titiller

vblavet · Novembre 28, 2020, 11:35

Merci pour le tuto et le retour d’expérience … !
Migration sans soucis de mon côté !
Mais en effet, prévoir une « fenêtre de maintenance » familiale

jpty · Novembre 28, 2020, 12:10

Bonjour @akenad

Il faudrait compléter votre RTEX avec la vérification des fichiers téléchargés avec le fichier SHA256SUMS présent sur le serveur.

En téléchargeant kernel et backupJeedom avec FireFox, je n’arrive pas à les avoir corrects
La vérif des shasum donne systématiquement:

Le serveur des images Jeedom est très lent. ~3Mo/s Ca semble perturber FireFox.
Sur 10 téléchargements, pas 1 de bon. Les tailles des fichiers téléchargés sont variables.

En les téléchargeant avec wget en ligne de commande ou avec Chrome, ils sont corrects:

Votre chapitre avec CertUtil dans Powershell (sur Mac ) ne fait que calculer le hash du fichier téléchargé.
Il ne compare pas avec le hash du serveur de Jeedom

Pour résumer, ces 4 commandes en ssh sur la Smart font les téléchargements et la vérif sans PowerShell:

wget https://images.jeedom.com/smart/backupJeedom.tar.gz
wget https://images.jeedom.com/smart/kernel.tar.gz
wget https://images.jeedom.com/smart/SHA256SUMS
shasum -a 256 -c SHA256SUMS

Merci néanmoins pour ce document.

MarcF · Novembre 28, 2020, 12:46

Bonjour
C’est quoi les avertissements ?
Le passage en Buster c’est une préco ou ça va devenir indispensable
La procédure n’a pas l’air simple pour des personnes comme moi qui ont joué la sécurité en prenant une smart
Y aura t. Il un modop simplifié accessible à tous comme pour le passage en strech

Alexandre · Novembre 28, 2020, 2:00

Une mise à jour facilité arrive d’ici quelques semaines. Elle est pour le moment en bêta.

MarcF · Novembre 28, 2020, 2:15

Je m’en doutais un peu mais je voulais confirmation
Merci la Team Jeedom

Sinon, quel est l’objectif de ce changement ?

Alexandre · Novembre 28, 2020, 3:16

Passage en buster de Debian et mise à jour du kernel pour faire fonctionner certain NUT, clé wifi et surtout le prochain plugin zigbee de Jeedom

llevet · Décembre 5, 2020, 4:45

Et paf ! plantée !

Bonjour,
Ayant reçu la mise à jour v3.3.54, le change log fait état du bouton de mise à jour vers la v4.
En allant plus loin, il est dit que la Jessie n’est pas supporté et qu’il faut passer au moins a la debian stretch. Hors ma smart est sur Jessie et jeedom v3.3.54.
En faisant une recherche, je tombe sur la procédure « d’upgrade facile » vers stretch :
https://forum.jeedom.com/viewtopic.php?f=57&t=44870&sid=a6bb1f7620504d1de0a81beb45add174
Donc pas de probleme, je fait la procédure telle que donnée.
Mais celle ci reste bloquée pendant 4 heures sur le stade 4 :

En branchant un écran et un clavier, je m’aperçois que celle ci boucle en continue sur le « JEEDOM BOOT MENU v1 » mais n’a plus rien a faire car l’install a déjà eu lieu. Malheureusement mal !
Dans le « JEEDOM BOOT » je n’ai pas le menu « 1 boot to Linux ».
Il y a plusieurs probleme dans votre procédure !
Sur votre site l’image est la dernière en place : Buster avec Jeedom V4.
Hors ma box est elle en Jessie Jeedom V3 !
On parle plus haut de " Avant d’effectuer le recovery mode nous allons copier le nouveau kernel dans l’eMMC de la Smart. C’est ce kernel qui sera ensuite utilisé lors du recovery mode.". Mais est ce que cela à été fait par la procédure normale de passage en stretch donnée plus haut ?
De plus je pense que la procédure de passage en stretch de jeedom ne s’attend pas a tomber sur une version Buster ! Et oui , le nom de l’image est toujours la même !
Et pour finir, la procédure d’upgrade vers stretch doit réappliquer au final la sauvegarde : Bien ! mais je viens d’un Jeedom 3.3.54 et la le fichier backupJeedom.tar.gz c’est une version 4 !
Je suppose qu’il n’est pas possible de faire un restaure sur une V4 d’un fichier de V3 !
Bref, merci de bien vouloir me mettre a dispo le fichier backupJeedom.tar.gz qui corresponds bien a un version de stretch avec un jeedom 3.3.x
A moins qu’il n’y ai une autre solution ?
P.S : La solution : https://doc.jeedom.com/fr_FR/installation/smart
ne fonctionne pas non plus et me fait la même chose que la procédure d’upgrade (boot en bloucle apres la première install).
Je vais posté le log du recovery dans un autre post.

P.S 2 : Ben la box est donc en rade … J’ai plus rien a cette heure ci.
Merci.

llevet · Décembre 5, 2020, 4:49

Voici le log de install.log sur la clef usb :

==== PREPARE CARD ====
65536+0 records in
65536+0 records out
33554432 bytes (34 MB, 32 MiB) copied, 2.88106 s, 11.6 MB/s
/dev/mmcblk0: msdos partitions

Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0x8b0dab10.

Command (m for help): Created a new DOS disklabel with disk identifier 0x03bd718b.

Command (m for help): The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

/dev/mmcblk0: msdos partitions
131072+0 records in
131072+0 records out
67108864 bytes (67 MB, 64 MiB) copied, 5.4645 s, 12.3 MB/s

Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Select (default p): Partition number (1-4, default 1): First sector (2048-15269887, default 2048): Last sector, +sectors or +size{K,M,G,T,P} (65536-15269887, default 15269887): 
Created a new partition 1 of type 'Linux' and of size 256 MiB.

Command (m for help): Selected partition 1
Partition type (type L to list all types): Changed type of partition 'Linux' to 'W95 FAT32 (LBA)'.

Command (m for help): Partition type
   p   primary (1 primary, 0 extended, 3 free)
   e   extended (container for logical partitions)
Select (default p): Partition number (2-4, default 2): First sector (2048-15269887, default 2048): Last sector, +sectors or +size{K,M,G,T,P} (589824-15269887, default 15269887): 
Created a new partition 2 of type 'Linux' and of size 8 MiB.

Command (m for help): Partition type
   p   primary (2 primary, 0 extended, 2 free)
   e   extended (container for logical partitions)
Select (default p): Partition number (3,4, default 3): First sector (2048-15269887, default 2048): Last sector, +sectors or +size{K,M,G,T,P} (606208-15269887, default 15269887): 
Created a new partition 3 of type 'Linux' and of size 8 MiB.

Command (m for help): Partition type
   p   primary (3 primary, 0 extended, 1 free)
   e   extended (container for logical partitions)
Select (default e): 
Selected partition 4
First sector (2048-15269887, default 2048): Last sector, +sectors or +size{K,M,G,T,P} (622592-15269887, default 15269887): 
Created a new partition 4 of type 'Extended' and of size 7 GiB.

Command (m for help): All primary partitions are in use.
Adding logical partition 5
First sector (624640-15269887, default 624640): Last sector, +sectors or +size{K,M,G,T,P} (624640-15269887, default 15269887): 
Created a new partition 5 of type 'Linux' and of size 8 MiB.

Command (m for help): All primary partitions are in use.
Adding logical partition 6
First sector (643072-15269887, default 643072): Last sector, +sectors or +size{K,M,G,T,P} (643072-15269887, default 15269887): 
Created a new partition 6 of type 'Linux' and of size 256 MiB.

Command (m for help): All primary partitions are in use.
Adding logical partition 7
First sector (1169408-15269887, default 1169408): Last sector, +sectors or +size{K,M,G,T,P} (1169408-15269887, default 15269887): 
Created a new partition 7 of type 'Linux' and of size 6.7 GiB.

Command (m for help): The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

/dev/mmcblk0: msdos partitions 1 2 3 4 <5 6 7>
2048+0 records in
2048+0 records out
1048576 bytes (1.0 MB, 1.0 MiB) copied, 0.090905 s, 11.5 MB/s
mkfs.fat: warning - lowercase labels might not work properly with DOS or Windows
mkfs.fat 3.0.28 (2015-05-16)
2048+0 records in
2048+0 records out
1048576 bytes (1.0 MB, 1.0 MiB) copied, 0.103234 s, 10.2 MB/s
mke2fs 1.42.13 (17-May-2015)
Discarding device blocks:    4096/1755136 528384/1755136               done                            
Creating filesystem with 1755136 4k blocks and 438912 inodes
Filesystem UUID: 12378cb1-3dc3-4a73-82b1-530024eeb8af
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables:  0/54     done                            
Writing inode tables:  0/54     done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information:  0/54     done

/dev/mmcblk0: msdos partitions 1 2 3 4 <5 6 7>
==== INSTALL BOOT ====
442+0 records in
442+0 records out
442 bytes copied, 0.002363 s, 187 kB/s
96+0 records in
96+0 records out
49152 bytes (49 kB, 48 KiB) copied, 0.005009 s, 9.8 MB/s
1184+0 records in
1184+0 records out
606208 bytes (606 kB, 592 KiB) copied, 0.061045 s, 9.9 MB/s
==== INSTALL JEEDOM ====
mkdir: can't create directory '/mnt1': File exists
mkdir: can't create directory '/mnt2': File exists
umount: can't umount /mnt2: Invalid argument
umount: can't umount /mnt1: Invalid argument
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/linux/platform_data/ulpevent.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/linux/platform_data/checksum.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/linux/platform_data/constants.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/linux/platform_data/auth.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/linux/platform_data/command.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/net/nfc/platform_data/ulpevent.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/net/nfc/platform_data/checksum.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/net/nfc/platform_data/constants.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/net/nfc/platform_data/auth.h"
file has vanished: "/mnt1/usr/src/linux-headers-3.14.79+/include/net/nfc/platform_data/command.h"

Number of files: 100,989 (reg: 83,309, dir: 13,265, link: 4,378, dev: 37)
Number of created files: 100,987 (reg: 83,309, dir: 13,263, link: 4,378, dev: 37)
Number of deleted files: 0
Number of regular files transferred: 83,287
Total file size: 3,146,487,784 bytes
Total transferred file size: 2,963,925,667 bytes
Literal data: 2,963,925,667 bytes
Matched data: 0 bytes
File list size: 2,817,850
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 2,970,600,044
Total bytes received: 1,669,863

sent 2,970,600,044 bytes  received 1,669,863 bytes  16,840,056.13 bytes/sec
total size is 3,146,487,784  speedup is 1.06
rsync warning: some files vanished before they could be transferred (code 24) at main.c(1183) [sender=3.1.1]
==== INSTALL MULTIBOOT SUPPORT ====
umount: can't umount /mnt2: Invalid argument

Je tiens a préciser que c’est exactement le même que j’ai récupérer en faisant la procédure d’upgrade :
https://forum.jeedom.com/viewtopic.php?f=57&t=44870&sid=a6bb1f7620504d1de0a81beb45add174

Ne vous fier pas au premier post qui dit « /!\ ATTENTION C’EST UNE BETA /! » puisque quelque post plus loin c’est annoncer que ce n’est plus un beta.

Merci pour votre aide !

akenad · Décembre 5, 2020, 4:51

Bonjour @llevet,

la réponse est ici : [Présentation] akenad - #10 par akenad
(mais je conseille plutôt de passer à Buster).

Voir aussi ici :

akenad

llevet · Décembre 5, 2020, 5:44

Bonjour @akenad

Ok merci ! Je vais donc récupérer l’ancienne image sur le cloud en croisant les doigts !

llevet · Décembre 5, 2020, 9:34

Bon y’a du mieux mais c’est pas encore ça …

La box a repris vie avec l’image :
backupJeedom.tar.gz

Mais le réseau ne fonctionne pas.
Elle prends bien une ip du DHCP mais aucun trafic. Elle ne ping rien et ne peut être pinguée.
Même un ping sur la loopback 127.0.0.1 ne fait rien … J’ai l’impression qu’il y a un probleme sur cette image.
un « arp -na » nous indique que toute les ip sont « incomplete » donc pas une mac adress résolue.

L’image backupJeedomStretch_old.tar.gz fait exactement le même probleme.

Il me reste a tester la Jessie « backupJeedomJessie_OLD.tar.gz »

Mise a jour :
Bon, même probleme avec l’image « backupJeedomJessie_OLD.tar.gz »

Mais y’a un truc bizarre, mon kernel est : Linux Jeedom 3.14.79-94
Celui ci est censé être pour Stretch et non pas pour Jessie !
Donc mon souci de carte réseau qui ne fonctionne pas est surement un probleme de kernel !

PS: J’ai déplacer ma carte emmc sur une autre carte Odroid C2 qui fonctionne bien et le probleme est le même. Donc c’est pas un probleme hardware !

llevet · Décembre 5, 2020, 9:40

Ha oui pour info , y’a toujours les mêmes erreurs dans les logs d’installation :

...
==== INSTALL JEEDOM ====
mkdir: can't create directory '/mnt1': File exists
mkdir: can't create directory '/mnt2': File exists
umount: can't umount /mnt2: Invalid argument
umount: can't umount /mnt1: Invalid argument

Number of files: 81,454 (reg: 67,312, dir: 9,728, link: 4,408, dev: 6)
Number of created files: 81,452 (reg: 67,312, dir: 9,726, link: 4,408, dev: 6)
Number of deleted files: 0
Number of regular files transferred: 67,299
Total file size: 2,226,507,969 bytes
Total transferred file size: 2,219,939,216 bytes
Literal data: 2,219,939,216 bytes
Matched data: 0 bytes
File list size: 2,293,582
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 2,225,314,150
Total bytes received: 1,349,320

sent 2,225,314,150 bytes  received 1,349,320 bytes  15,736,137.60 bytes/sec
total size is 2,226,507,969  speedup is 1.00
==== PREPARE JEEDOM BOOT ====
mkdir: can't create directory '/mnt2/media/boot': File exists
umount: can't umount /mnt1: Invalid argument
==== INSTALL MULTIBOOT SUPPORT ====
umount: can't umount /mnt2: Invalid argument
mkdir: can't create directory '/mnt2/multiboot': File exists

Kdj21 · Décembre 7, 2020, 1:34

Bonjour à tous,

J’ai exactement le même soucis, j’ai voulu faire le recovery surtout pour récupérer le plugin Rfxcom.
Une solution?
Merci

akenad · Décembre 7, 2020, 2:13

Bonjour @Kdj21,
Oui. Il faut juste prendre le temps de bien lire entièrement ce sujet (surtout le premier post ) ainsi que tous les liens qui y sont indiqués.

akenad

llevet · Décembre 7, 2020, 4:31

Bonjour @Kdj21,

Ton probleme est plus de réseau ? (ip dhcp ok, mais pas de dialogue ?)
Je pense que l’image de recovery est foireuse …
J’ai un ticket ouvert, j’attends le retour …
@Alexandre vous avez constaté le probleme sur votre image qui est actuellement mise en production pour le recovery ? Ce serai bien de la retirer pour éviter l’ hémorragie …

anon53349806 · Décembre 7, 2020, 4:43

Que de certitude, toute restauration remet Jeedom dans la version du backup.
Donc installer une v4 et restaurer un backup d’une v3 remet Jeedom en v3

Que d’exigence alors que nous sommes sur un forum communautaire, je veux telle image, retirez telle image.

Donc en gros parce que toi tu n’y arrives pas, on doit pénaliser tout le monde ?

Kdj21 · Décembre 7, 2020, 4:47

Bonsoir,

Je ne sais pas où est mon problème, j’ effectue bien toute la procédure et j’arrive bien à debian 10 mais pas moyen de communiquer avec la smart, elle n’apparaît pas sur le réseau. Pourtant toute l’installation à l’air de bien se passer.

Kdj21 · Décembre 7, 2020, 5:01

Bon après pas mal de reinstallation ça fonctionne et l’erreur de réseau ne venait pas de la smart…Je pense que la vérification SHA256 ne fonctionnait pas au début et j’avais des fichiers corrompus. Bonne journée à tou et merci pour le tuto.