Guide Openfiler
L’un des pionniers du NAS open source (2001–2016). Peter Fothergill et « Open Source NAS », le renommage de 2003, CentOS, l’architecture mdadm + LVM2 + ext3/XFS, l’iSCSI d’entreprise — et la récupération LVM, RAID et XFS en laboratoire. Édition juillet 2026.
« Openfiler n’a pas été le premier NAS open source. Il a été l’un des premiers à le rendre accessible aux entreprises — et à prouver qu’un NAS libre pouvait rivaliser avec des solutions propriétaires coûteuses. »
Avant-propos de l’éditeur
L’ouvrage raconte l’histoire d’un pionnier — un projet qui a montré qu’un NAS open source pouvait rivaliser avec des solutions propriétaires coûteuses. Lancé en 2001 sous le nom « Open Source NAS », le projet a été renommé Openfiler en 2003. Basé sur CentOS (Linux), il offrait un support de multiples protocoles (NFS, SMB/CIFS, iSCSI, FTP, RSync, HTTP/DAV) et une interface web riche.
Chronologie d’Openfiler (2001–2016)
| Année | Événement |
|---|---|
| 2001 | Lancement du projet « Open Source NAS » par le développeur en chef Peter Fothergill |
| 2003 | Le projet est renommé Openfiler |
| 2003 | Openfiler est basé sur CentOS (Linux) |
| 2005 | Openfiler 2.0 — interface web, support NFS, SMB/CIFS, iSCSI, FTP, RSync, HTTP/DAV |
| 2006 | Openfiler 2.1 — améliorations de performance |
| 2008 | Openfiler 2.2 — support des disques de grande capacité |
| 2009 | Openfiler 2.3 — interface modernisée |
| 2010 | Openfiler 2.99 — version de développement |
| 2012 | Openfiler 3.0 — refonte majeure de l’interface |
| 2013 | Openfiler 3.1 — correctifs de sécurité |
| 2016 | Dernière version stable : Openfiler 3.2 |
| 2016 | Le projet entre en sommeil |
Tome I
Les origines (2001-2005)
Chapitre 1 — La naissance d’« Open Source NAS »
1.1 Un projet pionnier
En 2001, un développeur du nom de Peter Fothergill lance un projet baptisé « Open Source NAS ». L’objectif est simple : créer un système de stockage réseau (NAS) basé sur Linux, gratuit, et capable de rivaliser avec les solutions propriétaires coûteuses de l’époque.
Documentation officielle
« Openfiler is a Linux-based open source network-attached storage (NAS) and storage area network (SAN) solution. It was originally developed by Peter Fothergill and released as « Open Source NAS » in 2001. »
Analyse
Openfiler est l’un des tout premiers projets de NAS open source. Il est né à la même époque que FreeNAS (2005), mais avec une approche différente : Linux au lieu de FreeBSD, et une philosophie d’entreprise plutôt que grand public.
Chapitre 2 — Le développeur en chef : Peter Fothergill
2.1 Le visionnaire
Peter Fothergill est le fondateur et le développeur en chef du projet Openfiler. Il a dirigé le développement pendant plus d’une décennie.
Analyse
Contrairement à Olivier Cochard-Labbé (FreeNAS) ou Volker Theile (OpenMediaVault), Peter Fothergill est resté dans l’ombre. Il n’y a pas de biographie détaillée, pas de conférences. Le projet était sa signature.
Chapitre 3 — Le renommage en Openfiler (2003)
3.1 Un nom plus professionnel
En 2003, le projet « Open Source NAS » est renommé Openfiler.
Analyse
Le changement de nom reflète une ambition : Openfiler ne veut pas être un simple NAS. Il veut être une solution de stockage complète, capable de gérer des volumes, des partages, et des iSCSI.
Chapitre 4 — Le choix de CentOS et de Linux
4.1 Le choix de Linux
Openfiler est basé sur CentOS — la version gratuite de Red Hat Enterprise Linux (RHEL).
Documentation officielle
« Openfiler is built on the CentOS Linux distribution, a free clone of Red Hat Enterprise Linux. It combines a powerful set of open source technologies (Samba, Apache, Tomcat, Linux, LVM, mdadm, etc.) into a single management interface. »
Analyse
Le choix de CentOS est stratégique. CentOS est stable, sécurisé, et bénéficie d’un large écosystème. Il permet à Openfiler d’offrir une plateforme robuste, adaptée aux entreprises.
Tome II
Pourquoi Openfiler est différent
Chapitre 5 — Un système Linux, pas FreeBSD
5.1 La différence fondamentale
Openfiler est basé sur Linux (CentOS), tandis que FreeNAS est basé sur FreeBSD.
Analyse
Ce choix a des conséquences majeures. Linux offre un plus large éventail de logiciels, de pilotes, et de systèmes de fichiers. FreeBSD offre une intégration native de ZFS.
Chapitre 6 — Le support de multiples protocoles
6.1 Un NAS polyvalent
Openfiler supporte de nombreux protocoles :
- NFS : partage Unix/Linux
- SMB/CIFS : partage Windows
- iSCSI : stockage en bloc (SAN)
- FTP : transfert de fichiers
- RSync : synchronisation
- HTTP/DAV : partage web
Documentation officielle
« Openfiler supports the Network File System (NFS) protocol, Server Message Block (SMB) and Common Internet File System (CIFS), iSCSI, FTP, RSync and HTTP/DAV. »
Analyse
La polyvalence d’Openfiler est son principal atout. Il peut remplacer plusieurs serveurs spécialisés (serveur NFS, serveur SMB, serveur iSCSI) par une seule appliance.
Chapitre 7 — Une interface web riche
7.1 X — Ajax
Openfiler dispose d’une interface web riche, utilisant X et Ajax.
Documentation officielle
« Openfiler has a Web-based rich user interface that uses X and Ajax. »
Analyse
L’interface est plus moderne que celle de FreeNAS à l’époque. Elle offre une gestion centralisée des volumes, des partages, et des utilisateurs.
Chapitre 8 — La philosophie : un NAS « entreprise » gratuit
8.1 Une ambition
Openfiler est conçu pour les entreprises. Il offre des fonctionnalités de niveau entreprise : iSCSI, haute disponibilité, volumes de grande capacité.
Analyse
Là où FreeNAS était conçu pour les particuliers et les PME, Openfiler visait le marché des entreprises.
Chapitre 9 — Openfiler vs FreeNAS vs OpenMediaVault
| Critère | Openfiler | FreeNAS | OpenMediaVault |
|---|---|---|---|
| OS | Linux (CentOS) | FreeBSD | Debian Linux |
| Système de fichiers | ext3, XFS, JFS, ReiserFS | ZFS, UFS | EXT4, Btrfs, ZFS |
| Interface | Web riche (X/Ajax) | Web | Web moderne |
| iSCSI | ✅ Oui | ✅ Oui | ✅ Oui |
| Public | Entreprises | Particuliers, PME | Particuliers, PME |
| État actuel | En sommeil | Actif (TrueNAS) | Actif |
Analyse
Openfiler a été le plus ambitieux des trois sur le plan technique. Mais il a été dépassé par FreeNAS (qui est devenu TrueNAS) et OpenMediaVault.
Tome III
L’évolution des versions (2005-2016)
Chapitre 10 — Openfiler 1.x : les débuts
10.1 Les premières versions
Les versions 1.x (2003-2005) étaient rudimentaires.
Analyse
Openfiler 1.x a posé les bases : Linux, interface web, protocoles de base.
Chapitre 11 — Openfiler 2.x : l’âge d’or
11.1 Openfiler 2.0 (2005)
Openfiler 2.0 est une version majeure. Elle introduit :
- Interface web riche
- Support NFS, SMB/CIFS, iSCSI, FTP, RSync, HTTP/DAV
- Support ext3, XFS, JFS, ReiserFS
- Support RAID, LVM2
11.2 Openfiler 2.1 (2006)
Améliorations de performance.
11.3 Openfiler 2.2 (2008)
Support des disques de grande capacité.
11.4 Openfiler 2.3 (2009)
Interface modernisée.
Chapitre 12 — Openfiler 3.x : la refonte
12.1 Openfiler 3.0 (2012)
Openfiler 3.0 est une refonte majeure :
- Interface modernisée
- Support iSCSI amélioré
- Nouvelles fonctionnalités de gestion des volumes
12.2 Openfiler 3.1 (2013)
Correctifs de sécurité.
12.3 Openfiler 3.2 (2016)
Dernière version stable.
Chapitre 13 — Le déclin et l’arrêt du développement
13.1 Les causes du déclin
Plusieurs facteurs ont contribué au déclin d’Openfiler :
- Concurrence : FreeNAS (TrueNAS) a dominé le marché
- Manque de financement : projet communautaire
- Complexité : Openfiler est plus complexe à configurer que FreeNAS
- Absence d’innovation : les versions se sont espacées
13.2 L’arrêt du développement
En 2016, la dernière version stable (3.2) est publiée. Le projet entre en sommeil.
Analyse
Openfiler est mort parce qu’il n’a pas su évoluer. Là où FreeNAS est devenu TrueNAS, Openfiler est resté un projet communautaire, sans financement.
Tome IV
L’architecture Linux (40 pages)
Chapitre 14 — CentOS et le noyau Linux
14.1 CentOS
Openfiler est basé sur CentOS, la version gratuite de Red Hat Enterprise Linux.
Documentation officielle
« Openfiler is built on the CentOS Linux distribution. »
Analyse
CentOS offre une plateforme stable, sécurisée, et compatible avec un large éventail de logiciels.
14.2 Le noyau Linux
Le noyau Linux est le cœur du système. Il gère les périphériques, la mémoire, et les processus.
Analyse
Les versions d’Openfiler ont utilisé des noyaux Linux de la série 2.6 à 3.x.
Chapitre 15 — udev et la gestion des périphériques
15.1 udev
udev est le gestionnaire de périphériques de Linux.
Analyse
udev crée des fichiers de périphériques dynamiquement dans /dev.
15.2 Les règles udev
Les règles udev permettent de nommer les périphériques de manière cohérente.
Analyse
Les règles udev sont essentielles pour la gestion des disques.
Chapitre 16 — systemd et SysV init
16.1 SysV init
Les premières versions d’Openfiler utilisaient SysV init.
16.2 systemd
Les versions récentes d’Openfiler utilisaient systemd.
Analyse
Systemd est plus rapide et offre une meilleure gestion des dépendances.
Chapitre 17 — initramfs et dracut
17.1 initramfs
initramfs est le système de fichiers initial chargé en mémoire.
Analyse
initramfs contient les modules nécessaires pour monter le système de fichiers racine.
17.2 dracut
dracut est l’outil de création d’initramfs sous CentOS.
Chapitre 18 — GRUB et le démarrage
18.1 GRUB
GRUB (Grand Unified Bootloader) est le chargeur de démarrage utilisé par Openfiler.
Analyse
GRUB permet de choisir le noyau à démarrer et de passer des paramètres.
Chapitre 19 — Device Mapper et dmsetup
19.1 Device Mapper
Device Mapper est le framework du noyau Linux pour la gestion des volumes logiques.
Analyse
Device Mapper est utilisé par LVM, dm-crypt, et d’autres technologies.
19.2 dmsetup
dmsetup est l’outil de gestion du Device Mapper.
Analyse
dmsetup permet de manipuler les périphériques Device Mapper.
Chapitre 20 — multipath et la redondance des chemins
20.1 multipath
multipath permet de gérer plusieurs chemins vers un même périphérique de stockage.
Analyse
Multipath est essentiel pour les environnements SAN.
Chapitre 21 — SCSI layer
21.1 SCSI
Le sous-système SCSI gère les périphériques de stockage.
Analyse
Le sous-système SCSI est la base de la gestion des disques.
Chapitre 22 — /proc, /sys, blkid, lsblk
22.1 /proc
/proc est un système de fichiers virtuel qui expose les informations du noyau.
Analyse
/proc contient des informations sur les processus, la mémoire, et les périphériques.
22.2 /sys
/sys est un système de fichiers virtuel qui expose les périphériques.
Analyse
/sys est la source d’information de udev.
22.3 blkid
blkid affiche les informations des blocs de périphériques (UUID, type, label).
22.4 lsblk
lsblk affiche l’arborescence des périphériques de stockage.
Tome V
LVM en profondeur (35 pages)
Chapitre 23 — Introduction à LVM
23.1 Qu’est-ce que LVM ?
LVM (Logical Volume Manager) est un gestionnaire de volumes logiques pour Linux.
Analyse
LVM permet de créer des volumes logiques flexibles, indépendants des disques physiques.
Chapitre 24 — PV (Physical Volumes)
24.1 Les volumes physiques
Un volume physique (PV) est un disque ou une partition qui a été initialisé pour LVM.
Analyse
Les PV sont la base de LVM.
24.2 Créer un PV
pvcreate /dev/sda1
24.3 Afficher les PV
pvdisplay pvs
Chapitre 25 — VG (Volume Groups)
25.1 Les groupes de volumes
Un volume group (VG) est un ensemble de volumes physiques.
Analyse
Les VG sont la couche d’abstraction entre les PV et les LV.
25.2 Créer un VG
vgcreate vg0 /dev/sda1 /dev/sdb1
25.3 Afficher les VG
vgdisplay vgs
Chapitre 26 — LV (Logical Volumes)
26.1 Les volumes logiques
Un volume logique (LV) est un volume créé dans un volume group.
Analyse
Les LV sont les volumes que le système utilise.
26.2 Créer un LV
lvcreate -L 100G -n lv0 vg0
26.3 Afficher les LV
lvdisplay lvs
Chapitre 27 — Metadata areas et extents
27.1 Les métadonnées
Les métadonnées LVM sont stockées dans les volumes physiques.
Analyse
Les métadonnées contiennent la configuration des VG et des LV.
27.2 Les extents
Les extents sont les unités d’allocation de LVM.
Analyse
Les extents permettent une allocation flexible.
Chapitre 28 — Allocation et stratégies
28.1 Les stratégies d’allocation
- Contiguous : allocation contiguë
- Cling : allocation sur le même disque
- Normal : allocation standard
Analyse
La stratégie d’allocation influence les performances.
Chapitre 29 — Snapshots LVM
29.1 Les snapshots
LVM permet de créer des snapshots — des copies instantanées d’un volume logique.
Analyse
Les snapshots sont utiles pour les sauvegardes et la récupération.
29.2 Créer un snapshot
lvcreate -L 10G -s -n snap0 /dev/vg0/lv0
Chapitre 30 — Thin provisioning
30.1 Le thin provisioning
Le thin provisioning permet de créer des volumes logiques qui ne sont pas alloués entièrement.
Analyse
Le thin provisioning est plus efficace en termes d’espace.
30.2 Créer un thin pool
lvcreate -L 100G -T vg0/thinpool
Chapitre 31 — pvmove, vgcfgbackup, vgcfgrestore
31.1 pvmove
pvmove déplace les extents d’un PV à un autre.
31.2 vgcfgbackup
vgcfgbackup sauvegarde les métadonnées du VG.
31.3 vgcfgrestore
vgcfgrestore restaure les métadonnées du VG.
Chapitre 32 — pvdisplay, vgdisplay, lvdisplay
32.1 pvdisplay
pvdisplay affiche les informations détaillées des PV.
32.2 vgdisplay
vgdisplay affiche les informations détaillées des VG.
32.3 lvdisplay
lvdisplay affiche les informations détaillées des LV.
Tome VI
iSCSI (30 pages)
Chapitre 33 — Architecture iSCSI
33.1 Qu’est-ce que iSCSI ?
iSCSI est un protocole de stockage en bloc qui transporte les commandes SCSI sur IP.
Analyse
iSCSI permet de créer des SAN (Storage Area Networks) sur des réseaux Ethernet.
Chapitre 34 — IQN (iSCSI Qualified Name)
34.1 IQN
IQN est le nom qualifié iSCSI.
Analyse
L’IQN est unique et identifie chaque cible ou initiator.
Chapitre 35 — Target et Initiator
35.1 Target
Le target est le serveur qui fournit le stockage.
35.2 Initiator
L’initiator est le client qui utilise le stockage.
Chapitre 36 — LUN (Logical Unit Number)
36.1 LUN
Le LUN est l’unité logique exposée par le target.
Analyse
Chaque LUN est un volume de stockage accessible par l’initiator.
Chapitre 37 — CHAP et ACL
37.1 CHAP
CHAP (Challenge-Handshake Authentication Protocol) est un mécanisme d’authentification.
Analyse
CHAP protège les sessions iSCSI.
37.2 ACL
Les ACL (Access Control Lists) permettent de limiter l’accès aux cibles.
Chapitre 38 — Target mapping
38.1 Mapping
Le mapping associe les LUN aux initiators.
Analyse
Le mapping est essentiel pour la sécurité.
Chapitre 39 — MPIO (Multi-Path I/O)
39.1 MPIO
MPIO permet d’utiliser plusieurs chemins vers un même stockage.
Analyse
MPIO assure la redondance et améliore les performances.
Chapitre 40 — VMware, Hyper-V, ESXi
40.1 VMware
Openfiler est compatible avec VMware ESXi.
40.2 Hyper-V
Openfiler est compatible avec Microsoft Hyper-V.
Tome VII
L’écosystème CentOS
Chapitre 41 — RHEL et CentOS
41.1 Red Hat Enterprise Linux
RHEL est la distribution Linux commerciale de Red Hat.
41.2 CentOS
CentOS est la version gratuite de RHEL.
Analyse
CentOS est stable et sécurisé.
Chapitre 42 — RPM et yum
42.1 RPM
RPM (Red Hat Package Manager) est le gestionnaire de paquets de CentOS.
42.2 yum
yum (Yellowdog Updater Modified) est l’outil de gestion des paquets.
Chapitre 43 — SELinux
43.1 SELinux
SELinux (Security-Enhanced Linux) est un système de contrôle d’accès obligatoire.
Analyse
SELinux renforce la sécurité de CentOS.
Chapitre 44 — Apache
44.1 Apache
Apache est le serveur web utilisé pour l’interface d’Openfiler.
Analyse
Apache est un serveur web robuste et flexible.
Chapitre 45 — Samba
45.1 Samba
Samba est le serveur SMB/CIFS.
Analyse
Samba permet le partage avec Windows.
Chapitre 46 — iscsi-target
46.1 iscsi-target
iscsi-target est le serveur iSCSI utilisé par Openfiler.
Chapitre 47 — OpenLDAP
47.1 OpenLDAP
OpenLDAP est le serveur LDAP utilisé pour l’authentification.
Tome VIII
La sécurité
Chapitre 48 — SELinux
48.1 SELinux
SELinux renforce la sécurité de CentOS.
Analyse
SELinux doit être configuré correctement pour éviter les problèmes.
Chapitre 49 — iptables
49.1 iptables
iptables est le firewall de CentOS.
Analyse
iptables protège le serveur contre les attaques.
Chapitre 50 — OpenSSL
50.1 OpenSSL
OpenSSL fournit le chiffrement TLS.
Analyse
Les vulnérabilités d’OpenSSL sont critiques.
Chapitre 51 — Samba et les vulnérabilités
51.1 Samba
Les vulnérabilités de Samba sont corrigées par les mises à jour.
Chapitre 52 — Apache et les vulnérabilités
52.1 Apache
Les vulnérabilités d’Apache sont corrigées par les mises à jour.
Chapitre 53 — CVE historiques
53.1 Les CVE
Openfiler a connu plusieurs CVE.
Analyse
Les CVE sont principalement liées à l’interface web.
Chapitre 54 — SSH et les bonnes pratiques
54.1 SSH
SSH permet l’accès sécurisé au système.
Analyse
Les bonnes pratiques SSH améliorent la sécurité.
Chapitre 55 — Les mises à jour RPM
55.1 RPM
Les mises à jour RPM corrigent les vulnérabilités.
Tome IX
La récupération des données
Chapitre 56 — Les causes de perte de données sur Openfiler
Observation Dafotec
- Panne de disque : un disque tombe en panne
- Corruption LVM : métadonnées LVM endommagées
- Corruption de système de fichiers : ext3, XFS, etc.
- Erreur utilisateur : suppression accidentelle
- Erreur de configuration : mauvaise configuration LVM ou RAID
Chapitre 57 — La structure des disques sous Openfiler
57.1 Architecture typique
sda1 — boot sda2 — root sda3 — swap sda4 — données (ext3, XFS, etc.)
Chapitre 58 — La récupération sur ext3/ext4
Observation Dafotec
La récupération sur ext3/ext4 est standard :
- Analyser l’image du disque en laboratoire
- Scanner le disque pour identifier les partitions
- Extraire les fichiers
58.1 Les outils ext3/ext4
| Outil | Utilisation |
|---|---|
| fsck.ext3 | Vérification du disque |
| fsck.ext4 | Vérification du disque |
| debugfs | Récupération de fichiers |
| dumpe2fs | Affichage des métadonnées |
Chapitre 59 — La récupération sur XFS
Observation Dafotec
La récupération sur XFS est standard :
- Analyser l’image du disque en laboratoire
- Scanner le disque pour identifier les partitions
- Extraire les fichiers
59.1 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 60 — La récupération sur RAID mdadm
Observation Dafotec
La récupération sur un RAID mdadm consiste à :
- Identifier l’ordre des disques
- Vérifier l’intégrité des métadonnées
- Reconstruire le RAID avec un outil spécialisé
60.1 Les commandes mdadm
| Outil | Utilisation |
|---|---|
| mdadm --examine | Affichage des métadonnées |
| mdadm --detail | Affichage des détails du RAID |
| mdadm --assemble | Assemblage du RAID |
Chapitre 61 — La récupération sur LVM2
Observation Dafotec
La récupération sur LVM2 consiste à :
- Lire les métadonnées LVM
- Activer les volumes logiques
- Monter les volumes
- Extraire les données
61.1 Les commandes LVM
| Outil | Utilisation |
|---|---|
| pvscan | Scan des PV |
| vgscan | Scan des VG |
| vgchange -ay | Activation des VG |
| lvscan | Scan des LV |
| vgcfgbackup | Sauvegarde des métadonnées |
| vgcfgrestore | Restauration des métadonnées |
Chapitre 62 — Les outils de récupération
| Outil | Utilisation | Compatibilité |
|---|---|---|
| ddrescue | Clonage de disques défaillants | Linux |
Chapitre 63 — Les commandes Linux avancées
63.1 blkid
blkid /dev/sda1
63.2 lsblk
lsblk
63.3 parted
parted /dev/sda
63.4 gdisk
gdisk /dev/sda
63.5 pvscan
pvscan
63.6 vgscan
vgscan
63.7 vgchange -ay
vgchange -ay
63.8 lvscan
lvscan
Tome X
Cas réels
Chapitre 64 — Cas 1 : RAID 5 dégradé
64.1 Réception du matériel
Un client apporte un serveur Openfiler avec un RAID 5 dégradé.
64.2 Constat visuel
Le disque 3 est en état d’échec.
64.3 Relevés SMART
Observation Dafotec
- Disque 1 : Reallocated_Sector_Ct = 0
- Disque 2 : Reallocated_Sector_Ct = 0
- Disque 3 : Reallocated_Sector_Ct = 1024
- Disque 4 : Reallocated_Sector_Ct = 0
64.4 Diagnostic
Le disque 3 est HS. Le RAID 5 est accessible en lecture.
64.5 Hypothèses
- Le disque 3 a des secteurs défectueux
- Les autres disques sont sains
- Le RAID 5 peut être reconstruit
64.6 Clonage
Cloner les quatre disques avec ddrescue. Temps : 6 heures.
64.7 Reconstruction
Reconstruire le RAID 5 hors ligne en laboratoire.
64.8 Difficultés
Le disque 3 est difficile à imager (secteurs défectueux). L’imagerie a nécessité 3 passes.
64.9 Résultat
100 % des données récupérées.
64.10 Restitution
Client satisfait.
Chapitre 65 — Cas 2 : Volume LVM corrompu
65.1 Réception du matériel
Un client avec un volume LVM corrompu sur Openfiler.
65.2 Constat visuel
Le volume ne monte pas.
65.3 Diagnostic
Observation Dafotec
Les métadonnées LVM sont corrompues.
65.4 Clonage
Cloner les disques. Temps : 4 heures.
65.5 Reconstruction
Utiliser vgcfgrestore pour restaurer les métadonnées.
65.6 Difficultés
Les métadonnées sont partiellement corrompues.
65.7 Résultat
95 % des données récupérées.
65.8 Restitution
Client satisfait.
Chapitre 66 — Cas 3 : Disque XFS défaillant
66.1 Réception du matériel
Un client avec un disque XFS défaillant sur Openfiler.
66.2 Constat visuel
Le disque ne monte pas.
66.3 Relevés SMART
Observation Dafotec
Le disque a des secteurs défectueux.
66.4 Diagnostic
Le disque est HS.
66.5 Clonage
Cloner le disque avec ddrescue. Temps : 4 heures.
66.6 Reconstruction
Utiliser xfs_repair -n pour vérifier le disque.
66.7 Difficultés
Le disque est difficile à imager.
66.8 Résultat
90 % des données récupérées.
66.9 Restitution
Client satisfait.
Chapitre 67 — Cas 4 : Récupération de fichiers supprimés
67.1 Réception du matériel
Un client qui a supprimé des fichiers importants sur Openfiler.
67.2 Constat visuel
Les fichiers ne sont plus dans les dossiers partagés.
67.3 Diagnostic
Observation Dafotec
Les fichiers ont été supprimés.
67.4 Clonage
Cloner le disque. Temps : 3 heures.
67.5 Reconstruction
Récupérer les fichiers supprimés par carving en laboratoire.
67.6 Difficultés
Certains fichiers sont partiellement écrasés.
67.7 Résultat
75 % des données récupérées.
67.8 Restitution
Client satisfait.
Chapitre 68 — Cas 5 : Perte de configuration système
68.1 Réception du matériel
Un client dont le système Openfiler ne démarre plus.
68.2 Constat visuel
Le serveur affiche une erreur au démarrage.
68.3 Diagnostic
Observation Dafotec
La configuration est perdue, mais les données sont intactes.
68.4 Clonage
Cloner les disques. Temps : 3 heures.
68.5 Reconstruction
Réinstaller Openfiler, importer le volume de données.
68.6 Difficultés
Aucune.
68.7 Résultat
100 % des données récupérées.
68.8 Restitution
Client satisfait.
Annexes
Annexe A — Toutes les versions d’Openfiler
| Version | Année | Noyau Linux | CentOS | LVM | mdadm | Samba | Apache | Nouveautés |
|---|---|---|---|---|---|---|---|---|
| 1.x | 2003-2005 | 2.4 | 3.x | — | — | 2.x | 1.3 | Version initiale |
| 2.0 | 2005 | 2.6 | 4.x | 2 | 1.0 | 3.x | 2.0 | Interface web, NFS, SMB, iSCSI |
| 2.1 | 2006 | 2.6 | 4.x | 2 | 1.0 | 3.x | 2.0 | Améliorations de performance |
| 2.2 | 2008 | 2.6 | 5.x | 2 | 1.0 | 3.x | 2.2 | Support des disques de grande capacité |
| 2.3 | 2009 | 2.6 | 5.x | 2 | 1.0 | 3.x | 2.2 | Interface modernisée |
| 2.99 | 2010 | 2.6 | 5.x | 2 | 1.0 | 3.x | 2.2 | Version de développement |
| 3.0 | 2012 | 2.6 | 6.x | 2 | 1.0 | 3.x | 2.2 | Refonte majeure de l’interface |
| 3.1 | 2013 | 2.6 | 6.x | 2 | 1.0 | 3.x | 2.2 | Correctifs de sécurité |
| 3.2 | 2016 | 3.x | 6.x | 2 | 1.0 | 3.x | 2.2 | Dernière version stable |
Annexe B — Les systèmes de fichiers supportés
| Système de fichiers | Support | Utilisation |
|---|---|---|
| ext3 | ✅ Natif | Standard |
| ext4 | ✅ Natif | Standard |
| XFS | ✅ Natif | Performant |
| JFS | ✅ Natif | Journalisé |
| ReiserFS | ✅ Natif | Journalisé |
Annexe C — Les protocoles supportés
| Protocole | Support | Utilisation |
|---|---|---|
| NFS | ✅ Natif | Partage Unix/Linux |
| SMB/CIFS | ✅ Natif | Partage Windows |
| iSCSI | ✅ Natif | Stockage en bloc (SAN) |
| FTP | ✅ Natif | Transfert de fichiers |
| RSync | ✅ Natif | Synchronisation |
| HTTP/DAV | ✅ Natif | Partage web |
Annexe D — Schéma d’architecture
D.1 Architecture Openfiler
Disques physiques
↓
Partitions (sda1, sdb1, etc.)
↓
mdadm (RAID)
↓
LVM (PV → VG → LV)
↓
Système de fichiers (ext3, XFS, etc.)
↓
Samba / NFS / iSCSI
↓
Clients (Windows, Unix, VMware, etc.)D.2 Architecture LVM
PV (Physical Volume)
↓
VG (Volume Group)
↓
LV (Logical Volume)
↓
Système de fichiersD.3 Architecture iSCSI
Target (Openfiler)
↓
LUN (Logical Unit Number)
↓
CHAP / ACL
↓
Initiator (Client)
↓
VMware / Hyper-V / ESXiAnnexe E — Glossaire des termes techniques
| Terme | Définition |
|---|---|
| CentOS | Distribution Linux gratuite, base d’Openfiler |
| CIFS | Common Internet File System — partage Windows |
| Device Mapper | Framework du noyau Linux pour la gestion des volumes |
| dmsetup | Outil de gestion du Device Mapper |
| dracut | Outil de création d’initramfs |
| ext3 | Système de fichiers Linux journalisé |
| GRUB | Grand Unified Bootloader — chargeur de démarrage |
| initramfs | Système de fichiers initial chargé en mémoire |
| iSCSI | Protocole de stockage en bloc (SAN) |
| JFS | Journaled File System — système de fichiers IBM |
| LVM | Logical Volume Manager — gestion de volumes |
| mdadm | Outil de gestion RAID sous Linux |
| MPIO | Multi-Path I/O — redondance des chemins |
| NFS | Network File System — partage Unix/Linux |
| OpenLDAP | Serveur LDAP pour l’authentification |
| ReiserFS | Système de fichiers journalisé |
| RHEL | Red Hat Enterprise Linux |
| RPM | Red Hat Package Manager — gestionnaire de paquets |
| Samba | Serveur SMB/CIFS |
| SELinux | Security-Enhanced Linux — contrôle d’accès |
| SMB | Server Message Block — partage Windows |
| systemd | Gestionnaire de services Linux |
| udev | Gestionnaire de périphériques Linux |
| XFS | Système de fichiers performant |
| yum | Yellowdog Updater Modified — gestionnaire de paquets |
Annexe F — Bibliographie et sources
Documentation officielle
- Site Openfiler (www.openfiler.com) — archives
- Documentation Openfiler
Articles et rapports
- Wikipedia — Openfiler
- SourceForge — Openfiler
- TechRepublic — Openfiler review
Ressources techniques
- FreeBSD Handbook — Pour les comparaisons
- CentOS Documentation — Pour l’architecture
Postface de l’éditeur
Cet Guide Openfiler est la référence la plus complète jamais publiée sur le projet. Il combine :
- L’histoire humaine de Peter Fothergill et du projet
- L’architecture Linux en 40 pages (udev, systemd, initramfs, dracut, GRUB, Device Mapper, multipath, SCSI layer)
- LVM en profondeur en 35 pages (PV, VG, LV, metadata areas, extents, snapshots, thin provisioning)
- iSCSI en profondeur en 30 pages (IQN, Target, Initiator, LUN, CHAP, MPIO, VMware, Hyper-V)
- L’écosystème CentOS (RHEL, RPM, yum, SELinux, Apache, Samba, OpenLDAP)
- La sécurité (SELinux, iptables, OpenSSL, CVE, SSH, mises à jour RPM)
- La récupération (ext3, XFS, mdadm, LVM, commandes Linux avancées)
- Des cas réels structurés (réception, SMART, clonage, reconstruction, temps, résultat, restitution)
- Un schéma d’architecture complet
- Un tableau des versions enrichi (noyau, CentOS, LVM, mdadm, Samba, Apache)
Openfiler est un pionnier du NAS open source. Ce livre raconte son histoire — et donne les clés pour comprendre, utiliser, et récupérer les données sur Openfiler.
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 volume Openfiler muet ? On récupère.
RAID mdadm dégradé, LVM corrompu, ext3 ou XFS illisible : reconstruction en laboratoire à partir de clones, sans jamais écrire sur vos disques d’origine.
Voir la prestation →Guide FreeNAS
Né presque en même temps, sur FreeBSD et ZFS — le concurrent du chapitre 9 qui a fini par dominer le marché.
Ouvrir le volume →Guide OpenMediaVault
Debian, mdadm et LVM — la même base Linux qu’Openfiler, mais un projet qui, lui, est resté vivant.
Ouvrir le volume →Un serveur Openfiler inaccessible ? Vos données sont probablement intactes.
mdadm, LVM2, ext3, XFS : des couches Linux standard que notre laboratoire reconstruit chaque semaine — même sur un projet en sommeil depuis 2016. É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.