MAJ: volume ./data applique (fix definitif) + methode scan btrfs subvolumes

hermes-tt/rla-api-users-superadmin.md

@@ -1,6 +1,12 @@
 # rla-api — Gestion des utilisateurs & superadmin par défaut
 
-> **Date** : 2026-07-04 · **Tags** : infra, rla-api, users, superadmin, bcrypt, gitea
+> **Date** : 2026-07-04, MAJ 2026-07-05 · **Tags** : infra, rla-api, users, superadmin, bcrypt, gitea, volume, btrfs
+
+## ⚡ MAJ 2026-07-05 — FIX DÉFINITIF APPLIQUÉ
+
+`/volume1/docker/rla-api/data/` est désormais **monté en volume** sur `/app/data` (compose commit `018bbb2` sur le repo app). **Les comptes survivent à tous les rebuilds/recreates sans modification** — plus besoin de toucher au repo pour un utilisateur. Modif = éditer `/volume1/docker/rla-api/data/users.json` (relu à chaque appel, pas de restart) ou l'UI. Le `data/users.json` du repo n'est plus qu'un seed masqué par le volume. La procédure « 3 endroits » ci-dessous reste comme référence historique.
+
+**Récupération post-incident** : les mdp UI d'avant le recreate du 04/07 sont **irrécupérables** (couche btrfs de l'ancien conteneur détruite avec lui). Vérifié par scan complet : `docker run --rm -v /volume1/@docker:/dr:ro alpine find /dr/btrfs/subvolumes -name users.json` + mapping subvolume→container via `cat /dr/image/btrfs/layerdb/mounts/<container-id>/mount-id` (astuce réutilisable pour toute récup de fichier de conteneur). Le seul users.json plus récent trouvé appartenait à gsparc-mezzouna-api. Le hash de `nabil` a été restauré depuis le seed `USERS` du `.env` (probable mdp d'origine du conteneur standalone).
 
 ## Contexte