README/AGENTS.md : documente la construction + gravure de l'ISO depuis Windows
Generalise pour n'importe quelle machine Windows qui a suivi la section WSL du README, pas pour la configuration particuliere de cette session. Construire l'ISO marche normalement sous WSL ; la graver est une autre affaire (WSL2 n'a pas d'acces natif aux disques amovibles, source Microsoft Learn) -- deux options documentees : copier le .iso vers Windows + outil natif (Rufus...), ou usbipd-win pour rattacher la cle USB a WSL et dd normalement. AGENTS.md : meme mise en garde cote agent, avec consigne explicite de ne pas improviser un contournement si usbipd n'est pas deja en place -- construire l'ISO puis la remettre a l'operateur humain. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
@@ -43,6 +43,8 @@ sudo dd if=result/iso/*.iso of=/dev/sdX bs=4M status=progress conv=fsync
|
||||
|
||||
`/dev/sdX` doit être confirmé par l'opérateur humain avant d'exécuter le `dd` (voir règle plus haut) -- ce n'est pas négociable, une erreur ici écrase un disque en silence.
|
||||
|
||||
**Si l'agent tourne sous WSL (Windows)** : `lsblk` n'y verra la clé USB QUE si elle a été explicitement rattachée via `usbipd attach --wsl` ([doc officielle](https://learn.microsoft.com/en-us/windows/wsl/connect-usb), détails dans le [README.md](README.md)). Par défaut WSL2 n'a aucun accès aux disques amovibles. Si ce n'est pas déjà en place, ne pas improviser un contournement : construire l'ISO (ça, ça marche normalement sous WSL), remettre le `.iso` produit à l'opérateur humain, et le laisser le graver avec un outil Windows natif (Rufus...).
|
||||
|
||||
Définition de l'image : [installer/iso.nix](installer/iso.nix). Attribut de flake : `nixosConfigurations.installer-iso`.
|
||||
|
||||
## Installer le serveur PXE (depuis zéro)
|
||||
|
||||
Reference in New Issue
Block a user