Mon problème
Bonjour,
Très souvent (au bout de 2-3 jours parfois moins, parfois beaucoup plus), mon home assistant ne fonctionne plus. La seule solution est de débrancher l’alimentation sur le RPI directement (mais ça ne fonctionne pas toujours).
J’ai un message qui m’indique que le fichier configuration.yaml n’est pas trouvé.
"File configuration.yaml not found”
J’ai cherché sur internet, il semble que ça soit un problème connu (j’ai vu des messages de 2017) mais je ne trouve pas de solutions pertinentes.
Est-ce un problème qui vous parle et savez-vous comment le réparer ?
Là typiquement je viens d’avoir le problème, j’ai débranché le RPI. Hass en cli fonctionne bien mais l’interface web n’es pas accessible. Parfois juste débranché fait que ça refonctionne.
Merci
Ma configuration
RPI 4 b
Hass installé sur un SSD connecté en USB3
System Information
version |
core-2024.3.1 |
installation_type |
Home Assistant OS |
dev |
false |
hassio |
true |
docker |
true |
user |
root |
virtualenv |
false |
python_version |
3.12.2 |
os_name |
Linux |
os_version |
6.1.73-haos-raspi |
arch |
aarch64 |
timezone |
Europe/Paris |
config_dir |
/config |
Home Assistant Community Store
GitHub API |
ok |
Github API Calls Remaining |
5000 |
Installed Version |
1.16.0 |
Stage |
running |
Available Repositories |
1399 |
Installed Repositories |
5 |
Home Assistant Cloud
logged_in |
false |
can_reach_cert_server |
ok |
can_reach_cloud_auth |
ok |
can_reach_cloud |
ok |
Home Assistant Supervisor
host_os |
Home Assistant OS 12.2 |
update_channel |
stable |
supervisor_version |
supervisor-2024.04.0 |
agent_version |
1.6.0 |
docker_version |
25.0.5 |
disk_total |
109.3 GB |
disk_used |
7.1 GB |
healthy |
true |
supported |
true |
board |
rpi4-64 |
supervisor_api |
ok |
version_api |
ok |
installed_addons |
File editor (5.8.0), Samba share (12.3.1), Terminal & SSH (9.13.0), Log Viewer (0.17.0), Z-Wave JS (0.5.0), OpenZWave (0.9.1), Studio Code Server (5.15.0) |
Dashboards
dashboards |
2 |
resources |
4 |
views |
3 |
mode |
storage |
Recorder
oldest_recorder_run |
22 avril 2024 à 16:15 |
current_recorder_run |
24 avril 2024 à 23:04 |
estimated_db_size |
80.18 MiB |
database_engine |
sqlite |
database_version |
3.44.2 |
En complément,
Je viens encore de relancer le RPI et cette fois-ci j’ai des messages d’erreurs de lecture.
Pensez-vous que le SSD est entrain de lacher ou bien le boitier du ssd (avec le connecteur).
Sur internet, il y a là aussi des tonnes de messages mais rarement des solutions. Pour le moment rien de pertinent.
Salut,
La cause de ce genre de soucis peuvent être difficile à trouver, je pense que c’ets pour ça que tu trouve toutes sortes de cas pas forcément résolus.
Ca ressemble fortement à des socuis de stockage, si ce n’est pas le SSD qui lâche, c’est une souci USB… câble ou interférences… ou encore alimentation faiblarde ou de mauvaise qualité…
Le SSD est neuf ou c’est de la récup?
Jai achete le rpi et le ssd a un collegue il y a 3 ans. Pas de soucis particulier jusqu’à il y a 6 mois je dirais.
Maintenant c’est encore plus regulier.
Un coup ca fonctionne (ce soir ca refonctionne apres avoir debranché 3 fois), un coup le fichier configuration.yaml est invalide (alors que le validateur dans Hass dit qu’il est ok), une autre il ne trouve pas le fichier, une autre les erreurs de block.
Parfois c’est l’interface web qui saute alors que le cli fonctionne.
Je n’y comprends plus rien. A vrai dire je ne sais plus trop quoi regarder.
J’edite le premier message avec la config complète.
C’est tentant de dire que c’est le SSD, mais ça tient plus longtemps que ça un SSD… surtout qu’un SSD mort… c’est mort… y’a pas vraiment de marche à moitié…
J’aurais bien envie de dire que c’est un souci d’alimentation… mais bon comme je disais ce genre de soucis c’est comme aller à la pêche 
1 « J'aime »
Le rpi est branche sur une prise connecté (une prise philips Hue). Je vais essayer sans ca.
Autre point je n’ai jamais proceder a la mise a jour du firmware du RPI lui méme. J’ai lu ce soir qu"on peut mettre a jour le EEPROM. Est-ce utile ?
J’espère que le but de la prise n’était pas de faire des reboots sauvages du raspberry
car ça c’est clairement un truc qu’un SSD n’aime pas!
Si je me souviens bien pour qu’un Pi4 accepte de booter sur un SSD en USB, il fallait déjà l’avoir mis à jour.
1 « J'aime »
Salut,
effectivement les premières révision du RPI4, fallait activer le boot sur USB. Mais, les révisions suivant, ca été directement activer par défaut dans le bootloader ( a partir de 2021, je crois ).
C’est comme le CPU cadencé a 1.5ghz et puis passer a 1.8ghz en mode turbo sur les dernières révision par défaut. Pour les anciennes révisions faut overclocker le cpu manuellement.
Bonsoir
Bonsoir.
La prise connectée ne doit y être pour rien. Quand certains évoquent, et je les suis, un problème d’alimentation trop faible, c’est le bloc AC->DC (le chargeur de téléhone ou autre) qui te transforme la tension du secteur (230V-50Hz) en 5V-DC. J’ai un RPI sous Raspbian qui n’arrête pas de râler avec 4.9V sur sur alim… Faudrait que je lui change le bloc d’ailleurs.
Le but est de pouvoir reboot a distance le rpi quand il deconne. Typiquement quand je ne suis pas chez moi.
Il boot sur le ssd mais il le firmware n’a pas ete mis a jour au moins depuis que je l’ai donc 3 ans. Voir plus si son premiere proprietaire ne l’a pas fait reguilerement.
Salut,
faut voir le numéro de révision du RPI4, 1.1 et 1.2 faut mettre a jour le bootloader et a partir de la 1.4 c’est par défaut en mode bootloader USB.
Si ça avais pas été maj , tu pourrais pas booter sur le USB avec le SSD.
je pense que c’est ton alimentation qui est limite ou naze.
C’est quoi comme modèle de SSD et le cable ou boitier que tu utilise ?
Au cas où, voici une copie de mon fichier configuration.yaml, si quelque chose vous saute aux yeux.
group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
sensor: !include sensors.yaml
binary_sensor: !include binary_sensor.yaml
homeassistant:
name: Maison
latitude: XX.XXXXX
longitude: X.XXXXX
unit_system: metric
time_zone: Europe/Paris
external_url: "https://XXXXX.XXX"
internal_url: "http://192.168.1.81:8123"
currency: EUR
country: FR
# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:
# Text to speech
tts:
- platform: google_translate
logger:
default: critical
logs:
# log level for HA core
zwave.fibaro_system_fgrm223_roller_shutter_controller_3: fatal
homeassistant.components.hue.light: critical
homeassistant.components.hue.sensor_base: critical
homeassistant.core: fatal
#lovelace:
# mode: yaml
http:
use_x_forwarded_for: true
trusted_proxies:
- 192.168.1.30
``
Bon, le SSD c’est bon compatible 100% et recommander.
Par contre ton boiter , il a été remonter comme ne fonctionnant pas. D’ou peu être ces erreurs:

Citation
ORICO 2.5″ SATA to USB C 3.0 Enclosure (Transparent)* 2.5″ SATA to USB 3.0 Several commenters have stated the transparent ORICO is not working. Avoid!
Ta un site qui liste tout les SSD et cables, boitiers compatible RPI. C’est celui que j’ai utiliser pour acheter mon SSD et cable. Zéro soucis sur mon rpi4 4go.
Merci pour le lien
Je vais déjà essayer par changer le connecteur SATA
Le lien recommande celui-ci de StarTech mais j’aimerai plutôt avoir un connecteur sata avec un boitier, dans le même genre que j’ai actuellement pour protéger le sata de débranchement non souhaité et pour protéger le connecteur.

le TTS en yaml est changer, un nouveau service est utiliser a la place. La configuration ce fait par le UI maintenant.
external_url: "https://XXXXX.XXX"
internal_url: "http://192.168.1.81:8123"
je pensais que ca aussi, c’était que par le UI maintenant.
cherche dans la liste Known Working Adapters
, c’est mélanger, ta les cables et boitiers.
edit:
le orico 2139C3-G2 a l’air ok. Mais bon je partirais sur une autre marque 
https://www.amazon.fr/ORICO-Boîtier-Disque-Supporte-Protocole/dp/B07NYC6LKB?th=1
Parfait ! C’est commandé, livraison demain. Merci
On va voir si ça permet de résoudre les problèmes.
1 « J'aime »