@ 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.
@ 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
Je ne suis pas pour la désactivation du repo jeedom (même si il y a pas grand chose dessus.) celui-ci est maintenant bien disponible depuis la maintenance.
Oui, d’ailleurs j’ai contribué à l’analyse du problème : Erreur curl sur : https://market.jeedom.com/core/api/api.php. Détail :Empty reply from server - #74 par akenad
le nodejs a t il été retiré dans Packages ?
il semble rentrer en conflit avec l’installation nodejs12 de @nebz ? : Homebridge Kaput :-( - #17 par akenad
Il n’y a actuellement plus de /pool dans le repo jeedom, donc pas de paquet installable. Il y a donc une incohérence soit avec le contenu des fichiers Packages qui ne sont pas vides ou bien avec le cache apt s’il n’y a pas eu de clean depuis le changement sur le repo.
akenad
Non pas avec la mienne, moi dans mon install sur smart, je désactive le repo jeedom avant, j’installe le nodejs12 officiel, et je réactive le repo jeedom. Sinon trop de problèmes chez les utilisateurs et je dois soit les envoyer sur le support jeedom soit perdre du temps à résoudre moi même…
avant mon install :
toReAddRepo=0
if [ -f /media/boot/multiboot/meson64_odroidc2.dtb.linux ]; then
hasRepo=$(grep "repo.jeedom.com" /etc/apt/sources.list | wc -l)
if [ "$hasRepo" -ne "0" ]; then
echo "Désactivation de la source repo.jeedom.com !"
toReAddRepo=1
sudo apt-add-repository -r "deb http://repo.jeedom.com/odroid/ stable main"
fi
fi
après mon install :
if [ "$toReAddRepo" -ne "0" ]; then
echo "Réactivation de la source repo.jeedom.com qu'on avait désactivé !"
toReAddRepo=0
sudo wget --quiet -O - http://repo.jeedom.com/odroid/conf/jeedom.gpg.key | sudo apt-key add -
sudo apt-add-repository "deb http://repo.jeedom.com/odroid/ stable main"
fi
NodeJS a était supprimer il y a une bonne 10ene de mois ! Depuis le passage part tout le monde en nodeJS 12
Donc le repo ne pose aucun souci la dessus !
@nebz tu na plus besoin de faire cela !
Si… parfois le repo est pas dispo et parfois c’est un problème de signature… je préfère le faire sinon je perd trop de temps
On ne devrait plus avoir ce souci !
W&S
Souci avec la clé publique qui n’est pas à jour sur la Smart: Apt-get update et apt-get upgrade sur la smart
Le depot étant vide, c’est mieux de le désactiver comme le fait @nebz
Bon exemple
En plus dans mon script à la réactivation, la clé est mise à jour
C’est de votre script que j’ai extrait les commandes.
Merci
Normalement si l’utilisateur est a jour il n’y a pas de souci de clé !
https://github.com/jeedom/core/blob/V4-stable/install/update/4.0.45.php
Mais bon vous faite comme vous voulez ! Au début tout ceci était pour vous ! Mais la prochaine Jeedom je ne ferais strictement rien pour les dev tiers !
Bonjour,
Je me permet d’intervenir.
La personne est en 4.1.16. Donc à jour.
Donc c’est louche.
Par ailleurs, je trouve qu’en ce moment tout le monde est un peu à cran. Les fêtes approchent, et on devrait plutôt en cette période être détendus et prévenants envers les autres.
C’est une bonne remarque : ce fichier n’existe pas sur la branche 4.1. Donc il y a moyen de passer au travers de cette correction :
Bon après, 4.1 c’est pas idéal si on ne sait pas se débrouiller un peu tout seul
Je pensais que seul la v4.0 était sortie en officielle et stable.
Donc en v4.1.16beta ou alpha on ne peut pas dire qu’on est à jour sauf si on vient de forcer la mise a jour du core et obtenir le dernières corrections.
En effet les développeurs ne changent pas forcément le numéro de version lors dun bug fix.
Bonjour,
Je suis d’accord avec toi.
Mais le sens de mon post était uniquement de souligner une possible régression ou point de vigilance avant qu’une bêta passe en stable.
Bonjour
Merci pour la procédure qui m’a permis d’installer buster ! Topissime !
Les seules difficultés que j’ai eu sont dues à des bidouilles de mon cote (j’ai changé le port http).
En général, c’est souvent le cas, les devs jeedom sont bons pour les cas standards (et qu’on change un peu la config de son côté, fatalement, il faut s’attendre à quelques ajustements manuels).
Ah si, il faut juste penser à trouver les mots de passe par défaut (root, admin) avant de se lancer dans les opérations (car tout est ré-initialisé).
Bonne journée… et encore merci !
Bon probleme réglé.
Je ne sais pas pourquoi mais la procédure recovery ne met pas a jour le noyau linux (avec l’archive strech et Jessie) sur ma box.
Donc le réseau ne fonctionne pas correctement car le noyau n’est pas en phase avec le reste.
Pour remédier a cela, pour ceux à qui le probleme peut arriver :
je désarchive le fichier de recovery sur la clef usb et j’installe le noyau a la main (après la procédure de recovery).
mount /dev/sda1 /mnt
cd /mnt
tar -zxvf backupJeedom.tar.gz
cp /mnt/C2_backup/linux/Image /media/boot/multiboot/Image.linux
cp /mnt/C2_backup/linux/meson64_odroidc2.dtb /media/boot/multiboot/meson64_odroidc2.dtb.linux
cp /mnt/C2_backup/linux/uInitrd /media/boot/multiboot/uInitrd.linux
cd /
sync;sync
umount /mnt
(retirer la clef usb)
reboot
Et après tout refonctionne normalement (je suis en Strech maintenant).
Par contre, impossible l’installer la version buster, toujours le probleme de :
file has vanished ...
même logs que mon post plus haut du 5 décembre.
Je préfère attendre que la procédure d’upgrade facile fonctionne (et ne soit plus en beta) pour passer à la version buster.
Merci.