Plantage progressif de HA

Bonjour,

Depuis quelques temps, HA plante progressivement :

D’abord : Impossible de se connecter à l’interface web mais ssh possible à distance
Puis, impossible de se connecter en ssh, mais ping de l’adresse ip possible
Ensuite les serveur HA n’apparait plus sur le réseau et ping impossible
Ma seule solution est alors un hard reset qui fonctionne assez souvent, mais pas toujours

Je connais bien Linux Ubuntu, mais pas bien l’organisation du système HA

le fichier /config/home-assistant.log.1, qui d’après ce que j’ai lu sur votre forum doit permettre de voir ce qui a précédé le plantage, date du 5 novembre 2025! ( en ssh depuis mon PC → [core-ssh /]$ ls -al /config/ )

Donc j’ai l’impression que les logs ne tournent plus et je ne sais comment faire pour trouver la cause du problème au moment du plantage

Je serais vraiment très content si quelqu’un pouvait m’aider pas à pas…

Ma configuration Hard

Rabpberry PI 3 Model B V1.2 1GB
SupTronics X850 V3.1 avec mSATA SSD 128GB

Ma configuration


[center]## System Information

version core-2026.2.2
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch aarch64
user root
virtualenv false
python_version 3.13.11
os_name Linux
os_version 6.12.47-haos-raspi
arch aarch64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.5
Stage running
Available Repositories 2750
Downloaded Repositories 2
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 17.1
update_channel stable
supervisor_version supervisor-2026.02.2
agent_version 1.8.1
docker_version 29.1.3
disk_total 116.7 GB
disk_used 21.0 GB
nameservers fd0f:ee:b0::1, 192.168.0.254
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi3-64
supervisor_api ok
version_api ok
installed_addons File editor (5.8.0), Mosquitto broker (6.5.2), Duck DNS (1.26.0), ESPHome Device Builder (2025.9.3), Terminal & SSH (10.0.1), WireGuard (0.13.0), Get HACS (1.3.1)
Dashboards
dashboards 3
resources 0
views 9
mode storage
Network Configuration
adapters lo (disabled), enu1u1 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth4e68214 (disabled), vethc1cb166 (disabled), veth98a936a (disabled), vethdc0f474 (disabled), veth49024d5 (disabled), vethc4db8f3 (disabled), veth95164d5 (disabled), veth8403ab1 (disabled), vethe148a8e (disabled)
ipv4_addresses lo (127.0.0.1/8), enu1u1 (192.168.0.100/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth4e68214 (), vethc1cb166 (), veth98a936a (), vethdc0f474 (), veth49024d5 (), vethc4db8f3 (), veth95164d5 (), veth8403ab1 (), vethe148a8e ()
ipv6_addresses lo (::1/128), enu1u1 (2a01:e0a:e51:1a60:f441:65d0:b0c3:ebe6/64, fe80::9d27:9c7d:86b3:f7ba/64), hassio (fe80::988b:f3ff:fe69:db3d/64), docker0 (fe80::e05b:a8ff:fe13:7c84/64), veth4e68214 (fe80::94ab:d2ff:fe0a:a6bc/64), vethc1cb166 (fe80::fcb0:38ff:fe78:91c0/64), veth98a936a (fe80::fc6e:7eff:fe16:c131/64), vethdc0f474 (fe80::a48d:dff:fec2:46aa/64), veth49024d5 (fe80::907e:aaff:fea0:c244/64), vethc4db8f3 (fe80::5818:4fff:fe4b:b3f/64), veth95164d5 (fe80::c8f9:66ff:fef8:ddb0/64), veth8403ab1 (fe80::60b1:1aff:fec2:9937/64), vethe148a8e (fe80::f4d2:abff:fe5c:932d/64)
announce_addresses 192.168.0.100, 2a01:e0a:e51:1a60:f441:65d0:b0c3:ebe6, fe80::9d27:9c7d:86b3:f7ba
Recorder
oldest_recorder_run 4 février 2026 à 11:16
current_recorder_run 19 février 2026 à 08:44
estimated_db_size 564.78 MiB
database_engine sqlite
database_version 3.49.2
[/center]

Il n’est plus utilisé en effet depuis la 2025.11.0
Si tu veux le réactiver il faut faire une petite manipulation :
Common tasks - Operating System - Home Assistant

Merci pour cette aide.

Depuis mon PC en SSH :

ha core options --duplicate-log-file=true

s’est déroulée sans problème

Mais

ha core rebuild

a planté après quelques dizaines de secondes. Après reset du Raspberry PI, le fichier home-assistant.log.1 a bien été mis à jour.

Après

ha core restart

j’ai eu un plantage, mais celui-ci est peut-être normal.
Pour l’instant, je n’ai pas l’impression d’avoir d’anomalie majeure dans home-assistant.log.1.
J’attends le prochain plantage pour voir plus en détails…

Si tu t’y connais un peu en système, monitore les basiques à savoir : cpu, ram et cie.

Rabpberry PI 3 Model B V1.2 1GB

Pas beaucoup de RAM sur un RPI 3 … Les problèmes viennent souvent de là …

1 « J'aime »

Hello,

Commence par regarder la conso ram comme le dit @bastgau, 1Go on est rapidement dans les choux. Jette un oeil aux métriques du disque, sinon il faudrait jeter un oeil à la smart du disque suivant ce qu’il a vécu, si ça ne remonte pas dans HA.

cdt

2 « J'aime »

Merci beaucoup pour tous ces conseils.

Du coup j’ai ajouté l’intégration ( https://192.168.xxx.yyy:8123/config/integrations/dashboard ) :

  • « System Monitor » pour suivre la RAM …
  • « Vérificateur d’alimentation Raspberry Pi »

Coté disque :

  • Il y a de la place ( en SSH : df -h → 19% maxi).
  • Par contre pour l’état, smartctl n’est pas installé et je ne sais pas très bien si il faut l’installer (et comment) ou si il y d’autres solutions mieux adaptées (autres commandest ou déposer le disque et le tester sur un pc …) ?

Salut,
j’allais te dire d’installer l’add-on scrutiny qui est hébergé sur ce repo.
C’est un Dashboard SMART… mais bon ça ne va pas aider à ton problème sur RPi 3.

Merci beaucoup pour ces bons conseils.

Effectivement j’ai des problèmes de mémoire :
« System Monitor Espace d’échange libre » (ou SWAP) tombe par moment à 0.

[core-ssh config]$ free -h
total used free shared buff/cache available
Mem: 904.1M 629.1M 11.2M 28.0K 263.8M 261.8M
Swap: 299.4M 299.3M 108.0K

Est-ce que certains ont déjà essayé d’augmenter le SWAP par cette méthode
Augmenter la taille du swap ou d’autre méthode ? Est-ce que l’opération s’est bien passée ?

Je l’ai désactivé de mon côté :wink:

Compte tenu de la mémoire que nécessite HA et la mémoire disponible sur ton RPI ça ne devrait pas changer grand chose de l’augmenter.

Effectivement, il recommande maintenant à minima 2 GB de RAM : Matériel Recommandé.

Il va falloir que je me modernise.

2 « J'aime »

ca fonctionné sur RPI3B avec 1 Go de RAM, il y a 4 ans, mais depuis c’est fini.

Hello,

Attention, le swap c’est sur le disque, et c’est bcp moins rapide que la ram ( vaut mieux éviter de swaper à vrai dire, en plus ça use le disque (à puces comme les SSD)).

cdt

Merci beaucoup pour votre aide.

Dans l’attente d’un PI plus puissant, j’ai finalement augmenté le SWAP par cette méthode
Augmenter la taille du swap et cela s’est bien passé, cela crée un fichier (pas une partition) SWAP de 2G. Maintenant je n’a plus de problème de mémoire.

J’ai aussi installé scrutiny (full access) de https://github.com/alexbelgium/hassio-addons en appliquant cette méthode , mais cela na détecte aucun disque, j’ai l’impression que c’est pour une installation docker mais pas OS HA. Qu’en pensez-vous ?

Depuis j’ai eu un plantage, mais les logs home-assistant.log.1 ne correspondent pas au log avant le plantage, ils sont plus anciens. home-assistant.log correspond aux logs après le redémarrage. Avez-vous des idées sur ce problème de log avant plantage non disponibles ?

J’aimerais bien comprendre ce qui se passe. Est-ce les saturations mémoire qui ont corrompu HA ou est-ce un problème de disque SSD qui plante de temps en temps ?

Ce n’est plus actif depuis novembre 2025, le fichier log n’est plus écrit dans /config.

Il faut réactiver l’option du fichier log pour le journal.

Les addons n’existent pas pour les installations HA Docker donc c’est forcément pour les installations HAOS.

1 « J'aime »

Bonjour,

J’avais déjà activé le duplicate log.
HA a planté cette nuit. Cette fois ci, home-assistant.log.1 semble collecter jusqu’au plantage, mais aucune erreur particulière au moment du plantage (log en syteme monitor).
Toute les 3 minutes j’ai une erreur de scrutiny mais je n’ai aucune erreur en + dans le fichier log au moment du plantage. Je ne comprends pas pourquoi je n’ai rien dans les logs.

Concerant scrutiny, je n’ai pas de mesure et j’ai un erreur dans les logs :

2026-02-24 00:17:32.536 ERROR (MainThread) [homeassistant.components.rest.data] 
Error fetching data: http://192.168.0.xxx:8080/api/device/0x57c35481f82a7a9c/details 
failed with Cannot connect to host 192.168.0.xxx:8080 
ssl:default [Connect call failed ('192.168.0.xxx', 8080)]

Voici la config que j’ai mise en parametre dans scrutiny :

env_vars: []
Updates: Quarterly
Updates_custom_time: 12h
TZ: Europe/Paris
Mode: Collector+WebUI
COLLECTOR_API_ENDPOINT: http://localhost:8080
COLLECTOR_HOST_ID: home_assistant
SMARTCTL_COMMAND_DEVICE_TYPE: auto
expose_collector: false