Bonsoir,
Suite à une boulette, j’ai fait un recovery pas de problème jusqu’ici mais impossible de joindre la box par l’IPv4.
En ssh, j’ai bien une IP mais impossible de la joindre et impossible de pinger une ip de mon réseau ou public.
Par contre Je peux me connecter en IPv6. Je tourne en rond depuis mal d’heure si quelqu’un avait une idée.
Merci
Salut,
Quel est ton matériel réseau ? Tu ne peux pas désactiver l’ipv6 sur le routeur pour forcer la connexion en ipv4 ?
Je suis connecté derrière mon routeur, j’ai même testé en montant un dhcp avec TFPD (du coup derrière mon PC). J’ai bien une ip d’attribuée mais je ne peux rien faire.
Et oui j’ai désactivé IPv6 mais cela ne change rien!
Un peu plus d’infos:
Ifconfig -a
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.xxx.xxx.xxx netmask 255.255.255.0 broadcast 192.xxx.xxx.xxx
inet6 fe80::21e:6ff:fe36:556f prefixlen 64 scopeid 0x20<link>
ether 00:1e:06:36:55:6f txqueuelen 1000 (Ethernet)
RX packets 31580 bytes 6333055 (6.0 MiB)
RX errors 0 dropped 3 overruns 0 frame 0
TX packets 16594 bytes 5858661 (5.5 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 40
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 4096
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 4435 bytes 424667 (414.7 KiB)
RX errors 0 dropped 4411 overruns 0 frame 0
TX packets 4435 bytes 424667 (414.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
/etc/resolv.conf
domain lan
search lan
nameserver 192.xxx.xxx.xxx
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.xxx.xxx.xxx 0.0.0.0 UG 0 0 0 eth0
192.xxx.xxx.xxx 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.xxx.xxx.xxx 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
Je viens de tomber sur ce post Apres maj IPv4 ne marche plus (mais l'IPv6 oui) - Forum Communauté Jeedom il date mais ça ressemble beaucoup à mon prob.
Est ce que quelqu’un aurait gardé le fichier backupJeedom.tae.gz et pourrait me le partager.
Merci
Bonjour,
Pourquoi ne pas simplement désactiver l’IPV6 sur la box Jeedom ?
Désactiver IPV6 sur Debian
Bonjour,
Déjà fait cela ne change rien quand je désactive IPv6.
Bonjour,
Merci, mais c’est bien cet image que j’ai utilisé. Je voudrais essayer avec une autre dl par quelqu’un et pour qui le recovery à fonctionner
Sur les copies d’écrans que vous avez placées dans votre message, l’IPV6 n’est pas désactivé.
J’ai déjà vérifier le hash est bon et j’ai restauré plusieurs fois.
Comme cela n’avait pas d’impact je l’ai réactivé.
Voir ici : [RTEX] Jeedom Smart Recovery mode - passage en Buster Jeedom V4
Et ce serait moi, dans ton cas, j’utiliserais une autre clé USB.
Et de bien vérifier que le recovery s’effectue (brancher écran, regarder le fichier log sur la clé)
akenad 
Je ne vois pas trop le rapport à ce stade, mais vu que en ce moment j’ai un peu de temps, précisons les choses :
le lien indiqué ne dit pas d’utiliser un fichier backupJeedom.tar.gz spécifique (celui que fournit Jeedom SAS fonctionne depuis au moins plus de 6 mois)
mais il dit que 2 potes qui ont une smart ce sont échangés le fichier
/media/boot/multiboot/Image.linux (sur la smart).
Si ton fichier contient :
Alors le problème est ailleurs …
c’est le même qu’en décompressant backupJeedom.tar.gz sur le lien de téléchargement que je t’ai indiqué :
\backupJeedom.tar.gz\backupJeedom.tar\backupJeedom\C2_backup\linux\Image
est censé être le même que (en tout cas c’est le cas pour ma Smart) :
/media/boot/multiboot/Image.linux
akenad
Donc ile bien différent, voila ce que j’ai
J’ai essayé avec une autre clé et fait un formatage lent aussi mais rien à faire.
Je viens de refaire un autre essai depuis un autre ordi → pareille
Merci pour ton temps
Tu pourrais me transférer ton boot image pour test tester.
edit:
Je viens de décompresser l’image et il est correct apparemment.
Sérieux ça marche!
Bon j’ai ouvert un ticket au support. Je vous tiens informé
Merci beaucoup @akenad et les autres 
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.
