Phase 4 : kit G9 (scripts + compose) + Gitea T4.4 backend Postgres

- compose/gitea : SQLite -> Postgres (source = paquet App Center DSM, gitea_db 13 repos/3 users), image épinglée 1.27.3, push-to-create - scripts/07a-migrate-gitea.sh : export pg_dump (MVCC, .25 lecture seule) + tar/ssh (sshd DSM refuse rsync/scp) + manifestes sha256 - scripts/03b-secrets.sh : secrets gitea ajoutés - journal.md : entrées Phase 4
2026-10-11 07:45:00 +02:00
commit c246427cf5
39 changed files with 6131 additions and 0 deletions
@@ -0,0 +1,642 @@
+# Dossier — (Re)création de l'infrastructure locale Folzo Home (v1)
+
+> ⚠️ **Document supplanté** — ce dossier v1 (30/09/2026) est **supplanté** par [`DOSSIER-RECREATION.md`](DOSSIER-RECREATION.md) (v2, 02/10/2026), qui est la **source de vérité actuelle** pour l'architecture et le plan d'exécution. Ce document est conservé comme **trace historique** (méthode, état de l'art, besoins). **Ne pas l'utiliser comme référence opérationnelle.**
+
+**Date** : 30/09/2026
+**Auteur** : Jean-Henry Foltzenlogel (Folzo)
+**Réseau** : `192.168.1.0/24`
+**Statut global** : 🔒 **Gelé (trace historique)** — supplanté par `DOSSIER-RECREATION.md` (v2). Plus de mise à jour.
+**Document** : **figé** — conservé comme trace de la méthode (état de l'art → besoins → architecture → plan).
+
+> **Nature du document** : ce n'est pas un rapport à lire une fois. C'est un **cahier des charges + plan de (re)création + portfolio**. Il (1) structure la réflexion sur les décisions ouvertes, (2) sert de plan de travail pendant le rebuild, (3) met en valeur la méthode et la compétence : *état de l'art → besoins → architecture → plan*, en raisonnement, pas en liste.
+>
+> **Source de vérité** : les données matérielles proviennent du scan live du 30/09/2026 (`lscpu`, `free`, `df`, `docker ps`, `nvidia-smi`, `systemctl`, sondes réseau, commandes DSM) — voir `ETAT-DE-LART-2026-09-30.md`. Ce dossier **corrige** les docs héritées inexactes (GPU, RAM, IP du NAS).
+
+---
+
+## Sommaire
+
+- [Résumé exécutif](#résumé-exécutif)
+- [G1 — Vision & intention](#g1--vision--intention)
+- [G2 — État de l'art](#g2--état-de-lart)
+- [G3 — Besoins](#g3--besoins)
+- [G4 — Architecture cible](#g4--architecture-cible)
+- [G5 — Décisions ouvertes](#g5--décisions-ouvertes)
+- [G6 — Risques & priorités](#g6--risques--priorités)
+- [G7 — Plan de (re)création](#g7--plan-de-recréation)
+- [G8 — Montée en compétence](#g8--montée-en-compétence)
+- [G9 — Qualité & mise en valeur](#g9--qualité--mise-en-valeur)
+- [Annexe A — Matrice de traçabilité besoin → décision → action](#annexe-a--matrice-de-traçabilité)
+- [Annexe B — Glossaire & abréviations](#annexe-b--glossaire--abréviations)
+
+---
+
+## Résumé exécutif
+
+**Le problème** : l'informatique de la maison est aujourd'hui un système que je **subis** — pas de backup fonctionnel, un routeur qui surchauffe, un serveur à 94% de disque, un NAS XPEnology dont je redoute chaque mise à jour, des services GAFAM (Google, Apple, Netflix, Spotify, WhatsApp…) qui détiennent la vie digitale de la famille.
+
+**La vision** : une infrastructure **100% locale** qui me **dégafamise**, équipée des **bons outils** pour la **qualité de vie digitale** de la famille, en **réutilisant intelligemment** tout le matériel existant, en **montant en compétence** (appliquer concrètement mon CAS IA & transformation digitale), et en **ne subissant plus l'informatique** : un système fiable, redondant, sobre, que je comprends et que je contrôle.
+
+**La méthode** :
+1. **État de l'art** honnête (G2) — ce que j'ai, ce qui marche, ce qui est cassé.
+2. **Besoins** par usage quotidien (G3) — au niveau besoin, pas par techno.
+3. **Architecture cible** (G4) — un rôle clair par machine, sur 4 axes (sécurité / fiabilité / redondance / conso).
+4. **Décisions ouvertes** (G5) — photos & notes cadrées, **sans trancher**.
+5. **Risques & priorités** (G6) — cadre fourni, ordre laissé ouvert (analyse en cours).
+6. **Plan phasé** (G7) — fondations d'abord, structuré pour être **utilisé pendant** le rebuild.
+7. **Montée en compétence** (G8) — l'infra comme terrain d'apprentissage et portfolio.
+
+**Le succès** (mesurable) : dans 1 an, la famille n'utilise plus de service GAFAM pour photos, fichiers, notes, mots de passe, média, agenda ; le système est sauvegardé (3-2-1), sobre (~3 boîtiers 24/7), et je sais réparer n'importe quelle brique en 5 minutes parce que c'est **mon** système, documenté.
+
+---
+
+## G1 — Vision & intention
+
+> **Statut** : ✅ Validé (cadrage partagé)
+
+### 1.1 Contexte & intention
+
+Après 7 ans d'infirmier (HUG), une reconversion en informatique, et un **CAS en IA & transformation digitale** défendu le 28/09/2026 (thèse sur la culture de la donnée et les données non structurées), je souhaite **appliquer concrètement** ce que j'ai validé à ma vie de tous les jours.
+
+L'intention n'est pas de "réparer des pannes" (même si c'est un moyen). C'est de **devenir acteur** de mon environnement informatique :
+
+- **Ne plus subir** : un système qui tourne tout seul, que je comprends, que je peux réparer.
+- **Devenir acteur** : des choix raisonnés, documentés, que je maîtrise.
+- **Appliquer mon CAS** : l'infrastructure comme terrain d'apprentissage et comme **portfolio réel**.
+
+### 1.2 Les 5 piliers
+
+| # | Pilier | Définition (1 phrase) |
+|---|--------|------------------------|
+| 1 | **Se dégafamiser** | Remplacer chaque service GAFAM de la famille par un besoin satisfait en local, sur du matériel que je possède déjà. (100% = horizon long terme ; le target 1 an est un sous-ensemble défini, voir G1.4.) |
+| 2 | **Les bons outils** | Choisir, **au cas par cas**, les outils qui améliorent la vie quotidienne — par usage, pas par techno. |
+| 3 | **Réutiliser le matériel** | Donner un rôle clair à chaque machine existante, en tenant compte de la sobriété et de la redondance. |
+| 4 | **Monter en compétence** | Utiliser l'infra comme terrain d'apprentissage (Docker, réseau, DNS, backup, sécurité) + une source de vérité. |
+| 5 | **Être acteur** | Un système fiable, observable, documenté → ne plus subir l'informatique. |
+
+### 1.3 Principes directeurs
+
+| Principe | Signification |
+|----------|---------------|
+| **100% local** | Les données de la famille ne quittent pas la maison (sauf choix explicite). |
+| **Souveraineté** | Indépendance vis-à-vis des GAFAM et des dépendances fragiles (XPEnology). |
+| **Réutilisation** | Pas d'achat pour l'achat — donner un rôle au matériel existant d'abord. |
+| **Sobriété** | Consommation électrique maîtrisée : 3 boîtiers 24/7 sobres, le reste on-demand. |
+| **Fiabilité** | Le système tourne sans intervention constante (watchdogs, services stables). |
+| **Redondance** | Aucune donnée unique : backup 3-2-1 (3 copies, 2 supports, 1 offsite). |
+| **Compréhension** | Chaque brique est documentée et comprise — sinon on ne la garde pas. |
+
+### 1.4 Définition du succès (mesurable, horizon 1 an)
+
+| Critère de succès | Mesure |
+|-------------------|--------|
+| **Dégafamisation** | Photos, fichiers, notes, mots de passe, média, agenda de la famille accessibles **sans** GAFAM. (Mail, messagerie, streaming = horizon > 1 an.) |
+| **Fiabilité** | Backup 3-2-1 **vérifié** (restauration testée au moins une fois). |
+| **Sobriété** | Seulement 3 boîtiers 24/7 (Freebox + NAS + effi-server), conso idle mesurée et stable. |
+| **Maîtrise** | Je peux réparer n'importe quelle brique en < 5 min (doc + procédure). |
+| **Compétence** | Dossier + docs projet maintenus à jour = portfolio démontrable. |
+
+---
+
+## G2 — État de l'art
+
+> **Statut** : ✅ Validé (scan live 30/09/2026) — **corrections** appliquées vs docs héritées
+
+### 2.1 Inventaire des machines (rôles)
+
+> **Référence matérielle** : les specs hardware détaillées (CPU, RAM, disques, conteneurs) sont dans le **snapshot daté** `ETAT-DE-LART-2026-09-30.md` §2/§3/§5 — **source unique des faits matériels**. Ce tableau ne retient que le **rôle** de chaque machine (la valeur ajoutée du dossier) pour éviter la duplication et la dérive.
+
+| Machine | IP | Rôle actuel | Statut |
+|---------|-----|-------------|--------|
+| **Freebox Delta** | .254 | Passerelle + DNS + domotique | actif (thermique à corriger) |
+| **NAS (futur G9)** | **.25** | **Cœur famille (cible)** | prêt sur le bureau, non branché |
+| **xpenology / NVR** | .25 (actuel) | NVR + ~30 conteneurs + stockage | à décommissionner |
+| **218play** | .26 | NAS backup | actif (offsite non exploité) |
+| **effi-server** | .27 | Cerveau IA (34 conteneurs) | actif (disque 94%) |
+| **folzo-corp** | .11 | Muscle IA (LLM, Ollama, ComfyUI…) | actif (quelques services cassés) |
+| **Laptop** | — | Workstation principale | actif |
+| **BC 250** | — | Gaming (candidat Steam Machine) | — |
+| **Postes enfants** | .15/.16/.17 | Accès stack famille | actifs |
+| **Média salon** | .51–.59 | Streaming / audio | actifs |
+| **Alarme** | .21 | Alarme maison | active |
+| **Switches** | .2/.3/.5 | Réseau | actifs |
+| **NVR Reolink ×3** | .41/.123/.191 | Surveillance (RTSP) | actifs |
+
+> ⚠️ **Corrections vs docs héritées** (appliquées dans le snapshot comme ici) :
+> - Le NAS cible est sur **.25** (le G9 remplace xpenology **sur place**), pas .10.
+> - folzo-corp = **2× RTX 3060 12 Go + 62 Go RAM** (les docs `Effi`/`Hermes`/`Folzo Corp.` disaient « RX 7800 XT 16 Go / 32 Go » → **obsolète**).
+> - Le futur NAS = **HP Pro Mini 400 G9, i3-13100T** (les docs disaient « i3-12100 » → corrigé).
+
+### 2.2 Par machine : ce qui marche / ce qui est cassé
+
+| Machine | ✅ Marche | ❌ Cassé / fragile |
+|---------|-----------|---------------------|
+| **Freebox** | Routeur, DNS (AdGuard .1), domotique (HA .20), RAID5 | **85°C** (usure thermique, risque throttling) |
+| **xpenology** | NVR, Nextcloud, Vaultwarden, Joplin, Gitea, n8n, \*arr | **Backup USB non reconnu** (pas de backup — disque Seagate 3.6 To à secteurs HS, diagnostiqué 01/10), 5 conteneurs morts, **légalité + peur MAJ** |
+| **218play** | Stockage backup (2×2To) | **Non utilisé** comme offsite (pas de flux) |
+| **effi-server** | OpenWebUI, Qdrant, n8n, Hermes, Dify, SearXNG, STT/TTS | **Disque 94%** (6 Go libres), 34 conteneurs (surcharge) |
+| **folzo-corp** | **LLM stable** (Swift-1.5 Qwen 27B, 57 tok/s, 50/50), Ollama, kreuzberg | **ComfyUI mort** (port 8188), **RAGFlow crash loop**, effi-services FAILED, effi-stt/ocr unhealthy, 18 modèles legacy (98 Go) |
+| **G9** | Matériel prêt | **Non branché, non installé** |
+
+### 2.3 Dépendances GAFAM actuelles (à dégafamiser)
+
+| Service GAFAM | Usage famille | Criticité |
+|---------------|---------------|-----------|
+| **Synology Photos** (via XPEnology) | Photos famille (~10 ans) | ⚠️ **haute** — fiable mais **enchaîné à XPEnology** |
+| **Google** (Drive/Cal/Contacts/Keep) | Fichiers, agenda, contacts, notes | haute |
+| **Gmail** | Mail famille | haute |
+| **Netflix / YouTube** | Films / séries / vidéo | moyenne |
+| **Spotify / Apple Music** | Musique | moyenne |
+| **WhatsApp / iMessage / FaceTime / Meet** | Messagerie / vidéo | moyenne |
+| **ChatGPT / Gemini** | IA (remplacé par Effi/Hermes local) | basse (déjà en cours) |
+
+### 2.4 Actifs de données identifiés
+
+| Actif | Volume estimé | Importance | Où aujourd'hui |
+|-------|---------------|------------|----------------|
+| **Photos famille** | **~10 ans** | 🔴 **patrimoine** | Synology Photos (XPEnology) |
+| **Notes** | variable | haute | Joplin / Affine / NC / Obsidian (dispersé) |
+| **Fichiers famille** | variable | haute | Nextcloud (XPEnology) |
+| **Modèles LLM (GGUF)** | 98 Go | moyenne | folzo-corp `/home/folzo/models` |
+| **Média (films/séries)** | 15To + 5.5To USB | moyenne | XPEnology USB |
+| **Projets / docs** | variable | haute | Gitea + clones locaux |
+| **Mots de passe** | — | 🔴 **critique** | Vaultwarden (XPEnology) |
+
+### 2.5 Fragilité XPEnology (moteur de la migration)
+
+Le xpenology (DSM sur hardware non officiel) pose **deux problèmes structurels** :
+1. **Légalité** : DSM sur un NVR reflashé = zone grise légale.
+2. **Peur des MAJ** : chaque mise à jour DSM risque de **casser le système** (pas de support officiel, pas de retour en arrière garanti).
+
+→ C'est le **moteur** de la migration vers le **G9** (OS neuf, supporté, sous mon contrôle) **sur la même IP .25**. Le xpenology sera **décommissionné** une fois la migration faite.
+
+---
+
+## G3 — Besoins
+
+> **Statut** : 🟡 **À affiner au cas par cas** — les besoins sont posés ; le choix des outils se fera **ultérieurement**, par usage, **sans prescription** ici.
+
+### 3.1 Règle de lecture
+
+- Chaque besoin est au **niveau besoin** (ce qu'on veut obtenir), **pas** au niveau techno.
+- **1 à 2 exemples max** de direction, **aucune prescription d'app**.
+- Besoins séparés : **famille** / **personnel**.
+- Chaque besoin est rattaché à un **pilier** (G1).
+- Les **décisions ouvertes** (photos, notes) sont marquées ⚠️ et **non résolues** (→ G5).
+
+### 3.2 Besoins — Famille
+
+| # | Besoin (usage quotidien) | Situation actuelle | Direction à étudier (1-2 ex. max) | Pilier | Statut |
+|---|--------------------------|--------------------|-------------------------------------|--------|--------|
+| F1 | **Photos** : mémoire familiale, IA, partage, **sans dépendance XPEnology** | Synology Photos (~10 ans, fiable) | "gère tout" (ex. Immich) **ou** "stockage + accès" (ex. Nextcloud) | 1, 2 | ⚠️ **ouvert** (G5.1) |
+| F2 | **Notes** : aligné sur la culture de la donnée (local, portable, structuré) | Joplin / Affine / NC / Obsidian (dispersé) | à étudier en profondeur | 1, 2, 4 | ⚠️ **ouvert** (G5.2) |
+| F3 | **Fichiers** : centralisation famille, accès multi-appareils | Nextcloud (XPEnology) | centralisation + sync | 1, 2 | à étudier |
+| F4 | **Agenda + contacts** : synchro tous téléphones | Google Cal/Contacts | CalDAV/CardDAV local | 1 | à étudier |
+| F5 | **Mots de passe** : coffre local, partage famille | Vaultwarden (XPEnology) | coffre auto-hébergé | 1 | à étudier |
+| F6 | **Films / séries** : médiathèque + auto-download | Netflix / YouTube | Jellyfin + \*arr | 2 | à étudier |
+| F7 | **Musique** : médiathèque audio | Spotify / Apple | Jellyfin / Navidrome | 2 | à étudier |
+| F8 | **Mail** : serveur local + client | Gmail | serveur mail + Thunderbird | 1 | à étudier |
+| F9 | **Recherche web** : sans Google | Google | méta-moteur local (ex. SearXNG) | 1 | à étudier |
+| F10 | **Domotique** : centralisation maison | Home Assistant (Freebox) | centralisation + automatisations | 2 | à étudier |
+| F11 | **Caméras** : vision IA locale | NVR Reolink + Surveillance Station | vision IA (ex. Frigate) | 2 | à étudier |
+| F12 | **Anti-ads / DNS** : filtre famille (enfants) | AdGuard Home (.1) | filtre DNS | 2 | à étudier |
+| F13 | **Messagerie / vidéo** : alternatives ouvertes | WhatsApp / FaceTime / Meet | messagerie ouverte (ex. Matrix) + visio (ex. Jitsi) | 1 | à étudier |
+| F14 | **Jeux** : maison + rétro | Steam | serveur de jeu + rétro | 2 | à étudier |
+| F15 | **Lecture / RSS** : veille | — | agrégateur local (ex. FreshRSS) | 2 | à étudier |
+
+### 3.3 Besoins — Personnel
+
+| # | Besoin | Situation actuelle | Direction | Pilier | Statut |
+|---|--------|--------------------|-----------|--------|--------|
+| P1 | **IA personnelle** : assistant + RAG sur mes docs | Effi / Hermes + Jean (en place) | fiabiliser la chaîne | 2, 5 | ✅ en cours |
+| P2 | **Gestion de projet** : suivi des tâches | Leantime | local | 2 | à étudier |
+| P3 | **Versioning** : code + docs | Gitea (down) | fiabiliser | 4, 5 | à étudier |
+| P4 | **Automatisation** : workflows | n8n | local | 2, 5 | à étudier |
+
+### 3.4 Mapping besoin → pilier
+
+| Pilier | Besoins couverts |
+|--------|------------------|
+| 1 — Dégafamisation | F1–F5, F8, F9, F13 |
+| 2 — Bons outils | F1–F15, P1–P4 |
+| 3 — Réutilisation | (tous — chaque besoin mappé sur une machine existante, G4) |
+| 4 — Montée en compétence | F2, P2, P3 |
+| 5 — Être acteur | P1, P3, P4 (+ fiabilité globale) |
+
+---
+
+## G4 — Architecture cible
+
+> **Statut** : ✅ Cadré — chaque machine a un **rôle clair**, évalué sur 4 axes.
+
+### 4.1 Rôle de chaque machine (4 axes)
+
+| Machine | **Rôle cible** | Sécurité | Fiabilité | Redondance | Conso |
+|---------|----------------|----------|-----------|------------|-------|
+| **Freebox .254** | Passerelle + DNS (filtre) + domotique + **backup intermédiaire** | gateway + VPN + DNS famille | 24/7 | RAID5 (3×1To) = 2ᵉ copie | **85°C à corriger** |
+| **NAS .25 (G9)** | **Cœur famille** : photos, fichiers, notes, mots de passe, média, domotique, caméras | tout le patrimoine famille | 24/7 = **point critique** → doit être sauvegardé | 2 disques internes + USB + offsite | i3-13100T 35W, **~10-15W idle** (sobre) |
+| **effi-server .27** | **Cerveau IA** : orchestration, RAG, assistant | données RAG | **disque 94% → à alléger** | — | ~10W (sobre, 24/7) |
+| **folzo-corp .11** | **Muscle IA** : LLM, génération, STT/TTS | LLM 100% local (rien ne sort) | gestion VRAM | 2 GPU | **grosse conso en charge → on-demand (WoL), pas 24/7** |
+| **xpenology .25** | **À décommissionner** (remplacé par le G9 sur .25) | légalité + peur MAJ → moteur migration | — | — | — |
+| **218play .26** | **Backup offsite** (3ᵉ copie) | 3-2-1 | — | — | **éteinte le plus souvent** (on-demand) |
+| **Laptop** | Poste principal + dev | — | — | — | on-demand |
+| **BC 250** | Gaming / média salon | — | — | — | on-demand |
+| **Postes enfants** | Accèdent à la stack famille | DNS filtré, profils | — | — | — |
+
+### 4.2 Principe 24/7 vs on-demand
+
+| Mode | Machines | Raison |
+|------|----------|--------|
+| **24/7** (toujours allumées) | **Freebox** + **NAS** (+ effi-server) | Seuls les services critiques famille + cerveau IA. Tous **sobres** (i3-13100T, J5040). |
+| **On-demand** (WoL / allumage à la demande) | **folzo-corp** (IA lourde), **BC 250** (gaming), **218play** (backup offsite), **Laptop** | Grosse conso en charge → ne les allumer que quand c'est nécessaire. |
+
+> **Sobriété** : l'objectif est **3 boîtiers 24/7 sobres** (Freebox + NAS + effi-server, tous ~10W). Le muscle IA (2× 3060) est **on-demand** pour ne pas gaspiller.
+
+### 4.3 Stratégie de backup 3-2-1
+
+**3-2-1** = **3** copies, sur **2** supports différents, dont **1** offsite.
+
+| Copie | Support | Machine | Contenu | Fréquence |
+|-------|---------|---------|---------|-----------|
+| **1** (originale) | Disques internes (NVMe + SATA) | **NAS .25** | Photos, fichiers, notes, mots de passe, média | continu |
+| **2** (intermédiaire) | RAID5 (3×1To) | **Freebox** | Snapshot NAS quotidien | quotidien |
+| **3** (offsite) | 2×2To | **218play** | Copie des données critiques (photos, mots de passe, docs) | hebdo / on-demand |
+
+> **Prérequis** : le backup 3-2-1 ne peut être mis en place **qu'après** la résolution du backup USB HS (G6, risque #1) et l'installation du G9.
+
+### 4.4 Topologie réseau (schéma)
+
+```
+INTERNET (Fibre Free)
+        │
+┌───────▼────────────────────────────────────────┐
+│  FREEBOX DELTA (.254) — gateway + VPN          │
+│  ├─ AdGuard Home (.1) — DNS filtre famille     │
+│  ├─ Home Assistant (.20) — domotique           │
+│  └─ RAID5 (3×1To) — backup intermédiaire       │
+└───┬───────────┬───────────┬───────────┬────────┘
+    │           │           │           │
+┌───▼───┐  ┌────▼────┐  ┌───▼────┐  ┌───▼─────────┐
+│ NAS   │  │ effi-   │  │ folzo- │  │ 218play     │
+│ .25   │  │ server  │  │ corp   │  │ .26         │
+│ (G9)  │  │ .27     │  │ .11    │  │ (offsite)   │
+│ cœur  │  │ cerveau │  │ muscle │  │ 3ᵉ copie    │
+│ famille│ │ IA      │  │ IA     │  │             │
+└───────┘  └─────────┘  └────────┘  └─────────────┘
+    │
+    ├─ Postes enfants (.15/.16/.17)
+    ├─ Média salon (.51–.59)
+    ├─ NVR Reolink ×3 (.41/.123/.191)
+    └─ Alarme (.21)
+```
+
+### 4.5 Décommissionnement xpenology
+
+- Le **G9** prend l'IP **.25** (même adresse) → migration **transparente** (DNS, sous-domaines conservés).
+- Le **xpenology** est **décommissionné** une fois la migration validée (plus de DSM, plus de risque MAJ, plus de zone grise légale).
+- Les **NVR Reolink** (autonomes) restent tels quels ; la surveillance migre vers le NAS (Frigate) si souhaité.
+
+---
+
+## G5 — Décisions ouvertes
+
+> **Statut** : 🟡 **Cadrées, non tranchées** — à étudier **au cas par cas**, dans un second temps. Ce dossier fournit le **cadre de réflexion + critères d'évaluation**, pas la décision.
+
+### 5.1 Décision ouverte — Photos
+
+**Contexte** : 10 ans de photos sur Synology Photos, **fiable**, mais **enchaîné à XPEnology** (légalité + peur MAJ). C'est LA décision qui justifie le NAS G9.
+
+**Besoin** : la même **fiabilité** + **IA** + **partage famille**, **sans dépendance XPEnology**.
+
+**Axes de réflexion** :
+
+| Axe | Option A — "gère tout" | Option B — "stockage + accès" |
+|-----|------------------------|-------------------------------|
+| Exemple | Immich | Nextcloud (photos) |
+| IA (reconnaissance, recherche) | intégrée | à ajouter |
+| Partage famille | intégrée | à configurer |
+| Migration des 10 ans | export + re-upload | rsync / sync |
+| Complexité | plus élevée | plus simple |
+| Souveraineté | forte | forte |
+
+**Critères d'évaluation (à remplir lors de l'étude)** :
+- [ ] Fiabilité sur le long terme (track record)
+- [ ] Qualité de l'IA (reconnaissance personnes/lieux, recherche sémantique)
+- [ ] Facilité de partage famille (liens, albums)
+- [ ] Effort de migration des 10 ans de photos
+- [ ] Consommation (CPU/RAM/disk) sur le G9 (16 Go)
+- [ ] Maintenance (MAJ, backups)
+- [ ] Sortie / export (rester libre)
+
+**Volume à estimer** : ~10 ans de photos → **estimer le volume** (Go / nombre de fichiers) avant de choisir.
+
+### 5.2 Décision ouverte — Notes
+
+**Contexte** : essai de **Joplin / Affine / Nextcloud Notes / Obsidian**… toujours pas fixé. C'est un **gros point de réflexion** lié à la **culture de la donnée**.
+
+**Besoin** : un outil de notes **local, portable, structuré, souverain**, aligné sur ma culture de la donnée (thèse CAS).
+
+**Critères d'évaluation (à remplir lors de l'étude)** :
+- [ ] **Local** : données sur le NAS (pas dans le cloud)
+- [ ] **Multi-appareils** : synchro laptop / téléphone / tablette
+- [ ] **Recherche** : plein texte + (idéalement) sémantique
+- [ ] **Structure** : hiérarchie, liens, tags, graph
+- [ ] **Format** : ouvert (Markdown) → pas de verrouillage
+- [ ] **Export** : rester libre (exporter tout à tout moment)
+- [ ] **Collaboration** : partage famille (si besoin)
+- [ ] **Intégration** : avec le reste de la stack (RAG, Effi)
+
+**Point de réflexion clé** : quelle est la **philosophie** de mes notes — "capture rapide" (type Joplin) vs "second cerveau structuré" (type Obsidian) vs "workspace collaboratif" (type Affine) ? La réponse oriente le choix.
+
+### 5.3 Règle pour les décisions ouvertes
+
+> Chaque décision ouverte a une **liste de critères d'évaluation prêts à l'emploi** (5.1, 5.2). Lors de l'étude ultérieure, on **remplit la grille**, on **note le choix**, et on **met à jour ce dossier** (G3 + G4). **On ne tranche jamais à l'arrache.**
+
+---
+
+## G6 — Risques & priorités
+
+> **Statut** : 🟡 **Cadre fourni, ordre LAISSÉ OUVERT** (analyse en cours). Le cadre d'évaluation est prêt ; les priorités seront fixées **après** l'analyse complète.
+
+### 6.1 Cadre d'évaluation des risques
+
+**Formule** : `Risque = Probabilité (1-5) × Impact (1-5)` → score 1-25.
+
+| Score | Niveau | Action |
+|-------|--------|--------|
+| 15-25 | 🔴 Critique | Traiter **en premier** (fondations) |
+| 8-14 | 🟠 Élevé | Traiter tôt |
+| 4-7 | 🟡 Moyen | Traiter au fil de l'eau |
+| 1-3 | 🟢 Faible | Surveiller |
+
+**Probabilité** : 1 = quasi impossible, 5 = quasi certain.
+**Impact** : 1 = négligeable, 5 = perte de données / service famille à l'arrêt.
+
+### 6.2 Risques actuels connus
+
+| # | Risque | Machine | Prob. | Impact | Score | Niveau | Lien vision |
+|---|--------|---------|-------|--------|-------|--------|-------------|
+| 1 | **Pas de backup** (USB HS — **secteurs HS détectés 01/10**) | xpenology | 4 | 5 | **20** | 🔴 | Pilier 5 (fiabilité) — sans backup, tout le reste repose sur du sable. **Diagnostic** : Seagate Expansion 3.6 To NTFS, 2 zones de bad blocks (dont photos 2008 illisibles). **À sauvegarder immédiatement** avant dégradation totale. Voir `ETAT-DE-LART-2026-10-06.md` §2 |
+| 2 | **Freebox 85°C** | Freebox | 3 | 4 | **12** | 🟠 | Pilier 5 — usure du routeur = tout le réseau |
+| 3 | **Disque effi-server 94%** | effi-server | 4 | 3 | **12** | 🟠 | Pilier 5 — risque de saturation du cerveau IA |
+| 4 | **Gitea down** | xpenology | 3 | 3 | **9** | 🟠 | Pilier 4 — versioning des docs/projets |
+| 5 | **XPEnology (légalité + MAJ)** | xpenology | 3 | 4 | **12** | 🟠 | Pilier 1, 5 — moteur de la migration G9 |
+| 6 | **ComfyUI mort** | folzo-corp | 3 | 2 | **6** | 🟡 | Pilier 2 — génération d'images |
+| 7 | **RAGFlow crash loop** | folzo-corp | 4 | 2 | **8** | 🟠 | Pilier 2 — RAG |
+| 8 | **18 modèles legacy (98 Go)** | folzo-corp | 2 | 2 | **4** | 🟡 | Pilier 3 — nettoyage |
+| 9 | **Docs obsolètes (GPU/RAM)** | — | 2 | 2 | **4** | 🟡 | Pilier 4 — culture de la donnée |
+| 10 | **Backup intermédiaire Freebox non validé** | Freebox | 3 | 3 | **9** | 🟠 | Pilier 5 — utiliser le RAID5 interne de la Freebox comme cible de snapshot NAS est non standard ; à valider avant Phase 0 |
+
+### 6.3 Principe "fondations d'abord"
+
+> **On ne construit pas sur du sable.** Avant toute migration ou nouveau service, les **fondations** doivent être solides :
+> 1. **Backup 3-2-1** fonctionnel (risque #1)
+> 2. **Freebox thermique** corrigée (risque #2)
+> 3. **Disque effi-server** allégé (risque #3)
+>
+> Sans ces 3, tout le reste (NAS G9, dégafamisation) repose sur un système fragile.
+
+#### 6.3.1 Pourquoi Synology ne détecte plus le disque backup (diagnostic 01/10/2026)
+
+Le 3ᵉ USB (backup du Synology) est un **Seagate Expansion Portable 3.6 To** (serial `NAAXB11T`), NTFS, 3.2 To de sauvegardes. **Diagnostic** : le système de fichiers NTFS est cohérent, mais **2 zones de secteurs défectueux (bad blocks)** bloquent le montage par DSM (dont un répertoire de **photos famille 2008 illisible**). Causes secondaires : format NTFS (lecture seule sans `ntfs-3g`) + disque branché sur effi-server.
+
+> **Diagnostic complet + zones exactes + recommandations détaillées** : voir `ETAT-DE-LART-2026-10-06.md` §2 (source unique).
+
+**Action prioritaire absolue** : **copier immédiatement les 3.2 To de données saines** vers 218play / G9 — le disque se dégrade, le risque de perte totale augmente chaque jour. **Ne PAS défragmenter** (cause physique, défrag risquée). À terme : **remplacer le disque** (portable non conçu pour du 24/7), formaté **ext4** ou **Btrfs**.
+
+### 6.4 Ordre de priorité — LAISSÉ OUVERT
+
+> **L'analyse n'est pas terminée.** L'ordre de priorité sera fixé **après** :
+> - l'étude des décisions ouvertes (G5),
+> - le remplissage complet de la matrice de risques (6.2),
+> - la validation de la vision par l'utilisateur.
+>
+> **Cadre de décision fourni** : on traite d'abord les 🔴 (score 15+), puis les 🟠 (8-14), en respectant le principe "fondations d'abord" (6.3).
+
+---
+
+## G7 — Plan de (re)création
+
+> **Statut** : 🟡 **Phasé, à affiner** — les phases et dépendances sont posées ; les détails d'exécution seront précisés au fur et à mesure. **Structuré pour être utilisé PENDANT le rebuild** (checklist + statut par phase).
+
+### 7.0 Règle de lecture
+
+- Chaque phase a : **objectif**, **actions**, **dépendances**, **critères de succès vérifiables**.
+- On démarre par les **fondations** (fiabilité/backup), on finit par les **optimisations**.
+- **Statut par phase** : ⬜ à faire → 🟡 en cours → ✅ validé.
+- **On ne passe à la phase N+1 qu'après validation de la phase N.**
+
+### 7.1 Phase 0 — Fondations (fiabilité)
+
+**Objectif** : un système qui ne repose plus sur du sable.
+
+| # | Action | Dépendance | Critère de succès (vérifiable) |
+|---|--------|------------|-------------------------------|
+| 0.1 | **Sauvegarder + remplacer** le **disque backup USB** (diagnostiqué 01/10 : Seagate Expansion 3.6 To NTFS, 2 zones de secteurs HS) | — | **3.2 To de données saines copiées** sur 218play/G9 + disque remplacé + backup testé (restauration OK) |
+| 0.2 | Corriger la **thermique Freebox** (85°C) | — | Température < 70°C en charge |
+| 0.3 | Alléger le **disque effi-server** (94%) | — | < 70% d'utilisation |
+| 0.4 | Remettre **Gitea** en service | 0.1 | `gitea.folzocorp.fr` accessible |
+
+**Statut** : ⬜ à faire
+**Dépendances** : aucune (c'est le départ)
+
+### 7.2 Phase 1 — Cœur famille (NAS G9)
+
+**Objectif** : le NAS G9 sur .25 devient le **cœur famille** (dégafamisation).
+
+| # | Action | Dépendance | Critère de succès |
+|---|--------|------------|-------------------|
+| 1.1 | Installer **Ubuntu Server 24.04** sur le G9 | Phase 0 | OS + réseau OK (IP .25) |
+| 1.2 | Monter les disques (NVMe + SATA + USB) | 1.1 | Disques montés, partitions OK |
+| 1.3 | Installer **Docker** + base services | 1.2 | Docker fonctionnel |
+| 1.4 | Migrer **photos** (Synology → NAS) | 1.3 + **G5.1 tranché** | Photos accessibles, IA OK |
+| 1.5 | Migrer **fichiers** (Nextcloud) | 1.3 | Fichiers accessibles multi-appareils |
+| 1.6 | Migrer **mots de passe** (Vaultwarden) | 1.3 | Coffre accessible famille |
+| 1.7 | Installer **média** (Jellyfin + \*arr) | 1.2 | Films/séries accessibles |
+| 1.8 | Installer **notes** | 1.3 + **G5.2 tranché** | Notes accessibles |
+| 1.9 | Configurer **DNS** (AdGuard) + sous-domaines | 1.3 | Sous-domaines résolus en local |
+
+**Statut** : ⬜ à faire
+**Dépendances** : Phase 0 + décisions G5.1/G5.2
+
+### 7.3 Phase 2 — Cerveau IA (fiabiliser)
+
+**Objectif** : la chaîne IA est stable et complète.
+
+| # | Action | Dépendance | Critère de succès |
+|---|--------|------------|-------------------|
+| 2.1 | Réparer **ComfyUI** (port 8188) | — | Génération d'images OK |
+| 2.2 | Réparer **RAGFlow** (crash loop) | — | RAG fonctionnel |
+| 2.3 | Réparer **effi-services** (FAILED) | — | Services up |
+| 2.4 | Trier les **18 modèles legacy** (98 Go) | — | Disk folzo-corp < 60% |
+| 2.5 | Corriger les **docs obsolètes** (GPU/RAM) | — | Docs = réalité |
+
+**Statut** : ⬜ à faire
+**Dépendances** : Phase 0 (disque allégé)
+
+### 7.4 Phase 3 — Finitions (dégafamisation complète)
+
+**Objectif** : la famille n'utilise plus de GAFAM.
+
+| # | Action | Dépendance | Critère de succès |
+|---|--------|------------|-------------------|
+| 3.1 | **Agenda + contacts** (CalDAV/CardDAV) | 1.3 | Synchro tous téléphones |
+| 3.2 | **Mail** (serveur local) | 1.3 | Mail famille local |
+| 3.3 | **Domotique** (HA → NAS) | 1.3 | Domotique centralisée |
+| 3.4 | **Caméras** (Frigate) | 1.3 | Vision IA locale |
+| 3.5 | **Messagerie / vidéo** (Matrix/Jitsi) | 1.3 | Alternatives ouvertes |
+| 3.6 | **Jeux** (Valheim + rétro) | 1.2 | Jeux accessibles |
+| 3.7 | **Décommissionner xpenology** | 1.4–1.8 validés | xpenology éteint, G9 seul sur .25 |
+
+**Statut** : ⬜ à faire
+**Dépendances** : Phase 1
+
+### 7.5 Vue d'ensemble des phases
+
+```
+Phase 0 (Fondations) ──► Phase 1 (Cœur famille G9) ──► Phase 2 (Cerveau IA) ──► Phase 3 (Finitions)
+   backup/Freebox/          NAS + photos/fichiers/         ComfyUI/RAGFlow/        agenda/mail/
+   disque/Gitea             média/notes                    docs                    caméras/jeux
+                                                                    └──────────────► Décommissionner xpenology
+```
+
+> **Note** : les phases 1 et 2 sont **partiellement parallélisables** (le cerveau IA ne dépend pas du NAS), mais la **phase 0 est toujours en premier**.
+
+---
+
+## G8 — Montée en compétence
+
+> **Statut** : ✅ Cadré — l'infra comme terrain d'apprentissage et portfolio.
+
+### 8.1 L'infra comme terrain d'apprentissage
+
+Chaque service installé = **une compétence** :
+
+| Compétence | Service / action | Phase |
+|------------|------------------|-------|
+| Docker | Installation + conteneurs | 1 |
+| Réseau / DNS | AdGuard + sous-domaines | 1 |
+| Reverse proxy | Nginx Proxy Manager | 1 |
+| Backup | 3-2-1 | 0, 1 |
+| Sécurité | VPN, firewall, mots de passe | 1, 3 |
+| Stockage | Partitions, montages | 1 |
+| IA | LLM, RAG, STT/TTS | 2 |
+| Domotique | Home Assistant | 3 |
+| Supervision | Beszel | 0 |
+
+### 8.2 Principe "une seule source de vérité"
+
+> **Ce dossier + les docs projet** = la source de vérité unique. Plus de dispersion entre `effi/README.md`, mémoires Hermes, docs ad-hoc.
+>
+> **Règle** : noter la **réalité mesurée** (scan live) plutôt que la documentation héritée. Après chaque évolution majeure → **mettre à jour ce dossier**.
+
+### 8.3 Approche de documentation progressive
+
+- **Documenter au fur et à mesure** (pas "à la fin").
+- Chaque phase validée → mise à jour du dossier (statut + décisions).
+- Les décisions ouvertes (G5) → remplissage de la grille + note du choix.
+
+### 8.4 Lien avec le CAS (IA & transformation digitale)
+
+> L'infrastructure est le **portfolio réel** du CAS :
+> - **Culture de la donnée** (thèse) → appliquée dans la décision "notes" (G5.2) + la source de vérité (8.2).
+> - **IA & transformation digitale** → appliquée dans la chaîne IA (Phase 2).
+> - **Méthode** → état de l'art → besoins → architecture → plan (ce dossier).
+
+---
+
+## G9 — Qualité & mise en valeur
+
+> **Statut** : ✅ En cours d'application — ce groupe décrit les règles de qualité du dossier lui-même.
+
+### 9.1 Cohérence interne
+
+| Point | Valeur unique (pas de contradiction) |
+|-------|--------------------------------------|
+| IP du NAS | **.25** (partout) |
+| GPU folzo-corp | **2× RTX 3060 12 Go** (partout) |
+| RAM folzo-corp | **62 Go** (partout) |
+| CPU du G9 | **i3-13100T** (partout) |
+| Rôles machines | cohérents G2 ↔ G4 ↔ G7 |
+
+### 9.2 Structure & lisibilité
+
+- **Français**, hiérarchie claire (H1/H2/H3), tableaux.
+- Sommaire avec ancres.
+- Chaque section porte son **statut** (✅ / 🟡 / ⬜).
+
+### 9.3 Mise en valeur du travail
+
+> Ce dossier ne liste pas : il **raisonne**.
+> - **Méthode** : état de l'art → besoins → architecture → plan (démontrable).
+> - **Profondeur** : scan live, corrections de docs héritées, matrice de risques, cadre de décision.
+> - **Compétence** : chaque choix est justifié (pas d'assertion sans raison).
+
+### 9.4 Document vivant
+
+- **Versionné** : les documents vivants (ce dossier, le guide) ont un **nom sans date** ; les dates sont dans le **changelog**. Les **snapshots** (état de l'art) sont **datés et immuables** — chaque évolution majeure produit un nouveau fichier daté.
+- **Statut par section** : ✅ validé / 🟡 en cours / ⬜ à faire.
+- **Traçabilité** : besoin → décision → action (Annexe A).
+
+### 9.5 Traçabilité
+
+> Voir **Annexe A** : chaque besoin (G3) est rattaché à une décision (G5) et à une action (G7). Pas d'orphelin.
+
+---
+
+## Annexe A — Matrice de traçabilité
+
+| Besoin (G3) | Pilier (G1) | Décision (G5) | Action (G7) | Machine (G4) |
+|-------------|-------------|---------------|-------------|--------------|
+| F1 Photos | 1, 2 | **G5.1 (ouvert)** | 1.4 | NAS .25 |
+| F2 Notes | 1, 2, 4 | **G5.2 (ouvert)** | 1.8 | NAS .25 |
+| F3 Fichiers | 1, 2 | — | 1.5 | NAS .25 |
+| F4 Agenda/Contacts | 1 | — | 3.1 | NAS .25 |
+| F5 Mots de passe | 1 | — | 1.6 | NAS .25 |
+| F6 Films/Séries | 2 | — | 1.7 | NAS .25 |
+| F7 Musique | 2 | — | 1.7 | NAS .25 |
+| F8 Mail | 1 | — | 3.2 | NAS .25 |
+| F9 Recherche | 1 | — | (effi-server) | effi-server .27 |
+| F10 Domotique | 2 | — | 3.3 | NAS .25 |
+| F11 Caméras | 2 | — | 3.4 | NAS .25 |
+| F12 Anti-ads/DNS | 2 | — | 1.9 | Freebox .254 |
+| F13 Messagerie/vidéo | 1 | — | 3.5 | NAS .25 |
+| F14 Jeux | 2 | — | 3.6 | NAS / BC 250 |
+| F15 Lecture/RSS | 2 | — | (à planifier) | NAS .25 |
+| P1 IA perso | 2, 5 | — | 2.1–2.3 | folzo-corp .11 |
+| P2 Gestion projet | 2 | — | (à planifier) | NAS .25 |
+| P3 Versioning | 4, 5 | — | 0.4 | NAS .25 (Gitea) |
+| P4 Automatisation | 2, 5 | — | (à planifier) | NAS .25 |
+| Fiabilité (global) | 5 | — | 0.1–0.4 | toutes |
+
+> **Lecture** : chaque besoin a un pilier, une décision (si ouverte), une action, et une machine. **Pas d'orphelin.**
+
+---
+
+## Annexe B — Glossaire & abréviations
+
+| Terme | Définition |
+|-------|-----------|
+| **GAFAM** | Google, Apple, Facebook (Meta), Amazon, Microsoft |
+| **Dégafamisation** | Remplacer les services GAFAM par des équivalents locaux |
+| **3-2-1** | 3 copies, 2 supports, 1 offsite (stratégie de backup) |
+| **WoL** | Wake-on-LAN (allumer une machine à distance) |
+| **NAS** | Network Attached Storage |
+| **NVR** | Network Video Recorder |
+| **XPEnology** | DSM (Synology) installé sur hardware non officiel |
+| **RAG** | Retrieval-Augmented Generation |
+| **LLM** | Large Language Model |
+| **STT / TTS** | Speech-To-Text / Text-To-Speech |
+| **\*arr** | Stack de gestion média (Sonarr, Radarr, Prowlarr) |
+| **CAS** | Certificat d'Aptitude Spéciale (IA & transformation digitale) |
+| **G9** | HP Pro Mini 400 G9 (futur NAS) |
+| **4 axes** | Sécurité, fiabilité, redondance, conso électrique |
+
+---
+
+## Changelog
+
+| Date | Version | Changement |
+|------|---------|------------|
+| 30/09/2026 | v1.0 | Création du dossier — vision, état de l'art, besoins, architecture, décisions ouvertes, risques, plan, montée en compétence, qualité. |
+| 30/09/2026 | v1.1 | Renommage sans date (doc vivant) ; suppression du périmètre pro CASU (ne rien ramener du travail) ; clarification scope dégafamisation (1 an = sous-ensemble) ; risque #10 (backup intermédiaire Freebox à valider) ; « 4 axes » (ex 4 lens). |