g9ops/g9-migration
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
c7385be393dd190550f31948b7e69a4c3e502ec6
g9-migration/archive/DOSSIER-INFRA.md
T
Effi c246427cf5 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

643 lines
38 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 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). |
Reference in New Issue View Git Blame Copy Permalink