Bonjour, après échec de mise à jour vers Debian 12, j’ai tenté la restauration usine à partir de jeedomAtlasUSB.img.gz mis sur clef USB avec BalenaEtcher, redemarrage avec clef dans port droit en bas, et je me retrouve bloqué indéfiniment sur cet écran. cela veut il dire que mon emmc est morte ? (j’ai changé de clef usb, idem)
Bonjour,
cela semble être un problème de récupération du fichier jeedomAtlasUSB.img.gz, soit à partir de la clé USB, soit à partir d’Internet (https://images.jeedom.com).
Vérifier la taille de la clé USB et la connexion Internet.
akenad 
Bonjour akenad,
j’ai récupéré le fichier depuis mon profil sur le site, j’ai essayé de l’utiliser sur une clef USB 3.0 de 64 Go, une USB 2.0 de 4 Go, sans succès, toujours bloqué à 15% indéfiniment, avec la led d’activité de la clef qui clignote.
je cherche un moyen de re ecrire sur l’emmc une config usine de l’atlas à partir d’une image de référence depuis un support externe.
j’ai tenté la procédure indiquée par GeedGeek ici qui a fonctionné pour BD82, mais qui bloque de mon côté à 15%.
Bonjour,
Pour ce type de “Recovery” il ne faut rien de branché sur les autres ports USB (toute l’alimentation de la Box ATLAS doit-être focalisée sur l’opération de “Recovery”).
La clé USB de 4Go sera bien trop petite. Une Très Bonne Clé USB de 32Go (ou +) sera parfaite !
Edit : Avant de procéder via ce type de “Recovery” : Sans clé USB, que se passe t’il si vous démarrez votre ATLAS et que vous patientez au moins 30 minutes ?
une procédure pas officielle et pas supporté consiste à ouvrir l’’Atlas, booter sur une Debian sur carte microSD, flasher une image de référence sur l’eMMC avec la commande dd.
akenad
Bonjour,
je n’ai rien d’autre de branché sur les autres ports USB. J’ai en premier tenté avec une clef USB 64Go sans succès (elle était USB 3.0 est ce ça le pb?)
sans clef USB, après démarrage et 30 minutes je vois l’atlas qui prend une ip sur le routeur mais elle ne répond même plus au ping…son OS est vraiment cassé. il faut que j’arrive à remettre une image usine from scratch
je suis preneur de cette procédure que je n’arrive pas à trouver dans les discussions, et quitte à ouvrir l’Atlas, peut être que brancher un écran sur le port HDMI me permettrait de voir ce qui bloque à 15% …si ce qui défile est suffisamment verbeux. par ailleurs, y a t il un moyen de tester l’intégrité de l’eMMC ?
demander par exemple à l’IA de Qwant : « flasher une image sur eMMC avec dd ».
akenad
c’est ce que j’ai fait sur gemini….une image Armbian CLI pour Radxa Rock Pi 4B doit être préparée sur la µSD pour le 1er boot…
En particulier une image Jeedom Atlas de référence.
akenad
j’ai vu que l’image Jeedom Atlas de référence dispo pour le recovery USB est une vieille version, qui nécessite ensuite d’être mise à jour (bug 2026 etc…) n’y a t il pas de dispo une version Jeedom Atlas de référence USB plus récente?
ah merci! et j’ai trouvé ton tuto ici