Monter un NAS avec Linux peut être une excellente idée si vous voulez reprendre la main sur vos données. Mais je ne partirais pas en mode « j’installe une distribution au hasard et je verrai plus tard ». Sur un NAS, le vrai sujet n’est pas seulement Linux. C’est le stockage, les disques, les sauvegardes, les partages réseau et la capacité à réparer sans perdre vos fichiers.
Voici les points que je vérifierais avant d’installer un NAS maison sous Linux, surtout si vous partez sur une machine recyclée, un mini-PC ou un petit serveur à disques.
Choisir la distribution après le besoin, pas avant
La distribution est importante, mais elle arrive après une question plus simple : que doit faire votre NAS ? Stocker quelques sauvegardes familiales, héberger des partages SMB pour plusieurs postes, servir de machine Jellyfin, synchroniser des dossiers, ou remplacer un vrai NAS Synology/QNAP ? Ce n’est pas le même niveau d’exigence.
Pour un NAS simple, une Debian ou une Ubuntu Server LTS peuvent largement suffire. Vous gardez un système classique, documenté, avec des paquets stables. Pour une interface orientée stockage, OpenMediaVault reste pratique. Si vous voulez absolument ZFS avec une interface dédiée, TrueNAS Scale peut être cohérent, mais ce n’est plus vraiment la même approche qu’un petit serveur Linux bricolé proprement.
Avant de décider, notez surtout votre tolérance à la maintenance. Si vous ne voulez jamais ouvrir un terminal, ne partez pas sur une installation minimaliste uniquement parce qu’elle paraît plus « propre ».
Vérifier les disques avant de parler RAID
Un NAS maison commence par les disques. Je regarderais d’abord l’état matériel, les ports SATA/USB, l’alimentation et la ventilation. Un vieux disque qui fonctionne encore dans un PC peut devenir une très mauvaise idée s’il tourne 24 h/24.
Sur Linux, commencez par identifier les disques et leurs modèles :
lsblk -o NAME,SIZE,MODEL,SERIAL,TYPE,MOUNTPOINTS
sudo smartctl -a /dev/sdXLa commande smartctl vient souvent du paquet smartmontools. Regardez les secteurs réalloués, les erreurs, la température et les heures de fonctionnement. Si un disque commence déjà à signaler des erreurs SMART, ne lui confiez pas vos seules copies de photos, de documents ou de sauvegardes.
Le RAID peut aider à tenir la panne d’un disque, mais il ne remplace pas une sauvegarde. C’est le piège classique. Un miroir protège contre un disque mort. Il ne protège pas contre une suppression, un ransomware, une mauvaise commande rm, une surtension ou un vol du NAS.
ZFS, Btrfs, ext4 : ne choisissez pas au buzz
Pour un NAS, le système de fichiers compte beaucoup. ZFS est solide pour l’intégrité des données, les snapshots et les pools de stockage, mais il demande de comprendre un minimum ce que vous faites. Il faut penser RAM, disques, scrubs, snapshots et stratégie de remplacement.
Btrfs peut aussi être intéressant, notamment pour les snapshots et certains usages modernes. Il reste à utiliser avec lucidité selon le niveau RAID choisi et la distribution. Si vous voulez quelque chose de très simple, ext4 reste parfaitement valable pour un NAS modeste, surtout si votre vraie sécurité repose sur des sauvegardes externes régulières.
Mon conseil : ne choisissez pas ZFS ou Btrfs parce que le nom revient partout. Choisissez-les si vous êtes prêt à surveiller le stockage et à comprendre les commandes de base. Sinon, une configuration simple et bien sauvegardée sera souvent plus fiable qu’un montage avancé que personne ne sait réparer.
# Exemples de contrôles utiles selon votre choix
zpool status
zpool scrub tank
btrfs filesystem usage /mnt/nas
btrfs scrub status /mnt/nasPrévoir les partages réseau dès le départ
Un NAS sert rarement à stocker seulement en local. Vous devez décider comment vos machines vont accéder aux fichiers. Pour des postes Windows, macOS et Linux mélangés, Samba reste le choix courant avec des partages SMB. Pour un environnement Linux entre serveurs, NFS peut être plus simple et plus propre.
Dans tous les cas, ne mettez pas tout en accès invité. Créez des utilisateurs, des groupes et des dossiers séparés. Vérifiez aussi les droits côté Linux, pas seulement dans la configuration Samba.
sudo addgroup nas-famille
sudo chown -R root:nas-famille /srv/nas/famille
sudo chmod -R 2770 /srv/nas/famille
ls -ld /srv/nas/familleSi vous débutez, testez d’abord un seul partage avec un dossier sans valeur. Connectez un poste Windows, copiez un fichier, supprimez-le, vérifiez les droits, puis seulement après migrez vos vraies données.
Ne pas confondre snapshot et sauvegarde
Les snapshots sont très utiles. Ils permettent de revenir rapidement en arrière après une suppression ou une modification ratée. Mais ils restent souvent sur le même NAS, dans la même machine, parfois sur le même pool de disques. Si le NAS tombe, brûle, chiffre ses données ou se fait voler, le snapshot ne vous sauvera pas.
Je prévoirais au minimum une deuxième copie en dehors du NAS : disque USB branché ponctuellement, autre machine, sauvegarde distante, ou stockage chiffré hors site. Pour une base simple, vous pouvez partir sur rsync, puis évoluer vers BorgBackup, Restic ou une solution dédiée quand le besoin augmente.
Si vous utilisez déjà rsync sous Linux, gardez l’option --dry-run pendant vos tests. C’est encore plus vrai sur un NAS, parce qu’une erreur de chemin peut supprimer ou écraser beaucoup de données.
rsync -avh --dry-run /srv/nas/ /mnt/backup-nas/
rsync -avh /srv/nas/ /mnt/backup-nas/Surveiller le NAS avant qu’il tombe en panne
Un NAS maison doit être surveillé, même si vous ne voulez pas en faire une usine à gaz. Vérifiez l’espace disque, les journaux, l’état des services, les erreurs SMART et les sauvegardes. Le pire scénario, c’est de découvrir six mois plus tard que les sauvegardes ne tournaient plus.
df -h
systemctl --failed
journalctl -p warning..alert -b
sudo smartctl -H /dev/sdXPour l’espace disque, vous pouvez compléter avec les commandes de diagnostic vues dans l’article sur le disque plein sous Linux. Pour les erreurs au démarrage ou après une coupure, journalctl vous donnera souvent l’indice qui manque.
Ma checklist avant d’installer
- Disques testés avec SMART, pas seulement « reconnus » par Linux.
- Distribution choisie selon votre niveau de maintenance réel.
- Système de fichiers compris : ext4, Btrfs ou ZFS, avec ses limites.
- Partages SMB/NFS testés sur un dossier sans valeur.
- Utilisateurs, groupes et permissions validés avant la migration.
- Snapshots prévus si utiles, mais sauvegarde externe séparée obligatoire.
- Commandes de surveillance notées quelque part.
- Procédure de restauration testée au moins une fois.
Si je devais monter un NAS maison aujourd’hui, je commencerais petit : un système stable, deux ou trois partages propres, une sauvegarde externe vérifiée, puis seulement ensuite les options avancées. Un NAS simple que vous savez restaurer vaut mieux qu’un montage impressionnant que vous n’osez plus toucher.