Une mise à jour facilité arrive d’ici quelques semaines. Elle est pour le moment en bêta.
Je m’en doutais un peu mais je voulais confirmation
Merci la Team Jeedom 
Sinon, quel est l’objectif de ce changement ?
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
3 « J'aime »
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.
1 « J'aime »
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 !
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 
Bonjour @akenad
Ok merci ! Je vais donc récupérer l’ancienne image sur le cloud en croisant les doigts !
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 !
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
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
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
1 « J'aime »
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 …
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 ?
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.
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.
1 « J'aime »
" Que de certitude, toute restauration …"
Heu …
Il me semble avoir ecrit « Je suppose qu’il n’est pas possible … »
« Donc installer une v4 et restaurer un backup d’une v3 remet Jeedom en v3 »
Ok, merci pour l’info !
« Que d’exigence alors que nous sommes sur un forum communautaire, je veux telle image, retirez telle image. »
Hum …
Moi le lis : « merci de bien vouloir me mettre à dispo le fichier … »
Ha les nuances de la langue française …
« Donc en gros parce que toi tu n’y arrives pas, on doit pénaliser tout le monde ? »
Ai je dis cela ? Pénaliser de quoi ?
il n’est fait mention nulle part d’un passage immédiat sur Buster.
Le topic principale dit même que c’est pour plus tard : ici
Hors l’image est déjà sur le recovery, et elle semble poser probleme … Entre nous, depuis quand on met du beta sur du recovery ???
P.S : Je remercie bien au passage @akenad pour m’avoir donné les liens, mais malheureusement ça nettoie pas le kernel…
@ Kdj21
Donc ta Box est bien sous Buster et plus de probleme réseau ?
C’est quoi ton kernel ?
Peux tu faire un :
uname -a
et
lsb_release -a
Merci.
Voilà:
uname -a
Linux Jeedom 3.14.79-94 #1 SMP PREEMPT Mon Nov 21 17:13:27 BRST 2016 aarch64 GNU/Linux
et
lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 10 (buster)
Release: 10
Codename: buster
Je pense que c’est bon.
Hello, merci pour le tuto qui a fonctionné à la perfection.
Et puis je me suis dit « tiens, un petit apt-get update / upgrade avant de configurer »…
J’aurai du m’abstenir
Déjà l’update aurait du me mettre la puce à l’oreille :
Err:2 Index of /odroid stable InRelease
502 Bad Gateway [IP: 51.210.253.116 443]
Mais comme j’ai pas vraiment fait gaffe, au cours de l’upgrade :
Setting up setup-odroid (0.0.1-60) …
cat: /boot/boot.ini: No such file or directory
sed: invalid option – ‹ 1 ›
Usage: sed [OPTION]… {script-only-if-no-other-script} [input-file]…
Bref, je vais refaire l’install de base, ça parait plus prudent, en tout cas c’est surtout pour signaler le problème
1 « J'aime »
1 « J'aime »