Ordinateur monocarte, carte microSD en alerte, migration vers SSD et objets connectés

Home Assistant tombe souvent en panne de façon banale. Les ampoules sont encore associées, la clé Zigbee est branchée, les automatisations existent toujours, mais après une coupure de courant ou une mise à jour le système ne redémarre pas proprement. La base de données est parfois corrompue. Le système de fichiers peut passer en lecture seule. Les logs affichent des erreurs d'E/S et l'on découvre que toute la maison connectée dépendait d'une microSD ou d'une clé USB bas de gamme.

Ce n'est pas seulement une erreur de débutant. C'est un piège de débutant. Le chemin Raspberry Pi est simple pour une bonne raison: flasher Home Assistant OS, insérer une microSD, démarrer et ajouter des appareils. Pour commencer, c'est parfait. Mais une vraie installation grandit vite. Historique, énergie, add-ons, sauvegardes, caméras, logs et recorder transforment la carte en serveur allumé en permanence.

Le sujet ne se limite plus à "les cartes SD s'usent". Les discussions récentes autour de Raspberry Pi, SSD/NVMe, mises à jour de firmware et HAOS 18 montrent une leçon plus utile: passer au SSD est souvent une bonne direction, mais ce n'est pas magique. Alimentation, adaptateurs, démarrage USB, recorder et sauvegardes font la fiabilité.

Pourquoi le stockage faible souffre

Home Assistant écrit tout le temps. Le recorder stocke les états et statistiques. Le tableau d'énergie accumule des mesures. Les add-ons créent leurs propres fichiers. Les sauvegardes sont d'abord écrites localement. Les intégrations bruyantes et les caméras ajoutent encore des écritures. Quelques lampes ne pèsent pas comme une maison avec chauffage, capteurs de fuite, Zigbee, Matter et présence.

Une bonne microSD peut fonctionner, surtout en A2 ou high-endurance. La documentation Raspberry Pi de Home Assistant mentionne toujours une microSD d'au moins 32 Go, idéalement Application Class 2, une alimentation correcte et Ethernet. C'est raisonnable pour démarrer. Ce n'est pas une garantie pour des années de charge serveur.

Les clés USB bon marché sont souvent pires. Elles servent à déplacer des fichiers, pas à encaisser des écritures aléatoires permanentes. Leur panne ressemble rarement à une panne nette: démarrage lent, redémarrages, base corrompue, système qui repart après une coupure puis retombe.

Les symptômes trompent

Un stockage malade ne se présente pas poliment. home-assistant_v2.db peut être corrompue. Les add-ons peuvent refuser de démarrer. L'interface disparaît. Les logs parlent de filesystem read-only, de mmc0, de blk_update_request, d'I/O errors ou d'écritures ratées pendant une mise à jour.

Un cas récent de la communauté impliquait un Raspberry Pi 5, un hat NVMe et un WD_BLACK SN770M, avec corruption régulière de la base. La première question a porté sur l'alimentation. C'est logique: un SSD rapide n'aide pas si la carte, le hat et le disque manquent de courant.

Les issues HAOS récentes ajoutent des nuances: échecs de mise à jour avec boot SSD, instabilité sur Pi 5 avec hat NVMe, USB3 qui échoue alors que USB2 démarre, EEPROM appliqué seulement après arrêt complet. Ce ne sont pas des raisons d'éviter le SSD. Ce sont des raisons de le choisir et l'alimenter correctement.

Sauvegarder avant d'améliorer

Avant de migrer, créez une sauvegarde complète et téléchargez-la hors de l'appareil: ordinateur, NAS, cloud, peu importe, mais pas sur la même carte. Avec une sauvegarde, une migration ratée se récupère. Sans sauvegarde, chaque manipulation devient risquée.

Si le système est déjà instable, ne réécrivez pas immédiatement le support. Essayez d'abord de récupérer /config, les backups et les fichiers personnalisés. Si seule la base recorder est corrompue, déplacer home-assistant_v2.db peut permettre de redémarrer avec perte d'historique mais sans perte de configuration.

Garder le Pi, déplacer les données

Pour beaucoup de Raspberry Pi, la meilleure première étape est de déplacer la partition de données vers un SSD externe. Home Assistant OS documente l'usage d'un data disk externe et prévient qu'un SSD USB peut demander plus de courant, parfois via hub alimenté.

La séquence doit rester simple: sauvegarde complète, SSD correct, boîtier USB-SATA ou USB-NVMe fiable, alimentation vérifiée, migration du data disk par l'interface ou la CLI actuelle, puis vérification que configuration, add-ons et base utilisent le SSD. Ensuite, laissez tourner quelques jours.

Cette solution réduit les écritures sur la carte sans imposer le boot USB ou NVMe à tout le monde. Elle ne remplace pas les sauvegardes et ne corrige pas une mauvaise alimentation ou un recorder trop bavard.

Démarrer entièrement sur SSD ou NVMe

Le boot complet sur SSD/NVMe a du sens si vous voulez supprimer la microSD. Sur Raspberry Pi 4 ou 5, avec bon adaptateur et bonne alimentation, cela peut rendre le système plus réactif et retirer un point de panne.

Procédez prudemment: sauvegarde, vérification bootloader/EEPROM, image HAOS sur SSD, premier démarrage, restauration, surveillance des logs et de la première mise à jour. Certains adaptateurs démarrent en USB2 mais pas en USB3. Certaines mises à jour demandent un arrêt électrique complet. Dans un placard, ces détails comptent.

Orange Pi, mini PC et choix réaliste

Orange Pi peut être intéressant, mais ce n'est pas un Raspberry Pi renommé. Beaucoup de modèles n'ont pas de support officiel HAOS. Home Assistant Container sur Debian ou Armbian peut fonctionner, mais ce n'est pas l'expérience HAOS avec Supervisor et add-ons.

Si vous aimez Linux et Docker, pourquoi pas. Si vous voulez une appliance simple, Home Assistant Green/Yellow, du matériel supporté ou un mini PC x86 seront plus tranquilles.

Un mini PC d'occasion peut coûter moins cher qu'un Pi complet avec alimentation, boîtier, SSD, adaptateur et temps perdu. Il prend plus de place et consomme parfois davantage, mais il apporte SSD standard, UEFI, plus de RAM et moins de surprises de boot.

Les réglages utiles

Le recorder mérite d'être réglé. Excluez les entités bruyantes, surveillez la taille de la base, conservez l'historique réellement utile. MariaDB peut aider dans de grosses installations, mais ajoute de la maintenance. Pour beaucoup de foyers, le meilleur premier pas reste alimentation correcte, SSD, exclusions raisonnables et sauvegardes externes.

Soignez aussi le physique: alimentation fiable, marge PoE, boîtier USB correct, câbles courts, Ethernet, clé Zigbee/Z-Wave sur rallonge loin de l'USB3 et du SSD. Les interférences USB3 en 2,4 GHz peuvent ressembler à un problème logiciel alors que c'est de la radio.

Home Assistant peut être très fiable. Mais dès qu'il contrôle lumière, chauffage, serrure ou fuite d'eau, le stockage n'est plus un consommable. C'est une partie de la maison.