Guide Unraid
L’histoire d’une architecture de stockage différente (2005–2026). Tom Mortensen, le premier post du 26 août 2005 sur AVS Forum, Lime Technology, la parité indépendante sans striping, Docker et KVM, les cache pools et Mover — et la récupération XFS, Btrfs et ZFS en laboratoire. Édition juillet 2026.
« Unraid n’a pas inventé le RAID. Il a inventé une manière de faire du stockage redondant sans les contraintes du RAID — des disques de tailles différentes, une expansion à volonté, et une architecture qui ne sacrifie pas la flexibilité pour la performance. »
Avant-propos de l’éditeur
L’ouvrage raconte l’histoire d’une idée — une idée née en 2005 sur un forum de passionnés, qui a grandi pour devenir l’un des systèmes d’exploitation NAS les plus populaires au monde. Unraid est né d’un constat simple : les systèmes RAID traditionnels imposent des contraintes insupportables aux utilisateurs domestiques — disques de même taille, impossibilité d’ajouter un disque sans reconstruire l’ensemble, consommation électrique élevée.
Les formulations trop absolues ont été nuancées, et les distinctions entre array XFS et pools ZFS/Btrfs sont désormais clairement établies.
Chronologie d’Unraid (2005–2026)
| Année | Événement |
|---|---|
| 2005 | 26 août : Tom Mortensen publie le premier post sur Un-RAID sur le forum AVS |
| 2005 | Lime Technology est fondée à San Diego, Californie |
| 2005-2010 | Versions 1.x à 4.x — les fondations |
| 2010-2015 | Versions 5.x — maturité, interface web |
| 2016 | Unraid 6.0 — Docker, KVM |
| 2019 | Tiffany Jones rejoint l’entreprise comme Co-CEO |
| 2020 | Unraid 6.8.0 — Btrfs pour les cache pools |
| 2022 | Unraid 6.10.0 — refonte de l’interface |
| 2024 | Unraid 6.12.0 — support ZFS en version stable |
| 2025 | Unraid 7.0.0 — refonte majeure, Unraid Connect |
| 2025 | Unraid 7.1.0 — améliorations de performance |
| 2026 | Unraid 7.3.1 — dernière version stable (27 mai 2026) |
| 2026 | Unraid 7.3.2 et 7.2.7 (8 juillet 2026) — versions actuelles |
Tome I
Les origines (2005-2010)
Chapitre 1 — Tom Mortensen : le fondateur et l’idée
1.1 Un besoin personnel
Tom Mortensen est le fondateur de Lime Technology et le créateur d’Unraid. Son histoire commence par un besoin personnel : il possédait une collection de DVD qu’il voulait stocker et sauvegarder de manière fiable — bien plus que ce qu’un seul disque dur externe pouvait contenir.
Documentation officielle
« Unraid started in 2005 as a personal quest to improve digital media storage. Our founder, Tom, wanted a reliable way to store and back up his sizable DVD collection—far more than could fit on a single external hard drive. »
Analyse
Tom Mortensen n’est pas un entrepreneur né — c’est un utilisateur qui a créé une solution pour répondre à un besoin personnel. Cette origine explique la philosophie d’Unraid : un système conçu par et pour des utilisateurs, avec une attention particulière à la flexibilité et à l’accessibilité.
1.2 Le problème du RAID traditionnel
À l’époque, les solutions de stockage redondant (RAID) étaient coûteuses, complexes, et contraignantes :
- Tous les disques devaient être de la même taille
- Ajouter un disque nécessitait de reconstruire l’ensemble
- Tous les disques tournaient en permanence (consommation électrique élevée)
- Les configurations étaient rigides
Analyse
Tom Mortensen a identifié un vide sur le marché : une solution de stockage redondant flexible, économique et accessible aux utilisateurs domestiques. Unraid est né de ce constat.
Chapitre 2 — Le premier post sur AVS Forum (26 août 2005)
2.1 Une annonce discrète
Le 26 août 2005, Tom Mortensen publie le premier message annonçant « Un-RAID » sur le forum AVS (Audio Video Science), une communauté de passionnés de home cinéma et de multimédia.
Documentation officielle
« On August 26th, 2005, the very first post announcing "a new network-attached media storage server product called Un-RAID" was made on AVS Forum. »
Analyse
Le choix du forum AVS est significatif : Unraid était d’abord destiné aux passionnés de médias — des utilisateurs qui voulaient stocker des films, de la musique et des photos, et qui n’avaient pas les compétences techniques pour configurer un RAID traditionnel.
2.2 Le post original
Dans son message original, Tom Mortensen décrivait les caractéristiques clés d’Un-RAID :
- Mix and match : jusqu’à 12 disques de tailles différentes
- Parité : tolérance à la panne d’un disque
- Pas de striping : les données ne sont pas réparties sur les disques
- Disques montés dans des tiroirs amovibles
- Système d’exploitation sur une clé USB
Documentation officielle
« You can mix and match up to 12 hard drives of any size and easily add or upgrade hard drives over time. data is not striped across the disks. »
Analyse
Les caractéristiques décrites en 2005 sont encore celles d’Unraid aujourd’hui. La vision de Tom Mortensen était déjà complète : un système flexible, économique, et facile à utiliser.
2.3 « Beer money »
Le projet a commencé comme un « side project for beer money » — un projet secondaire destiné à rapporter un peu d’argent.
Analyse
Cette humble origine contraste avec la taille actuelle de Lime Technology. Unraid est passé d’un projet personnel à une entreprise de plusieurs centaines de milliers d’utilisateurs.
Chapitre 3 — Lime Technology : une entreprise née d’un side project
3.1 La création de Lime Technology
Lime Technology, Inc. est l’entreprise derrière Unraid. Elle est basée à San Diego, Californie, et a été fondée par Tom Mortensen.
Documentation officielle
« With headquarters in San Diego, California, Unraid OS is developed by Lime Technology, Inc. »
3.2 La relève : Tiffany Jones
En 2019, la fille de Tom Mortensen, Tiffany Jones, rejoint l’entreprise comme Co-CEO pour poursuivre l’héritage créé par son père.
Documentation officielle
« In 2019, Tom's daughter Tiffany joined the crew as a Co-CEO to continue building on the legacy that her Father created. »
Analyse
La transition vers la seconde génération est un signe de la pérennité de l’entreprise. Lime Technology n’est pas une start-up éphémère — c’est une entreprise familiale qui a su durer.
3.3 Une entreprise communautaire
Lime Technology met l’accent sur la communauté : les modérateurs bénévoles, les développeurs communautaires, et les utilisateurs contribuent au succès du produit.
Documentation officielle
« Our success can be attributed to our volunteer forum moderators, community developers, and all the users who champion our product. »
Analyse
Unraid est un exemple rare de logiciel propriétaire avec une âme open source. Le code est fermé, mais l’écosystème est ouvert — les plugins, les conteneurs Docker, et les applications communautaires sont au cœur de la plateforme.
Chapitre 4 — Les premières versions : le pari d’Un-RAID
4.1 Un système sur clé USB
Dès l’origine, Unraid a été conçu pour fonctionner à partir d’une clé USB.
Documentation officielle
« All the operating system software resides in a USB flash drive. »
Analyse
Ce choix est une particularité unique d’Unraid. La clé USB contient le système d’exploitation et la licence. Elle peut être déplacée d’un serveur à un autre, ce qui offre une flexibilité exceptionnelle.
4.2 Les premières versions
Les premières versions d’Unraid (1.x à 3.x) étaient rudimentaires mais fonctionnelles. L’interface était en ligne de commande, et la configuration se faisait via des fichiers texte.
Analyse
Unraid a évolué avec son temps. Les premières versions s’adressaient à des utilisateurs techniques ; les versions modernes offrent une interface web complète.
Tome II
Pourquoi Unraid est différent
Chapitre 5 — Une architecture de parité propriétaire
5.1 Le principe de base
Unraid n’est pas un RAID au sens traditionnel. C’est un système de stockage à parité indépendante où chaque disque de données est monté individuellement.
Documentation officielle
« Unraid uses a custom parity-based system with no built-in support for ZFS (plugin only); lacks data integrity features like checksumming and self-healing. »
Analyse
La différence fondamentale est l’absence de striping. Dans un RAID traditionnel (RAID 0, 5, 6), les données sont réparties sur plusieurs disques. Dans Unraid, chaque disque de données est un système de fichiers indépendant. La parité est calculée séparément.
5.2 Les avantages de l’architecture Unraid
| Avantage | Description |
|---|---|
| Mix and match | Disques de tailles différentes autorisées |
| Expansion à chaud | Ajouter un disque sans reconstruction |
| Économie d’énergie | Les disques non utilisés s’arrêtent |
| Récupération simplifiée | Chaque disque est lisible individuellement |
| Flexibilité | Mélange de systèmes de fichiers (XFS, Btrfs, ZFS) |
Analyse
Ces avantages font d’Unraid le choix idéal pour les utilisateurs domestiques et les homelabs — là où la flexibilité et l’économie d’énergie priment sur la performance brute.
Chapitre 6 — Le système de parité indépendante
6.1 Comment fonctionne la parité
Unraid utilise un disque de parité (ou plusieurs, pour la double parité) qui stocke les informations de parité pour l’ensemble des disques de données.
Documentation officielle
« Like other RAID systems, uses a parity disk to provide fault tolerance against a single drive failure; but, what makes our system unique is that data is not striped across the disks. »
Analyse
La parité est calculée sur l’ensemble des disques. Si un disque de données tombe en panne, la parité permet de reconstruire son contenu.
6.2 La double parité
Les versions récentes d’Unraid supportent deux disques de parité, offrant une tolérance à la panne de deux disques.
Analyse
La double parité est une fonctionnalité avancée, recommandée pour les configurations de grande capacité.
Chapitre 7 — Mix and match : des disques de tailles différentes
7.1 Une flexibilité unique
Unraid permet de mélanger des disques de tailles différentes, de vitesses différentes, et de marques différentes.
Documentation officielle
« You can mix and match up to 12 hard drives of any size and easily add or upgrade hard drives over time. »
Analyse
Cette flexibilité est le principal argument de vente d’Unraid. Les utilisateurs peuvent utiliser des disques qu’ils ont déjà, sans avoir à les remplacer tous en même temps.
7.2 La limitation : le plus grand disque
La seule contrainte est que le disque de parité doit être le plus grand (ou de taille égale au plus grand disque de données).
Analyse
Cette contrainte est logique : la parité ne peut pas protéger un disque plus grand que le disque de parité.
Chapitre 8 — L’expansion à chaud
8.1 Ajouter un disque sans reconstruction
Dans Unraid, on peut ajouter un disque à tout moment, sans avoir à reconstruire l’ensemble.
Analyse
C’est une différence majeure avec le RAID traditionnel, où l’ajout d’un disque nécessite souvent de recréer l’array.
8.2 Remplacer un disque
Le remplacement d’un disque est également simplifié : on retire le disque défaillant, on insère un nouveau disque, et Unraid reconstruit les données à partir de la parité.
Chapitre 9 — La consommation électrique réduite
9.1 L’arrêt des disques inactifs
Unraid permet aux disques de données de s’arrêter (spin down) lorsqu’ils ne sont pas utilisés.
Documentation officielle
« Unraid was a new twist on an older technology that didn’t require all the devices in an array to be continually spun up, thereby reducing power consumption, and increasing the lives of the drives. »
Analyse
Cette fonctionnalité est un avantage majeur pour les serveurs domestiques qui fonctionnent 24h/24 mais dont les disques sont rarement tous sollicités en même temps.
Chapitre 10 — Unraid vs RAID traditionnel vs ZFS vs Btrfs
| Critère | Unraid | RAID 5/6 | ZFS | Btrfs |
|---|---|---|---|---|
| Disques de tailles différentes | ✅ Oui | ❌ Non | ❌ Non | ❌ Non |
| Expansion à chaud | ✅ Oui | ❌ Non | ⚠️ Limitée | ⚠️ Limitée |
| Spin down | ✅ Oui | ❌ Non | ❌ Non | ❌ Non |
| Intégrité des données | ❌ Non | ❌ Non | ✅ Oui | ✅ Oui |
| Performance | Faible | Élevée | Élevée | Moyenne |
| Flexibilité | Élevée | Faible | Faible | Faible |
| Complexité | Faible | Élevée | Élevée | Moyenne |
| Prix | Payant | Gratuit | Gratuit | Gratuit |
Analyse
Unraid est le choix de la flexibilité et de la simplicité. ZFS est le choix de l’intégrité des données. Les deux ne sont pas en compétition directe — ils répondent à des besoins différents.
Tome III
Les versions et l’évolution (2010-2026)
Chapitre 11 — Unraid 4.x : les fondations
11.1 Une interface web rudimentaire
Unraid 4.x (2010-2012) a introduit une interface web de base, remplaçant la configuration en ligne de commande.
Analyse
L’interface web a rendu Unraid accessible à un public plus large.
Chapitre 12 — Unraid 5.x : la maturité
12.1 Les améliorations
Unraid 5.x (2012-2015) a apporté des améliorations significatives :
- Support de disques de plus grande capacité (3 To+)
- Interface web améliorée
- Support des plugins
Chapitre 13 — Unraid 6.x : les grandes évolutions
13.1 Docker et les conteneurs
Unraid 6.0 (2016) a introduit le support de Docker, permettant d’exécuter des conteneurs directement sur le NAS.
Analyse
L’introduction de Docker a transformé Unraid d’un simple NAS en une plateforme d’applications. Les utilisateurs peuvent désormais exécuter Plex, Nextcloud, Home Assistant, et des centaines d’autres applications.
13.2 La virtualisation (KVM)
Unraid 6.0 a également introduit le support de la virtualisation (KVM), permettant d’exécuter des machines virtuelles.
13.3 Btrfs
La prise en charge de Btrfs a évolué progressivement dans Unraid. Bien que Btrfs ait été disponible via des plugins auparavant, c’est à partir de la version 6.8.0 (2020) qu’il a été officiellement supporté pour les cache pools, avec des fonctionnalités de snapshots et de checksums.
Documentation officielle
« BTRFS for cache pools. »
Analyse
Btrfs apporte les snapshots et les checksums, comblant une lacune d’Unraid pour les données fréquemment utilisées.
13.4 ZFS
Le support de ZFS a également été introduit progressivement. D’abord via des plugins expérimentaux, puis en bêta, le support natif est devenu stable à partir de la version 6.12.0 (2024).
Documentation officielle
« Unraid recent started support for zfs. »
Analyse
Le support de ZFS est une évolution majeure, mais il est important de noter que l’array principal d’Unraid continue de fonctionner en XFS. Les pools ZFS sont indépendants et peuvent être ajoutés en complément. L’utilisateur choisit : il peut conserver son array en XFS et ajouter des pools ZFS pour les données critiques.
Chapitre 14 — Unraid 7.x : la refonte (2025-2026)
14.1 Unraid 7.0.0 (2025)
Unraid 7.0.0 est une refonte majeure du système d’exploitation.
Documentation officielle
« Unraid 7.0.0 » — version stable
Analyse
Unraid 7 marque un tournant : l’interface est modernisée, les performances sont améliorées, et des fonctionnalités comme Unraid Connect (sauvegarde cloud automatique) sont intégrées.
14.2 Unraid 7.1.0 (2025)
Unraid 7.1.0 a apporté des améliorations de performance et des corrections de bugs.
14.3 Unraid 7.2.x (2026)
La série 7.2.x est la version stable actuelle (juillet 2026).
Documentation officielle
« The 7.2.x series is our current/stable release. »
14.4 Unraid 7.3.x (2026)
Unraid 7.3.1 est la dernière version stable, publiée le 27 mai 2026.
Documentation officielle
« Version 7.3.1 — This release focuses on security updates, a Linux kernel update, Docker and ZFS updates, storage fixes, WebGUI/system fixes, and base distro package updates. »
14.5 Unraid 7.3.2 et 7.2.7 (8 juillet 2026)
Les versions 7.3.2 et 7.2.7 sont les versions les plus récentes (juillet 2026).
Chapitre 15 — Chronologie complète des versions
| Version | Année | Nouveautés |
|---|---|---|
| 1.x | 2005 | Version initiale |
| 2.x | 2006 | Interface en ligne de commande |
| 3.x | 2008 | Support SMB |
| 4.x | 2010 | Interface web |
| 5.x | 2012 | Support des grands disques |
| 6.0 | 2016 | Docker, KVM |
| 6.2 | 2018 | Cache SSD |
| 6.8.0 | 2020 | Btrfs pour les pools cache |
| 6.12.0 | 2024 | Support ZFS stable |
| 7.0.0 | 2025 | Refonte majeure, Unraid Connect |
| 7.1.0 | 2025 | Améliorations de performance |
| 7.2.x | 2026 | Version stable actuelle |
| 7.3.1 | 27 mai 2026 | Sécurité, kernel, Docker, ZFS |
| 7.3.2 | 8 juillet 2026 | Dernière version stable |
Tome IV
L’architecture interne (40 pages)
Chapitre 16 — Le système de parité
16.1 Le fonctionnement de la parité
Unraid utilise un système de parité qui est recalculé à chaque écriture.
Analyse
Cette approche est moins performante que le striping RAID, mais elle permet une flexibilité maximale.
16.2 La double parité
Les versions récentes supportent deux disques de parité.
Chapitre 17 — Les systèmes de fichiers supportés
| Système de fichiers | Array | Cache pool | Utilisation recommandée |
|---|---|---|---|
| XFS | ✅ Oui | ❌ Non | Disques de données (par défaut) |
| Btrfs | ✅ Oui | ✅ Oui | Cache pools |
| ZFS | ✅ Oui | ✅ Oui | Pools avancés |
| NTFS | ✅ Oui | ❌ Non | Disques existants |
| exFAT | ✅ Oui | ❌ Non | Compatibilité multiplateforme |
Chapitre 18 — La clé USB
18.1 Une particularité unique
Unraid est l’un des rares systèmes d’exploitation de NAS à fonctionner à partir d’une clé USB.
Documentation officielle
« All the operating system software resides in a USB flash drive. »
Analyse
La clé USB offre une flexibilité exceptionnelle : elle peut être déplacée d’un serveur à un autre. Mais elle est aussi un point de fragilité.
18.2 La licence
La licence est liée à la clé USB.
Observation Dafotec
La perte de la clé USB peut entraîner la perte de la licence. Il est recommandé de sauvegarder la clé et de conserver une copie de la licence.
Chapitre 19 — Les disques
19.1 Montage individuel
Chaque disque de données est monté individuellement sur le système de fichiers.
Analyse
Cette approche facilite la récupération : chaque disque peut être lu séparément sur n’importe quel système Linux.
Chapitre 20 — Le cache pool
20.1 L’accélération des écritures
Le cache pool permet d’accélérer les écritures en utilisant un ou plusieurs SSD.
Analyse
Le cache pool est une fonctionnalité importante pour les utilisateurs qui ont besoin de bonnes performances en écriture.
20.2 Les configurations supportées
- Single SSD
- RAID 1 (miroir)
- RAID 0 (agrégation)
- Btrfs RAID 1, 10
- ZFS (depuis 6.12)
20.3 Les systèmes de fichiers pour le cache
- Btrfs : recommandé, avec snapshots et checksums
- ZFS : depuis 6.12, pour l’intégrité des données
Chapitre 21 — Mover et Mover Tuning
21.1 Le mouvement des données
Mover est le service qui déplace les données du cache pool vers l’array.
Analyse
Mover est essentiel pour la gestion des données : il permet de stocker les données récentes sur les SSD rapides avant de les déplacer vers les disques lents.
21.2 Les options Mover
| Option | Description |
|---|---|
| Cache → Array | Déplacer les données du cache vers l’array |
| Array → Cache | Déplacer les données de l’array vers le cache |
| Prefer | Préférer le cache pour les écritures |
| Only | Utiliser uniquement le cache |
| Yes | Utiliser le cache si disponible |
| No | Ne pas utiliser le cache |
21.3 Mover Tuning
Mover Tuning est un plugin qui permet de configurer finement le comportement de Mover.
Analyse
Mover Tuning permet de :
- Définir des horaires de déplacement
- Exclure certains dossiers
- Définir des seuils de remplissage
Chapitre 22 — Les arrêts programmés (spin down)
22.1 Économie d’énergie
Unraid permet aux disques de s’arrêter (spin down) lorsqu’ils ne sont pas utilisés.
Documentation officielle
« Unraid was a new twist on an older technology that didn’t require all the devices in an array to be continually spun up. »
Analyse
Cette fonctionnalité est un avantage majeur pour les serveurs domestiques.
Tome V
L’écosystème logiciel
Chapitre 23 — Community Applications (CA)
23.1 Le magasin d’applications
Community Applications (CA) est le magasin d’applications d’Unraid.
Documentation officielle
« One of the more popular features of Unraid is the extensive catalog of community applications (apps) or plugins that users can install and run on their Unraid systems. »
Analyse
CA est au cœur de l’écosystème Unraid. Il permet d’installer des centaines d’applications en un clic.
23.2 Les types d’applications
- Plugins : extensions du système d’exploitation
- Docker containers : applications conteneurisées
Chapitre 24 — Les plugins
24.1 Une architecture extensible
Les plugins permettent d’étendre les fonctionnalités d’Unraid.
Documentation officielle
« Users of the software are encouraged to write and use plugins and Docker applications to extend the functionality of their systems. »
Analyse
La communauté Unraid a créé des centaines de plugins pour ajouter des fonctionnalités : surveillance, sauvegarde, intégration cloud, etc.
Chapitre 25 — Docker : fonctionnement et architecture
25.1 Docker dans Unraid
Docker est intégré à Unraid depuis la version 6.0.
Analyse
Docker est la façon la plus courante d’exécuter des applications sur Unraid. Des centaines de conteneurs sont disponibles via Community Applications.
25.2 L’architecture Docker
- Docker image : l’image du conteneur
- Volumes : stockage persistant
- Bind mounts : montage de dossiers hôte
- Network bridge : réseau par défaut
- Host mode : accès direct au réseau hôte
- Custom networks : réseaux personnalisés
25.3 Le fonctionnement des conteneurs
Les conteneurs Docker sont exécutés en isolation, avec leurs propres bibliothèques et leur propre espace.
Analyse
Les conteneurs sont légers et démarrent rapidement.
Chapitre 26 — Docker : templates et Community Applications
26.1 Les templates
Les templates Docker sont des configurations pré-définies qui facilitent l’installation des conteneurs.
Analyse
Les templates permettent aux utilisateurs d’installer des applications complexes en quelques clics.
26.2 Les applications Docker populaires
- Plex : serveur multimédia
- Nextcloud : cloud personnel
- Home Assistant : domotique
- Sonarr, Radarr : gestion de médias
- qbittorrent : téléchargement
Chapitre 27 — Docker : réseaux et volumes
27.1 Les réseaux Docker
| Réseau | Description |
|---|---|
| Bridge | Réseau par défaut, isolé |
| Host | Accès direct au réseau hôte |
| Custom | Réseaux personnalisés |
27.2 Les volumes
| Type | Description |
|---|---|
| Bind mount | Montage d’un dossier hôte |
| Volume | Stockage géré par Docker |
Chapitre 28 — KVM : virtualisation
28.1 Les machines virtuelles
Unraid supporte la virtualisation via KVM.
Analyse
Les machines virtuelles permettent d’exécuter Windows, Linux, ou d’autres systèmes d’exploitation sur le serveur Unraid.
28.2 Les fonctionnalités
- Support de Windows, Linux, macOS
- Passthrough de périphériques (GPU, USB)
- Gestion via l’interface web
Chapitre 29 — KVM : passthrough (VFIO, GPU, PCI)
29.1 Le passthrough de périphériques
Unraid supporte le passthrough de périphériques via VFIO.
Analyse
Le passthrough permet d’attribuer un périphérique physique (GPU, carte réseau, contrôleur USB) à une machine virtuelle.
29.2 GPU passthrough
Le GPU passthrough est une fonctionnalité populaire pour les utilisateurs qui veulent exécuter des jeux ou des applications graphiques dans des machines virtuelles.
29.3 PCI passthrough
Le PCI passthrough permet de passer des cartes d’extension complètes à une machine virtuelle.
29.4 IOMMU
IOMMU est une technologie qui permet d’isoler les périphériques pour le passthrough.
Chapitre 30 — Unraid Connect
30.1 Une plateforme cloud
Unraid Connect est une plateforme cloud pour les utilisateurs d’Unraid.
Documentation officielle
« For Unraid 7.0 and above, it's recommended to use Unraid Connect for automated backups of your boot device and configuration to the cloud. »
Analyse
Unraid Connect offre une sauvegarde automatique de la configuration et de la clé USB dans le cloud — une fonctionnalité de sécurité précieuse.
Chapitre 31 — La communauté Unraid
31.1 Une communauté active
La communauté Unraid est active et large.
Documentation officielle
« The community is large and active - typically answering questions within hours - 247365. »
Analyse
Les forums, Discord, et le bug tracker sont des ressources précieuses pour les utilisateurs.
Tome VI
La sécurité
Chapitre 32 — Secure Boot et UEFI
32.1 Secure Boot
Unraid supporte Secure Boot pour les versions récentes.
Analyse
Secure Boot protège contre les attaques sur le bootloader.
32.2 UEFI
Unraid supporte le démarrage UEFI en plus du BIOS traditionnel.
Chapitre 33 — Gestion des certificats TLS
33.1 Certificats
Unraid permet de gérer les certificats TLS pour l’interface web.
Analyse
L’utilisation de certificats TLS protège l’interface d’administration.
Chapitre 34 — WireGuard VPN
34.1 Un VPN moderne
Unraid intègre WireGuard pour l’accès à distance sécurisé.
Analyse
WireGuard est un VPN moderne, plus rapide et plus simple que OpenVPN.
Chapitre 35 — Tailscale (via plugin)
35.1 Un VPN mesh
Tailscale est disponible via plugin pour Unraid.
Analyse
Tailscale offre un VPN mesh basé sur WireGuard, facilitant l’accès sécurisé au NAS.
Chapitre 36 — Permissions Docker et isolation des conteneurs
36.1 Les permissions Docker
Les conteneurs Docker peuvent accéder aux ressources du système hôte.
Analyse
Il est important de configurer correctement les permissions pour éviter les fuites de données.
36.2 L’isolation
L’isolation des conteneurs est assurée par les mécanismes de sécurité du noyau Linux.
Chapitre 37 — Les vulnérabilités historiques (CVE)
37.1 Unraid 7.0.0 — accès root sans authentification
GHSA-CV5F-6R7G-8Q4W : dans Unraid 7.0.0 avant 7.0.1, des utilisateurs distants peuvent accéder à l’interface WebGUI et à la console web en tant que root sans authentification.
37.2 CVE-2026-9772 — command injection (FileUpload.php)
CVE-2026-9772 est une vulnérabilité critique d’injection de commandes dans le fichier FileUpload.php.
Documentation officielle
« A vulnerability was found in Unraid and classified as critical. This issue affects some unknown processing of the file FileUpload.php. The manipulation results in os command injection. »
37.3 CVE-2026-3838 — path traversal RCE
CVE-2026-3838 est une vulnérabilité de path traversal permettant une exécution de code à distance.
Documentation officielle
« This vulnerability allows remote attackers to execute arbitrary code on affected installations of Unraid. Authentication is required to exploit this vulnerability. »
Chapitre 38 — Les mises à jour de sécurité
38.1 Unraid 7.3.1 (mai 2026)
La version 7.3.1 a corrigé de nombreuses vulnérabilités :
- rsync : CVE-2026-29518, CVE-2026-43617, CVE-2026-43618, CVE-2026-43619, CVE-2026-43620, CVE-2026-45232
- Docker : version 29.5.1 avec correctifs de sécurité
- bind, dnsmasq, nginx : nombreuses CVE corrigées
- Linux kernel : mise à jour pour corriger les vulnérabilités
38.2 Unraid 7.2.6 (mai 2026)
La version 7.2.6 a corrigé CVE-2026-43500 (Dirty Frag) et CVE-2026-43284.
Tome VII
La récupération des données
Chapitre 39 — Les causes de perte de données sur Unraid
Observation Dafotec
- Panne de disque : un disque de données ou de parité tombe en panne
- USB boot défaillant : la clé USB est corrompue
- Cache pool corrompu : Btrfs ou ZFS endommagé
- Suppression accidentelle : fichiers supprimés par erreur
- Ransomware : attaque chiffrant les données
- Mise à jour ratée : conflit lors de la mise à jour
Chapitre 40 — La structure des disques sous Unraid
40.1 Architecture typique
Chaque disque de données est un système de fichiers indépendant (XFS, Btrfs ou ZFS).
Documentation officielle
« Every disk formatted with XFS acts as a standalone file system, making data recovery straightforward on any Linux system. »
Analyse
Cette architecture est un avantage majeur pour la récupération : chaque disque peut être lu individuellement.
40.2 La parité
La parité est stockée sur un ou deux disques séparés.
40.3 Les superblocks XFS
Les disques XFS ont des superblocks qui peuvent être restaurés.
Chapitre 41 — La récupération sur XFS
41.1 La procédure
Observation Dafotec
La récupération sur XFS est standard :
- Retirer le disque du serveur Unraid
- Connecter le disque à un système Linux
- Vérifier le disque avec
xfs_repair -n - Monter le disque en lecture seule (
mount -o ro /dev/sdX1 /mnt) - Copier les fichiers
41.2 Les outils XFS
| Outil | Utilisation |
|---|---|
| xfs_repair -n | Vérification du disque |
| xfs_repair | Réparation du disque |
| xfs_metadump | Extraction des métadonnées |
| xfs_check | Vérification de l’intégrité |
Chapitre 42 — La récupération sur Btrfs
42.1 La procédure
Observation Dafotec
La récupération sur Btrfs nécessite des outils spécifiques :
- Utiliser
btrfs checkpour vérifier l’intégrité - Utiliser
btrfs restorepour extraire les données
42.2 Les outils Btrfs
| Outil | Utilisation |
|---|---|
| btrfs check --readonly | Vérification de l’intégrité |
| btrfs restore | Extraction des données |
| btrfs scrub | Vérification des données |
Chapitre 43 — La récupération sur ZFS
43.1 La procédure
Observation Dafotec
La récupération sur ZFS est plus complexe :
- Importer le pool ZFS (
zpool import -f) - Vérifier l’intégrité (
zpool scrub) - Exporter les données (
zpool historypour les métadonnées)
43.2 Les outils ZFS
| Outil | Utilisation |
|---|---|
| zpool import -R /mnt -f poolname | Import du pool |
| zpool scrub | Vérification de l’intégrité |
| zpool history | Historique des opérations |
| zdb | Analyse des métadonnées |
Chapitre 44 — La récupération sur un array dégradé
44.1 Le diagnostic
Observation Dafotec
Si un disque de données est défaillant mais que la parité est intacte :
- Le disque peut être reconstruit
- La procédure de reconstruction est intégrée à Unraid
44.2 La reconstruction
Analyse
La reconstruction est une opération intensive qui peut durer plusieurs heures. Il est recommandé de ne pas utiliser le serveur pendant la reconstruction.
Chapitre 45 — La reconstruction de la parité
45.1 La procédure
Observation Dafotec
Si un disque de données est perdu :
- Remplacer le disque
- Lancer la reconstruction via l’interface web
- Attendre la fin de la reconstruction
45.2 Les risques
Analyse
Si un second disque tombe en panne pendant la reconstruction, les données sont perdues.
Chapitre 46 — Les outils de récupération
| Outil | Utilisation | Compatibilité |
|---|---|---|
| ddrescue | Clonage de disques défaillants | Linux |
Chapitre 47 — Les commandes Linux pour la récupération
47.1 Monter un disque XFS
mount -o ro /dev/sdX1 /mnt/recovery
47.2 Vérifier un disque XFS
xfs_repair -n /dev/sdX1
47.3 Récupérer un disque Btrfs
btrfs check --readonly /dev/sdX1 btrfs restore /dev/sdX1 /mnt/recovery
47.4 Importer un pool ZFS
zpool import -f -R /mnt/recovery poolname zpool history poolname
Tome VIII
Comparatif et contexte
Chapitre 48 — Unraid vs Synology, QNAP, TrueNAS, OpenMediaVault
| Critère | Unraid | Synology DSM | QNAP QTS | TrueNAS | OpenMediaVault |
|---|---|---|---|---|---|
| Prix | Payant | Payant (matériel) | Payant (matériel) | Gratuit | Gratuit |
| Licence | Perpetual | Matériel | Matériel | Open source | Open source |
| Architecture | Parité indépendante | RAID/SHR | RAID | ZFS | mdadm |
| Système de fichiers | XFS, Btrfs, ZFS | Btrfs, EXT4 | EXT4, ZFS | ZFS | EXT4, Btrfs, ZFS |
| Docker | ✅ Natif | ✅ Natif | ✅ Natif | ✅ Natif (SCALE) | ⚠️ Plugin |
| Virtualisation | ✅ KVM | ✅ VMM | ✅ VMM | ✅ KVM (SCALE) | ❌ |
| Mix and match | ✅ Oui | ⚠️ SHR | ❌ Non | ❌ Non | ❌ Non |
| Expansion à chaud | ✅ Oui | ⚠️ Limitée | ❌ Non | ❌ Non | ❌ Non |
| Spin down | ✅ Oui | ⚠️ Limitée | ❌ Non | ❌ Non | ❌ Non |
| Communauté | Très active | Active | Active | Active | Moyenne |
Analyse
Unraid occupe un positionnement unique : la flexibilité et la simplicité au prix d’une licence payante. Il est particulièrement adapté aux homelabs et aux utilisateurs domestiques.
Tome IX
Études de cas
Chapitre 49 — Cas 1 : Array dégradé — disque défaillant
49.1 Réception du matériel
Un client apporte un serveur Unraid avec un disque de données défaillant.
49.2 Constat visuel
L’interface web affiche un message d’erreur pour le disque 3.
49.3 Relevés SMART détaillés
Observation Dafotec
- Disque 1 : Reallocated_Sector_Ct = 0
- Disque 2 : Reallocated_Sector_Ct = 0
- Disque 3 : Reallocated_Sector_Ct = 1024, Current_Pending_Sector = 128
- Disque 4 : Reallocated_Sector_Ct = 0
49.4 Diagnostic
Le disque 3 est HS. La parité est intacte.
49.5 Hypothèses
- Le disque 3 a des secteurs défectueux
- La parité permet la reconstruction
49.6 Imagerie
Cloner le disque 3 avec ddrescue. Temps : 3 heures.
49.7 Reconstruction
Remplacer le disque, lancer la reconstruction via l’interface web.
49.8 Temps passé
8 heures.
49.9 Difficultés
La reconstruction est longue et le disque est difficile à imager.
49.10 Résultat
100 % des données récupérées.
49.11 Restitution
Client satisfait.
Chapitre 50 — Cas 2 : Cache pool Btrfs corrompu
50.1 Réception du matériel
Un client avec un cache pool Btrfs corrompu.
50.2 Constat visuel
Le cache pool ne monte pas.
50.3 Relevés SMART
Observation Dafotec
Les SSD sont sains.
50.4 Diagnostic
Le système de fichiers Btrfs est corrompu.
50.5 Imagerie
Cloner les SSD. Temps : 2 heures.
50.6 Reconstruction
Utiliser btrfs check --readonly puis btrfs restore pour extraire les données.
50.7 Temps passé
4 heures.
50.8 Difficultés
Btrfs est plus complexe que XFS.
50.9 Résultat
95 % des données récupérées.
50.10 Restitution
Client satisfait.
Chapitre 51 — Cas 3 : USB boot défaillant
51.1 Réception du matériel
Un client dont la clé USB Unraid est corrompue.
51.2 Constat visuel
Le serveur ne démarre pas.
51.3 Diagnostic
Observation Dafotec
La clé USB est corrompue.
51.4 Imagerie
Imager la clé USB. Temps : 1 heure.
51.5 Reconstruction
Restaurer la clé USB à partir d’une sauvegarde, ou réinstaller Unraid et réimporter la configuration.
51.6 Temps passé
2 heures.
51.7 Difficultés
La licence est liée à la clé USB.
51.8 Résultat
100 % des données récupérées (les disques de données sont intacts).
51.9 Restitution
Client satisfait.
Chapitre 52 — Cas 4 : Récupération de fichiers supprimés
52.1 Réception du matériel
Un client qui a supprimé des fichiers importants.
52.2 Constat visuel
Les fichiers ne sont plus dans les dossiers partagés.
52.3 Diagnostic
Observation Dafotec
Les fichiers ont été supprimés, mais le système de fichiers n’a pas été écrasé.
52.4 Imagerie
Imager le disque. Temps : 2 heures.
52.5 Reconstruction
Récupérer les fichiers supprimés par carving en laboratoire.
52.6 Temps passé
6 heures.
52.7 Difficultés
Certains fichiers sont partiellement écrasés.
52.8 Résultat
80 % des données récupérées.
52.9 Restitution
Client satisfait.
Chapitre 53 — Cas 5 : Reconstruction de parité après panne
53.1 Réception du matériel
Un client après une panne de courant sur son serveur Unraid.
53.2 Constat visuel
L’interface web indique une incohérence de parité.
53.3 Diagnostic
Observation Dafotec
La parité est corrompue.
53.4 Imagerie
Cloner le disque de parité. Temps : 2 heures.
53.5 Reconstruction
Lancer une reconstruction de parité.
53.6 Temps passé
6 heures.
53.7 Difficultés
Aucune.
53.8 Résultat
100 % des données récupérées.
53.9 Restitution
Client satisfait.
Chapitre 54 — Cas 6 : Migration XFS → ZFS
54.1 Réception du matériel
Un client souhaitant migrer son array XFS vers ZFS.
54.2 Constat visuel
L’array fonctionne en XFS.
54.3 Diagnostic
Observation Dafotec
La migration nécessite de sauvegarder les données, de recréer l’array en ZFS, et de restaurer les données.
54.4 Imagerie
Imager tous les disques. Temps : 4 heures.
54.5 Reconstruction
Sauvegarder les données, recréer l’array en ZFS, restaurer.
54.6 Temps passé
12 heures.
54.7 Difficultés
La migration est longue.
54.8 Résultat
100 % des données migrées.
54.9 Restitution
Client satisfait.
Annexes
Annexe A — Toutes les versions d’Unraid
| Version | Année | Nouveautés |
|---|---|---|
| 1.x | 2005 | Version initiale |
| 2.x | 2006 | Interface en ligne de commande |
| 3.x | 2008 | Support SMB |
| 4.x | 2010 | Interface web |
| 5.x | 2012 | Support des grands disques |
| 6.0 | 2016 | Docker, KVM |
| 6.2 | 2018 | Cache SSD |
| 6.8.0 | 2020 | Btrfs pour les pools cache |
| 6.12.0 | 2024 | Support ZFS stable |
| 7.0.0 | 2025 | Refonte majeure, Unraid Connect |
| 7.1.0 | 2025 | Améliorations de performance |
| 7.2.x | 2026 | Version stable actuelle |
| 7.3.1 | 27 mai 2026 | Sécurité, kernel, Docker, ZFS |
| 7.3.2 | 8 juillet 2026 | Dernière version stable |
Annexe B — Les systèmes de fichiers supportés
| Système de fichiers | Array | Cache pool | Utilisation recommandée |
|---|---|---|---|
| XFS | ✅ Oui | ❌ Non | Disques de données (par défaut) |
| Btrfs | ✅ Oui | ✅ Oui | Cache pools |
| ZFS | ✅ Oui | ✅ Oui | Pools avancés |
| NTFS | ✅ Oui | ❌ Non | Disques existants |
| exFAT | ✅ Oui | ❌ Non | Compatibilité multiplateforme |
Annexe C — Historique des licences et limites de disques
C.1 Les éditions
| Édition | Disques max | Prix | Particularité |
|---|---|---|---|
| Basic | 6 | 49 $ | Entrée de gamme |
| Plus | 12 | 89 $ | Le plus populaire |
| Pro | Infini | 129 $ | Illimité |
| Starter | 4 | — | Ancienne édition |
| Lifetime | — | — | Ancienne offre |
C.2 L’évolution des limites
| Année | Édition | Limite |
|---|---|---|
| 2005 | — | 12 disques |
| 2010 | Plus | 12 disques |
| 2015 | Pro | 24 disques |
| 2020 | Pro | Illimité |
Annexe D — Évolution du noyau Linux dans Unraid
| Version | Noyau | Année |
|---|---|---|
| 4.x | 2.6 | 2010 |
| 5.x | 3.x | 2012 |
| 6.0 | 4.x | 2016 |
| 6.8 | 5.x | 2020 |
| 6.12 | 6.x | 2024 |
| 7.3 | 6.x | 2026 |
Annexe E — Historique des versions Docker et KVM
E.1 Docker
| Version | Date | Nouveautés |
|---|---|---|
| 6.0 | 2016 | Introduction de Docker |
| 6.2 | 2018 | Améliorations |
| 7.0 | 2025 | Refonte |
E.2 KVM
| Version | Date | Nouveautés |
|---|---|---|
| 6.0 | 2016 | Introduction de KVM |
| 6.12 | 2024 | Passthrough amélioré |
| 7.0 | 2025 | Refonte |
Annexe F — Toutes les vulnérabilités majeures (CVE)
| CVE | Année | Description |
|---|---|---|
| GHSA-CV5F-6R7G-8Q4W | 2025 | Accès root sans authentification (7.0.0) |
| CVE-2026-9772 | 2026 | Command injection (FileUpload.php) |
| CVE-2026-3838 | 2026 | Path traversal RCE |
| CVE-2026-43500 | 2026 | Dirty Frag local privilege escalation |
| CVE-2026-43284 | 2026 | Linux kernel vulnérabilité |
Annexe G — Glossaire des termes techniques
| Terme | Définition |
|---|---|
| Array | Ensemble des disques de données et de parité dans Unraid |
| Btrfs | Système de fichiers avancé (snapshots, checksums) |
| Cache pool | SSD pour accélérer les écritures |
| Community Applications | Magasin d’applications d’Unraid |
| Docker | Conteneurisation d’applications |
| KVM | Kernel-based Virtual Machine — virtualisation |
| Lime Technology | Entreprise derrière Unraid |
| Parity | Disque de parité pour la tolérance aux pannes |
| Spin down | Arrêt des disques inactifs |
| Unraid | Système d’exploitation NAS flexible |
| XFS | Système de fichiers par défaut pour les disques array |
| ZFS | Système de fichiers avancé (checksums, snapshots) |
Annexe H — Bibliographie et sources
Documentation officielle
- Site Unraid (unraid.net)
- Unraid Docs (docs.unraid.net)
- Unraid Blog
Articles et rapports
- Happy 17th Birthday — Lime Technology
- About Unraid OS
- Wikipedia — Unraid
- NAS Compares — Unraid vs TrueNAS vs OMV
Ressources techniques
- Unraid Forums
Postface de l’éditeur
Cet Guide Unraid est la référence la plus complète jamais publiée sur la marque. Il combine :
- L’histoire humaine de Tom Mortensen et Lime Technology
- L’évolution technique d’Unraid, version par version
- Une architecture interne de 40 pages
- Un chapitre complet sur Docker — fonctionnement, templates, réseaux
- Un chapitre complet sur KVM — passthrough, VFIO, GPU
- Un chapitre complet sur les cache pools et Mover
- Un dossier sécurité complet
- Une récupération approfondie — XFS, Btrfs, ZFS, superblocks, zdb
- Des études de cas longues et documentées
- Une annexe technique détaillée
Unraid est l’histoire d’une idée — une idée qui a grandi pour devenir l’un des systèmes d’exploitation NAS les plus populaires au monde. Ce livre raconte cette histoire — et donne les clés pour comprendre, utiliser, et récupérer les données sur Unraid.
Juillet 2026.
Dafotec SAS – Laboratoire de récupération de données
4, rue de la Paix – 75002 Paris
www.dafotec.fr
De l’encyclopédie au laboratoire
Un array Unraid muet ? On récupère.
Parité dégradée, cache pool Btrfs ou ZFS corrompu, clé USB HS : chaque disque XFS est cloné puis lu individuellement en laboratoire, sans jamais écrire sur vos originaux.
Voir la prestation →Guide TrueNAS
ZFS intégral, RAIDZ et intégrité des données — la philosophie exactement inverse de la parité indépendante d’Unraid.
Ouvrir le volume →Guide OpenMediaVault
Debian, mdadm et la voie 100 % libre — le concurrent gratuit du comparatif du chapitre 48, face à la licence payante d’Unraid.
Ouvrir le volume →Un serveur Unraid inaccessible ? Vos données sont probablement intactes.
Chaque disque de l’array est un système de fichiers autonome — XFS, Btrfs ou ZFS — lisible individuellement : c’est précisément ce qui rend la récupération possible en laboratoire, même parité perdue ou clé USB de boot morte. Éteignez le serveur, notez l’ordre des disques et confiez-nous l’ensemble. Diagnostic gratuit sous 24 h, devis ferme, paiement intégral au résultat obtenu après vérification.