HA RPI4 sur SSD injoignable régulièrement en local ou externe

Entraide Home Assistant
,
1

Bonjour à toutes et tous,

Mon problème

HAOS est injoignable par l'interface web (adresse locale 192.168... , ou adresse externe), application Android ou SSH.
Il répond toutefois au ping.
Cela survient de façon aléatoire. Je retrouve l'accès au bout de quelques heures, voire, parfois je dois relancer en coupant l'alimentation.

Cela arrive depuis plusieurs mois - (avant la canicule !).

Lorsque je retrouve l'accès sans avoir rebooté, les différents capteurs (température par ex.) montrent un "trou" dans les données reçues.

En fonctionnement normal, le processeur est à 10%, la mémoire à 1.2 GB / 2GB.

Merci de votre aide.

Ma configuration

Raspi 4 2GB, avec alim Raspberry 3A

  • Pas de carte SD
  • USB RTL-SDR NooElec

Hub alimenté à part (Atolla, USB 3.0, 3A) avec:

  • HAOS installé sur SSD
  • USB Conbee III

System Information

version core-2026.6.4
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch aarch64
user root
virtualenv false
python_version 3.14.5
os_name Linux
os_version 6.18.33-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 4994
Installed Version 2.0.5
Stage running
Available Repositories 3186
Downloaded Repositories 9
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 18.0
update_channel stable
supervisor_version supervisor-2026.06.2
agent_version 1.9.0
docker_version 29.5.3
disk_total 228.5 GB
disk_used 21.8 GB
nameservers 192.168.1.1, 2a01:cb00:38f:be00:7ac2:13ff:fe35:f300, fe80::7ac2:13ff:fe35:f300
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi4-64
supervisor_api ok
version_api ok
installed_addons Mosquitto broker (7.1.0), Advanced SSH & Web Terminal (24.0.1), File editor (6.0.0), rtl_433 MQTT Auto Discovery (0.10.0), MQTT Explorer (browser-1.0.3), rtl_433 (0.7.0), MyElectricalData (0.13.4), InfluxDB (5.0.2), Grafana (12.1.0), ESPHome Device Builder (2026.6.2), Gazpar 2 MQTT (0.8.11)
Dashboards
dashboards 3
resources 3
views 2
mode storage
Network Configuration
adapters lo (disabled), end0 (enabled, default, auto), docker0 (disabled), hassio (disabled), veth908a327 (disabled), veth76ca02f (disabled), vethc350235 (disabled), veth2d58127 (disabled), veth940a31e (disabled), veth9ee084b (disabled), veth260226b (disabled), vethc9c1285 (disabled), veth3550246 (disabled)
ipv4_addresses lo (127.0.0.1/8), end0 (192.168.1.11/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), veth908a327 (), veth76ca02f (), vethc350235 (), veth2d58127 (), veth940a31e (), veth9ee084b (), veth260226b (), vethc9c1285 (), veth3550246 ()
ipv6_addresses lo (::1/128), end0 (2a01:cb00:38f:be00:7f32:8272:6251:95e9/64, fe80::7f7e:37b1:3413:8432/64), docker0 (fd74:dfd1:77e1::1/64, fe80::2ca2:62ff:fe15:22b7/64), hassio (fd0c:ac1e:2100::1/48, fe80::b471:8aff:fe8a:3abb/64), veth908a327 (fe80::e8f7:b3ff:fe3a:5374/64), veth76ca02f (fe80::d014:12ff:fe50:3d26/64), vethc350235 (fe80::2c2d:aaff:fe08:1f80/64), veth2d58127 (fe80::4461:8cff:fe3b:656b/64), veth940a31e (fe80::8cda:34ff:fecd:6761/64), veth9ee084b (fe80::6c5c:dbff:feb1:57f9/64), veth260226b (fe80::44af:b3ff:fe93:f17f/64), vethc9c1285 (fe80::6c1d:78ff:fed5:e59c/64), veth3550246 (fe80::4c9:23ff:fef0:d371/64)
announce_addresses 192.168.1.11, 2a01:cb00:38f:be00:7f32:8272:6251:95e9, fe80::7f7e:37b1:3413:8432
Recorder
oldest_recorder_run 12 juin 2026 à 02:05
current_recorder_run 22 juin 2026 à 15:14
estimated_db_size 397.28 MiB
database_engine sqlite
database_version 3.49.2

Logs divers

Le log d'InfluxDB indique

http: Accept error: accept tcp [::]:8086: accept4: too many open files; retrying in 1s

2

Bonjour, as-tu essayé avec une autre alimentation à tout hasard ?

3

Hello,

+1 pour l'alim, et si possible un bloc officiel ou de qualité. il faudrait aussi jeter un oeil sur ce que raconte l'observer http://homeassistant.local:4357/ ou http://ipdupi:4357/

Pas de pic sur l'utilisation ram ? il faudrait jeter un oeil si c'est suivi sur ce qui se passe avant le plantage si l'info remonte dans HA, faire un smart du SSD, même si c'est moins sensible qu'une SD et suivant ton HA, ça peut quand même écrire pas mal sur le disque.

Attention au redémarrage à chaud ( même si parfois on a pas trop le choix ), les bdd n'aiment pas beaucoup ça .. j'ai eu le cas il y a quelques mois, sans trouver la cause, de brusques montées en charge sur la ram jusqu'à planter le pi5 8Go, ça s'est résolu sans rien faire de ma part avec les majs successives.

cdt

4

Ouais un PI avec 2go de ram c'est bien trop pauvre surtout avec influxdb
Pas impossible que le SSD montre des signes de fatigue vu le message d'erreur "too many open files" tu satures le nombre de fichiers ouverts

5

Hello

meme lui peut comencer a rendre l'ame , des micro coupure
ton ssd est connect en USB 3 ?

6

Oui, il est branché en USB 3.

7

Merci à tous de vos messages.

Le bloc d'alimentation est bien le bloc officiel 5.1 V / 3.0 A Type

J'ai essayé une commande smartctl sur mon SSD, mais ça me dit :

➜  ~ smartctl -H /dev/sda
smartctl 7.5 2025-04-30 r5714 [aarch64-linux-6.18.33-haos-raspi] (local build)
Copyright (C) 2002-25, Bruce Allen, Christian Franke, www.smartmontools.org

Smartctl open device: /dev/sda [USB NVMe JMicron] failed: Operation not permitted

Pour les pics de RAM, je n'en ai pas observé.

Est-ce que des logs pourraient servir ? Si oui lesquels ?
Pour MQTT Broker, j'ai plein de messages comme ça :

2026-06-24 21:38:48: Client 172.30.32.2 [172.30.32.2:40884] disconnected: connection closed by client.
2026-06-24 21:40:48: New connection from 172.30.32.2:46056 on port 1883.
2026-06-24 21:40:48: Client 172.30.32.2 [172.30.32.2:46056] disconnected: connection closed by client.
2026-06-24 21:42:48: New connection from 172.30.32.2:34724 on port 1883.
2026-06-24 21:42:48: Client 172.30.32.2 [172.30.32.2:34724] disconnected: connection closed by client.

Est-ce une piste ou un comportement normal ?

Supervisor, extrait choisi ;

2026-06-24 18:55:32.016 INFO (MainThread) [supervisor.docker.interface] Attaching to homeassistant/aarch64-addon-mosquitto with version 7.1.0
2026-06-24 18:55:32.022 ERROR (MainThread) [supervisor.apps.app] App Mosquitto broker exited with non-zero exit code 255
2026-06-24 18:55:32.060 INFO (MainThread) [supervisor.docker.interface] Attaching to ghcr.io/hassio-addons/ssh with version 24.0.1
2026-06-24 18:55:32.068 INFO (MainThread) [supervisor.docker.interface] Attaching to ghcr.io/esphome/esphome-hassio with version 2026.6.2
2026-06-24 18:55:32.073 INFO (MainThread) [supervisor.docker.interface] Attaching to homeassistant/aarch64-addon-configurator with version 6.0.0
2026-06-24 18:55:32.076 ERROR (MainThread) [supervisor.apps.app] App Advanced SSH & Web Terminal exited with non-zero exit code 255
2026-06-24 18:55:32.077 ERROR (MainThread) [supervisor.apps.app] App ESPHome Device Builder exited with non-zero exit code 255
2026-06-24 18:55:32.079 ERROR (MainThread) [supervisor.apps.app] App File editor exited with non-zero exit code 255
2026-06-24 18:55:32.080 INFO (MainThread) [supervisor.docker.interface] Attaching to ghcr.io/alexbelgium/myelectricaldata-aarch64 with version 0.13.4
2026-06-24 18:55:32.084 INFO (MainThread) [supervisor.docker.interface] Attaching to ghcr.io/hassio-addons/influxdb/aarch64 with version 5.0.2
2026-06-24 18:55:32.088 INFO (MainThread) [supervisor.docker.interface] Attaching to smeagolworms4/mqtt-explorer with version browser-1.0.3
2026-06-24 18:55:32.091 INFO (MainThread) [supervisor.docker.interface] Attaching to ghcr.io/pbkhrv/rtl_433-hass-addons-rtl_433_mqtt_autodiscovery-aarch64 with version 0.10.0
2026-06-24 18:55:32.099 INFO (MainThread) [supervisor.docker.interface] Attaching to a6ba3857/aarch64-addon-gazpar_2_mqtt with version 0.8.11
2026-06-24 18:55:32.103 ERROR (MainThread) [supervisor.apps.app] App MyElectricalData exited with non-zero exit code 255
2026-06-24 18:55:32.104 ERROR (MainThread) [supervisor.apps.app] App InfluxDB exited with non-zero exit code 255
2026-06-24 18:55:32.105 ERROR (MainThread) [supervisor.apps.app] App MQTT Explorer exited with non-zero exit code 255
2026-06-24 18:55:32.105 ERROR (MainThread) [supervisor.apps.app] App Gazpar 2 MQTT exited with non-zero exit code 255
2026-06-24 18:55:32.107 INFO (MainThread) [supervisor.docker.interface] Attaching to ghcr.io/pbkhrv/rtl_433-hass-addons-rtl_433-aarch64 with version 0.7.0
2026-06-24 18:55:32.110 INFO (MainThread) [supervisor.docker.interface] Attaching to 0449a086/aarch64-addon-smart_sniffer_agent with version 0.2.11
2026-06-24 18:55:32.114 INFO (MainThread) [supervisor.docker.interface] Attaching to ghcr.io/hassio-addons/grafana/aarch64 with version 12.1.0
2026-06-24 18:55:32.118 ERROR (MainThread) [supervisor.apps.app] App rtl_433 exited with non-zero exit code 255
2026-06-24 18:55:32.119 ERROR (MainThread) [supervisor.apps.app] App SMART Sniffer App exited with non-zero exit code 255
2026-06-24 18:55:32.488 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.6.1_2026-06-08_05.21_22024271.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.500 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.4.4_2026-04-28_05.41_18131814.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.514 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.1.3_2026-01-27_05.32_56230885.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.572 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.3.4_2026-04-03_04.55_19304310.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.631 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.1.3_2026-02-03_05.29_53022527.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.732 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.5.1_2026-05-14_05.21_47870548.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.744 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.5.3_2026-05-20_05.40_31402695.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.775 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.5.0_2026-05-08_05.33_08018599.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.777 INFO (MainThread) [supervisor.backups.manager] Found 28 backup files
2026-06-24 18:55:32.862 ERROR (MainThread) [supervisor.backups.backup] Can't read backup tarfile /data/backup/Automatic_backup_2026.5.1_2026-05-12_05.24_41262364.tar: "filename './backup.json' not found"
2026-06-24 18:55:32.968 INFO (MainThread) [supervisor.discovery] Loaded 2 messages
2026-06-24 18:55:32.969 INFO (MainThread) [supervisor.ingress] Loaded 0 ingress sessions
2026-06-24 18:55:32.969 INFO (MainThread) [supervisor.resolution.check] Starting system checks with state setup
2026-06-24 18:55:32.969 INFO (MainThread) [supervisor.resolution.checks.base] Run check for duplicate_os_installation/system
8

Il faut être root pour lancer cette commande

Tout a fait normal ces messages pour le broker

Par contre ces erreurs dans le sypervisor semblenr laisser penser a un disque plein ou un ram saturée ne laissant pas les conteneurs démarrer

Mais le message sur le backup renforce mon doute sur la possibilité d'un disque plein

9

Merci.

HA m'indique le disque occupé à 28 GB sur 250.
Je vais me pencher sur la RAM.
Pour la commande smartctl, j'essaie avec sudo sans succès. Mais je ne sais pas si sudo fonctionne sur HA.

10

Avec la chaleur et le ventilo qui ne tourne pas (je l'ai enlevé) la température oscille entre 65 et 85°C.

Côté RAM, le graphique ci-dessous montre que c'est pas la fête non plus.

IMG20260625212931
IMG202606252129311080×705 83.2 KB

Les plateaux correspondant bien sûr aux périodes entre plantage et redémarrage.

11

Clairement 2 go c'est très insuffisant c'est 4go minimum en plus tu utilises pas mal d'addons
Tu as ta cause

12

Salut,
oui c'est un peu chaud.
avec radiateur et ventilateur et pièce à 28°C

image
image568×488 43.4 KB

Comme le dit @ddfdom c'est trop juste 2 Go de RAM (4 Go c'est pas mal, ce que j'ai), avec tous les add-ons que tu as, surtout InfluxDB et Grafana.

J'imagine même pas si tu compiles avec ESPHome, ton RPI doit planter. Déjà que avec 4 Go sur le mien, je peux plus compiler un Atom Echo en voice assistant, ça demande trop et il reboot à la compilation.

13

salut

je suis comme toi rpi4 64 avec 2go de ram
ssd en usb 3

radiateur avec ventilateur et salon a 30° :hot_face:

Screenshot2026-06-26-19-37-38-213-editio.homeassistant.companion.android
Screenshot2026-06-26-19-37-38-213-editio.homeassistant.companion.android1080×920 165 KB

pour la memoire sa consomme moins que chez toi

Screenshot2026-06-26-19-38-38-415-editio.homeassistant.companion.android
Screenshot2026-06-26-19-38-38-415-editio.homeassistant.companion.android1080×950 190 KB

aucun probleme , sa rame pas , acces exterieur sans probleme par contre esphome c est clairement impossible de compiler plantage a chaque essais .