SEC.01

Le playbook

Le run démarre en lecture seule : les sondes de reconnaissance décident de la suite. Les étapes qui suivent sont adaptées à la distribution et à l'état trouvés — une vraie machine est rarement propre.

1. 01reconle device existe-t-il ? partitions, FS, montage
2. 02reconsignature présente (FS, LVM, RAID, table de partitions) = données → NE JAMAIS formater
3. 03recondisque système : le device ne doit pas en faire partie
4. 04recondevice membre d’un LVM, RAID mdadm ou pool ZFS ? → stop
5. 05reconentrée fstab existante pour ce device ou ce point de montage ?
6. 06reconpoint de montage déjà utilisé ou non vide (son contenu serait masqué) ?
7. 07reconoutils du FS présents (e2fsprogs, xfsprogs, btrfs-progs) ?
8. 08agirInstaller les outils du FS (si absents)vérif
9. 09agirFormater ${device} (seulement si aucune signature)destructifvérif
10. 10agirCréer le point de montagevérif
11. 11agirAjouter à fstab (UUID, nofail)destructifvérif
12. 12agirMontervérif

SEC.02

Ce qu'elle vérifie

Chaque étape embarque sa propre vérification. Le run ne continue que si elle passe, donc ce que la recette annonce comme fait est ce qui est réellement sur le serveur.

1. 01vérifInstaller les outils du FS (si absents)Vérifié parcommand -v mkfs.${fs}attendu : un chemin
2. 02vérifFormater ${device} (seulement si aucune signature)Vérifié parblkid -s TYPE -o value ${device}attendu : le FS demandé
3. 03vérifCréer le point de montageVérifié partest -d ${mountpoint} && echo okattendu : ok
4. 04vérifAjouter à fstab (UUID, nofail)Vérifié pargrep -c "^UUID=$(blkid -s UUID -o value ${device}) " /etc/fstabattendu : 1
5. 05vérifMonterVérifié parfindmnt -n -o SOURCE,FSTYPE ${mountpoint}attendu : le device et le FS demandé

SEC.03

Les garde-fous

Les consignes non négociables que le run doit respecter, quoi qu'il trouve sur le serveur.

SEC.04

Les variables

Ce que vous choisissez avant de lancer — la recette s'occupe du reste.

SEC.05

Comment une recette s'exécute dans Servor

Servor est zero-knowledge : la plateforme ne peut rien exécuter seule. Quand vous lancez cette recette, un run lit la reconnaissance, planifie les étapes et demande votre validation. Chaque commande approuvée est signée par votre navigateur — avec une clé que le serveur ne voit jamais — puis relayée telle quelle à l'agent, qui vérifie la signature localement avant d'exécuter.

SEC.06

Bouton Deploy on Servor

Vous maintenez Montage disque (fstab) ou un projet qui en dépend ? Ajoutez ce bouton à votre README ou à votre site : en un clic, vos utilisateurs l'installent sur leur propre serveur.

SEC.07

D'autres recettes stockage & backup

1. 01Fichier d’échange (swap)Crée un fichier de swap de la taille choisie, persistant. Destructif : modifie /etc/fstab.
2. 02Sauvegardes resticrestic + sauvegarde planifiée et chiffrée d’un dossier vers un dépôt.
3. 03MinIOStockage objet S3-compatible MinIO via Docker, en local. Projet communautaire archivé : image figée.
4. 04Garage (stockage S3)Stockage objet S3-compatible Garage (Deuxfleurs) via Docker, mono-nœud et local, avec un premier bucket et sa clé. Alternative maintenue à MinIO.
5. 05Partage SambaServeur de fichiers Samba (SMB). Destructif : crée un partage et un utilisateur.