Bonjour,
et bonne année à tous.
J’ai voulu utiliser Matterbridge Home Assistant Add-on pour pouvoir utiliser un module me permettant d’ouvrir ma porte de garage via Alexa. Ce module est compatible Zigbee Tuya, mais je n’ai qu’une Green, et il faudrait si j’ai bien compris, une box compatible Tuya. Celui-ci est bien reconnu par Zibgee2MQTT et MatterBridge mais n’est pas visible par Alexa (contrairement aux autres objets Zigbee que j’ai chez moi).
J’ai donc consulté CoPilot qui m’a proposé d’installer MatterServer pour pouvoir exposer ce module. Or, quand j’installe MatterServer, un pont Matter est créé, mais je n’ai accès à rien :
(Copilot a été assez performant pour me permettre de faire reconnaitre et utiliser un détecteur de présence, donc je lui fait relativement confiance, mais je préfère demander confirmation ici.)
Donc, selon Copliot, un clic sur Matter devrait me permettre de choisir des équipements. La recréation d’un pont ne fait rien.
Suite à une longue conversation, Copilot arrive à la conclusion que ma config n’est pas bonne, il manquerait des dossiers sous /mnt/data, et, malgré une réinitialisation de la box, les dossiers /mnt/data/homeassistant et /mnt/data/addons_data ne sont pas créés, donc j’aurai un problème sur l’eMMC interne.
D’où mes premières questions : est-ce vrai ? Quelle est l’arborescence « normale » sous /mnt/data ? Est-ce que je peux vérifier l’intégrité de cette eMMC ?
Ensuite, n’arrivant pas à obtenir ces dossiers suite à la réinstallation, il me propose de booter sur un SSD connecté en USB. J’ai donc flashé haos_green-16.3.img.xz sur un SSD externe, l’ai branché en USB, booté, mais je ne boot pas dessus. Le disque est bien vu, un lsblk affiche bien le disque et les partitions. Donc Copilot me propose d’exécuter
ha os install /dev/sda
pour forcer le boot.
Mais je n’ai pas envie de bricker ma box s’il se plante.
Donc ma deuxième (série) de question(s) :
- peut-on utiliser une GreenBox avec un os sur SSD ?
- si oui, comment ?
Je dois préciser que mis à part ce soucis avec MatterServer, tout fonctionnne bien, je ne vois aucune erreur dans les logs de tous les addons.
Merci d’avance pour vos avis, remarques et suggestions.
Ma configuration
System Information
| version | core-2025.12.5 |
|---|---|
| installation_type | Home Assistant OS |
| dev | false |
| hassio | true |
| docker | true |
| container_arch | aarch64 |
| user | root |
| virtualenv | false |
| python_version | 3.13.9 |
| os_name | Linux |
| os_version | 6.12.51-haos |
| 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 | 2501 |
| Downloaded Repositories | 15 |
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 16.3 |
|---|---|
| update_channel | stable |
| supervisor_version | supervisor-2025.12.3 |
| agent_version | 1.7.2 |
| docker_version | 28.3.3 |
| disk_total | 27.8 GB |
| disk_used | 7.7 GB |
| nameservers | fd0f:ee:b0::1, 108.162.192.225, 1.0.0.1, 1.1.1.1, 108.162.195.198 |
| healthy | failed to load: Unhealthy |
| supported | true |
| host_connectivity | true |
| supervisor_connectivity | true |
| ntp_synchronized | true |
| virtualization | |
| board | green |
| supervisor_api | ok |
| version_api | ok |
| installed_addons | Matter Server (8.1.2), File editor (5.8.0), Mosquitto broker (6.5.2), ZeroTier One (0.24.0), Zigbee2MQTT (2.7.1-1), Matterbridge Home Assistant Add-on (2.0.15), Terminal & SSH (9.21.0), Studio Code Server (6.0.1) |
Dashboards
| dashboards | 3 |
|---|---|
| resources | 10 |
| views | 24 |
| mode | storage |
Network Configuration
| adapters | lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), ztc25nncxd (disabled), veth52e3018 (disabled), veth8504d7c (disabled), vethb2e64cd (disabled), vethfabe19a (disabled), veth19b39bf (disabled), vetheff5c35 (disabled), veth77a8dd1 (disabled), veth0720850 (disabled), vethba7fd7b (disabled) |
|---|---|
| ipv4_addresses | lo (127.0.0.1/8), end0 (192.168.1.248/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), ztc25nncxd (192.168.192.63/24), veth52e3018 (), veth8504d7c (), vethb2e64cd (), vethfabe19a (), veth19b39bf (), vetheff5c35 (), veth77a8dd1 (), veth0720850 (), vethba7fd7b () |
| ipv6_addresses | lo (::1/128), end0 (2a01:e0a:288:d550:bead:8bae:fccf:8f38/64, fe80::1908:724f:7ad0:144f/64), hassio (fd0c:ac1e:2100::1/48, fe80::60cb:95ff:fe12:a89a/64), docker0 (fe80::bc9e:23ff:fe0e:96b2/64), ztc25nncxd (fe80::a471:e4ff:fe6e:4bba/64), veth52e3018 (fe80::98ea:acff:fe57:5ccb/64), veth8504d7c (fe80::24a5:1eff:fe7f:8df1/64), vethb2e64cd (fe80::b8c7:dfff:fea7:d33a/64), vethfabe19a (fe80::4893:6bff:fea8:b133/64), veth19b39bf (fe80::dcc7:63ff:fe7d:bdb0/64), vetheff5c35 (fe80::9c3c:5aff:fe73:2f3e/64), veth77a8dd1 (fe80::d835:9ff:fe5e:55ae/64), veth0720850 (fe80::647f:c7ff:fec7:a159/64), vethba7fd7b (fe80::7c18:60ff:fe04:fbc8/64) |
| announce_addresses | 192.168.1.248, 2a01:e0a:288:d550:bead:8bae:fccf:8f38, fe80::1908:724f:7ad0:144f |
Recorder
| oldest_recorder_run | 14 décembre 2025 à 12:15 |
|---|---|
| current_recorder_run | 2 janvier 2026 à 13:52 |
| estimated_db_size | 147.79 MiB |
| database_engine | sqlite |
| database_version | 3.49.2 |






