g9ops/g9-migration
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
master
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

38 KiB
Raw Permalink Blame History

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 (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

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