# 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). |