Mon serveur maison est mort (et j'ai appris à le reconstruire)
Pourquoi ça compte pour toi
Si tu tournes des services perso sur du matériel ancien (Raspberry Pi, vieilles machines), cette histoire t'apprendra comment limiter les écritures disques, utiliser btrfs pour la redondance, et automatiser tout ça avec NixOS. C'est concret, c'est testé, et ça peut te faire gagner des années avant une panne catastrophique.
Ce qu'il faut retenir
- 1.Les cartes SD meurent après X cycles d'écriture — zram et tmpfs réduisent drastiquement cette usure
- 2.btrfs en raid1 sur deux vieux disques = redondance pas chère (raid1 = chaque fichier sur 2 disques)
- 3.Déclarer tout en NixOS (subvolumes, montages, services) rend la configuration réplicable et versionnable
Tu galères avec le jargon ?
Lis la version réécrite en mode débutant — toutes les idées, sans le jargon.
Pourquoi ta carte SD meurt
Un Raspberry Pi qui tourne 24/7 avec la racine sur une microSD, c'est comme laisser tourner un vieux disque dur sans jamais l'arrêter. Les cartes SD ont un nombre fini de cycles d'écriture. Si tu écris en permanence (logs, cache, swap), tu réduis sa durée de vie drastiquement.
Dans cet article, l'auteur a eu de la chance : sa SD a tenu des années malgré un traitement brutal. Mais une coupure de courant pendant une écriture, et hop, c'est fini.
Les solutions qui marchent vraiment
1. zram pour le swap
Au lieu de swapper sur la SD (très lent et destructeur), zram crée un disque compressé en RAM. Si tu as 8 Go de RAM, tu en sacrifies un peu pour la compression, mais tu économises des milliers d'écritures disque.
zramSwap.enable = true;
boot.tmp.useTmpfs = true;
2. Logs en mémoire, pas sur disque
journald peut écrire en RAM au lieu de vider le tampon sur le disque à chaque événement. C'est parfait pour un serveur perso où tu as besoin des logs maintenant mais pas nécessairement pour l'éternité.
3. btrfs raid1 sur deux vieux disques
L'auteur a pris deux disques 2.5" qui traînaient (un ancien du MacBook, un ex-Windows). Avec btrfs en raid1, chaque fichier existe sur deux disques. Si l'un meurt, tu ne perds rien.
sudo mkfs.btrfs --data raid1 --metadata raid1 --label ponkotsu /dev/sdX /dev/sdY
C'est pas du RAID complexe, juste de la duplication simple et efficace.
L'idée maline : des subvolumes par service
Au lieu de tout mettre dans /var/lib/*, l'auteur crée un subvolume btrfs par service (Immich, Jellyfin, etc.). Avantage : tu peux faire des instantanés, compresser, ou supprimer une application sans toucher aux autres.
Et tout ça ? Déclaré en NixOS. Pas d'étapes manuelles, juste du code qu'on versionne.
À retenir
Si tu fais tourner des services sur du vieux matériel, c'est le moment de faire trois choses :
- ▸Envoyer les écritures fréquentes en RAM (zram, tmpfs)
- ▸Ajouter de la redondance sur disque dur externe (raid1, btrfs)
- ▸Tout décrire en NixOS pour pouvoir rejouer la configuration en 10 min
L'auteur a perdu juste des caches (regénérables), pas ses données (sauvegardées). C'est pas du luxe, c'est de l'hygiène.
Et concrètement pour toi ?
Choisis ton profil — la lecture de l'article change selon qui tu es.
Pour toi, la vraie histoire c'est que même du matériel pas cher devient fiable si tu désactives les écritures inutiles et ajoutes de la redondance. C'est comme les voitures : moins d'usure programmée = moins de pannes = plus longue durée de vie réelle.
Source
📊 Cours en bourse
Pour aller plus loin
Cet article t'a donné envie d'approfondir ? Deux formations Noésis t'attendent :
Explorer les thèmes de cet article :