README : condense la section ISO Windows en etapes commande-par-commande

Trop de justifications intercalees entre les commandes (pourquoi le
lien symbolique, pourquoi WSL ne voit pas la cle...) rendaient le
parcours illisible. Reduit aux commandes dans l'ordre (clone, build,
cp, Rufus, retour a l'etape 1), les explications passent en une
seule ligne de contexte a la fin. Corrige aussi l'ordre clone/cd qui
etait invalide (cd vers un dossier pas encore clone).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

README.md

@@ -598,36 +598,23 @@ Puis `wsl --shutdown` et rouvrir Ubuntu. Ce mode partage directement la pile ré
 
 ## Construire l'ISO et la graver, depuis Windows
 
-Construire l'ISO fonctionne exactement comme sur Linux, depuis WSL (voir "Utiliser les repos depuis WSL" plus haut) :
+Depuis un terminal WSL (voir "Installer WSL2" plus bas si pas encore fait) :
 
 ```bash
-cd "/mnt/c/Users/<toi>/Desktop/Claude/Nixos/nixos_fleet"
+cd "/mnt/c/Users/<toi>/Desktop"
+git clone https://gitea.miniclic.net/Damien/Nixos_Fleet.git
+cd Nixos_Fleet
 nix build .#nixosConfigurations.installer-iso.config.system.build.isoImage
-```
-
-`result` est un lien symbolique qui pointe dans `/nix/store/...` -- un chemin qui n'existe que côté Linux. Vu depuis Windows (Explorer, PowerShell, même via `\\wsl$\...`), ce lien apparaît comme un objet de 0 Ko, pas comme un dossier : **ne pas essayer d'y accéder directement depuis Windows**, ça ne marche pas de façon fiable.
-
-Copier le vrai fichier (pas le lien) résout ça -- par exemple directement dans le dossier du repo, déjà visible depuis Windows et déjà ignoré par git (`.gitignore`) :
-
-```bash
 cp result/iso/*.iso ./nixos-installer.iso
 ```
 
-`nixos-installer.iso` apparaît alors normalement dans l'explorateur Windows, au même endroit que le reste du repo -- prêt pour Rufus.
+`nixos-installer.iso` apparaît dans l'explorateur Windows, dans le dossier du repo (`cp` copie le vrai fichier ; `result` seul est un lien Linux, invisible depuis Windows).
 
-**Le graver sur la clé USB est une autre affaire** : WSL2 n'a par défaut aucun accès aux disques amovibles (`wsl --mount` ne fonctionne que sur des disques fixes/VHD, pas sur une clé USB -- source : [Microsoft Learn](https://learn.microsoft.com/en-us/windows/wsl/connect-usb)). Deux façons de faire, pas de troisième :
+Graver avec [Rufus](https://rufus.ie/) (ou balenaEtcher, Win32DiskImager) : ouvrir l'outil → sélectionner `nixos-installer.iso` → sélectionner la clé USB → lancer.
 
-**Option simple (recommandée)** : graver `nixos-installer.iso` (le fichier copié ci-dessus) avec un outil Windows natif (Rufus, balenaEtcher, Win32DiskImager...). Fonctionne toujours, aucune configuration supplémentaire.
+Puis reprendre à l'étape 1 de "Installer un PC" tout en haut.
 
-**Option avancée** : rattacher la clé USB à WSL avec [usbipd-win](https://github.com/dorssel/usbipd-win) ([doc officielle](https://learn.microsoft.com/en-us/windows/wsl/connect-usb)), puis utiliser `dd` normalement depuis WSL comme sur Linux :
+**Ne pas faire `dd` directement depuis WSL** : WSL2 n'a par défaut aucun accès à la clé USB ([source](https://learn.microsoft.com/en-us/windows/wsl/connect-usb)). Rufus est plus simple et fonctionne toujours. Alternative avancée (rattacher la clé à WSL et faire `dd` comme sur Linux) : [usbipd-win](https://github.com/dorssel/usbipd-win).
-
-```powershell
-winget install --interactive --exact dorssel.usbipd-win
-usbipd list                          # repérer le bus ID de la clé USB
-usbipd attach --wsl --busid <busid>
-```
-
-Puis, dans WSL, `lsblk` doit faire apparaître la clé (ex. `/dev/sde`) -- vérifier ce nom avant tout `dd` (voir la mise en garde `dd` dans [AGENTS.md](AGENTS.md)).
 
 ## Appeler `nix` depuis un outil qui pilote WSL sans shell interactif