Grafana ne doit pas etre otage de la sante de PostgreSQL

`condition: service_healthy` rendait le demarrage de Grafana dependant du
healthcheck de PostgreSQL (intervalle 1 min). Grafana n'a pourtant besoin
d'aucune base pour demarrer, seulement pour repondre a une requete : la
condition ajoutait un mode de panne sans contrepartie, et un outil de
diagnostic doit surtout etre disponible quand quelque chose va mal.
Ramene a un simple ordre de demarrage.

Procedure corrigee sur deux points constates au deploiement reel :
- `sudo` est obligatoire sur DSM (socket Docker inaccessible autrement) ;
- le `git pull` que j'avais indique n'a aucun sens : /volume2/projects cote
  Syno et /mnt/projects cote poste sont le meme dossier (export NFS depuis
  10.10.10.22), il n'existe qu'une seule copie du depot.

Configuration verifiee en la rejouant dans un conteneur local, volume nomme
compris : deux sources de donnees, trois tableaux dans le dossier EVCS,
database ok, aucune erreur de provisionnement.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ

deploy/historisation/README.md

@@ -196,11 +196,20 @@ bien meilleure.
 
 ```bash
 cd /volume2/projects/EVCS/EVCS/deploy/historisation
-bash preparer-grafana.sh      # génère le mot de passe admin, l'affiche une fois
-docker compose up -d grafana
-docker compose logs -f grafana
+bash preparer-grafana.sh          # génère le mot de passe admin, l'affiche une fois
+sudo docker compose up -d grafana
+sudo docker compose logs -f grafana
 ```
 
+⚠️ **`sudo` est obligatoire sur DSM** : l'utilisateur ordinaire n'a pas accès
+au socket Docker (`permission denied while trying to connect to the Docker
+daemon socket`).
+
+⚠️ **Aucun `git pull` n'est nécessaire.** `/volume2/projects` sur le Syno et
+`/mnt/projects` sur le poste de travail sont **le même dossier** (export NFS
+depuis 10.10.10.22) : il n'existe qu'une seule copie du dépôt, et un fichier
+écrit depuis le poste est déjà là côté Syno.
+
 Puis **http://10.10.10.22:3001** — port 3001 et non 3000, occupé sur cette
 machine par autre chose.