Pool FAULTED, dRAID corrompu, labels détruits, pool chiffré, RAID-Z dégradé — TrueNAS, Proxmox, FreeBSD, OpenZFS. Diagnostic gratuit sous 24h. selon devis.
Dafotec est le seul laboratoire en France à traiter les configurations dRAID — que ni Klennet, ni UFS Explorer, ni ReclaiMe Pro ne supportent. Pour un pool ZFS FAULTED, RAID-Z dégradé ou pool chiffré, le diagnostic est gratuit sous 24h, le tarif commence à 450€ et aucun frais n'est facturé si la récupération est impossible. ZFS utilise des mécanismes de Copy-on-Write, checksums et uberblocks multiples qui permettent souvent de récupérer des données même après une corruption sévère des métadonnées — à condition de ne pas aggraver la situation avec des tentatives non maîtrisées.
Du pool logiquement dégradé au dRAID physiquement corrompu — nos ingénieurs interviennent sur toutes les configurations OpenZFS.
Chaque implémentation ZFS a ses propres angles morts. Les comprendre permet d'éviter les erreurs fatales lors d'une panne.
TrueNAS SCALE est la plateforme ZFS la plus répandue en 2026. Elle utilise OpenZFS 2.4 sur base Debian — ce qui lui confère les dernières fonctionnalités (dRAID, block cloning, ZIL sur special vdev) mais aussi de nouveaux vecteurs de défaillance.
Les mises à jour majeures de SCALE (passage 23.x → 24.x → 25.x) ont causé des corruptions de pools dans plusieurs configurations avec special vdev actif. Une migration interrompue peut rendre le pool inaccessible sans message d'erreur explicite.
Proxmox utilise ZFS principalement pour le stockage des VMs (zvol) et des conteneurs LXC. La combinaison ZFS + Ceph + VM en production crée des configurations complexes où une panne physique d'un disque peut provoquer une cascade d'indisponibilités.
Les fichiers VMDK et QCOW2 stockés sur des zvols ZFS bénéficient du Copy-on-Write — ce qui permet souvent de récupérer des états antérieurs à une corruption si les snapshots ZFS étaient actifs.
TrueNAS CORE (anciennement FreeNAS) est en fin de développement actif depuis 2024. Les utilisateurs qui n'ont pas migré vers SCALE restent sur FreeBSD avec une version ZFS figée. Cette stabilité est un avantage — mais les pannes sont traitées avec des outils de plus en plus anciens.
La migration CORE → SCALE elle-même est une source fréquente de corruption : si elle est interrompue, le pool peut se retrouver dans un état hybride non importable par aucun des deux systèmes.
QNAP QuTS hero utilise une version fork de ZFS appelée QZFS, optimisée pour le matériel QNAP. Cette implémentation propriétaire complique la récupération : les outils standards ne reconnaissent pas toujours les labels QZFS, et le format des datasets diffère légèrement d'OpenZFS.
UFS Explorer Technician supporte QZFS depuis sa dernière version — mais les configurations avancées (dRAID sur QuTS hero) restent hors de portée des outils logiciels.
Transparence totale. Devis ferme après diagnostic gratuit. Paiement intégral au résultat obtenu après vérification.
| Type d'intervention ZFS | Prix | Délai | Niveau |
|---|---|---|---|
| ZFS — Pool logique FAULTED Labels accessibles, uberblocks corrompus, RAID-Z intact | 450€ | 2–5 j | Standard |
| ZFS — RAID-Z1/Z2/Z3 dégradé 1 à 2 disques HS selon niveau, pool importable | dès 600 € | 3–7 j | Standard |
| ZFS — dRAID corrompu Protocole propriétaire Dafotec — reconstruction virtuelle dRAID | dès 600 € | 5–10 j | Complexe |
| ZFS — Labels totalement détruits Reconstruction pool sans métadonnées, Find ZFS profond | dès 600 € | 5–10 j | Complexe |
| ZFS — Disques membres HS physiquement Intervention salle blanche ISO 5 + récupération ZFS | dès 650 € | 4–10 j | Critique |
| ZFS — Pool chiffré + panne Clé / passphrase requise. Récupération post-panne sur pool chiffré | dès 600 € | 5–10 j | Complexe |
| ZFS — Ransomware + snapshots Analyse forensique, reconstruction snapshots ZFS antérieurs | Sur devis | 5–12 j | Critique |
Chacune de ces erreurs peut rendre définitivement inaccessibles des données qui auraient été récupérables.
La commande zpool import -F sans le flag -n (simulation) tente une récupération transactionnelle en écrivant sur les disques. Si l'opération échoue à mi-chemin, les métadonnées originales sont partiellement écrasées.
Si un RAID-Z est déjà en mode dégradé et qu'un disque de remplacement présente des secteurs défectueux, un resilver peut tenter d'écrire des données de parité sur des secteurs mauvais — et propager la corruption à l'ensemble du pool.
ZFS utilise le Copy-on-Write — les anciennes versions des blocs sont préservées tant qu'elles ne sont pas écrasées. Toute écriture sur les disques du pool (même monter le pool en lecture-écriture) risque d'écraser définitivement ces blocs récupérables.
L'outil zpool labelclear efface les labels ZFS d'un disque. Si utilisé par erreur sur un disque appartenant à un pool sain, il détruit les métadonnées de ce disque — rendant la reconstruction du pool beaucoup plus complexe.
L'ordre des disques dans un pool ZFS RAID-Z n'est pas toujours identifiable automatiquement si les labels sont endommagés. Déplacer des disques sans noter leur emplacement d'origine peut rendre la reconstruction virtuelle impossible ou incomplète.
Klennet, UFS Explorer et ReclaiMe Pro ne supportent pas dRAID. Tenter une reconstruction manuelle avec ces outils sur une configuration dRAID peut corrompre irrémédiablement les structures de parité distribuées, rendant même une intervention laboratoire plus difficile.
zpool status avant toute actionsmartctl -a /dev/sdX)zpool import -o readonly=on -N tankChaque intervention ZFS suit un protocole strictement non-destructif. Les disques originaux ne sont jamais modifiés.
Réception des disques, vérification SMART complète, identification de la topologie du pool (RAID-Z1/2/3, dRAID, mirror, stripe). Clonage secteur-à-secteur bit-à-bit de chaque disque membre avant toute action. Les originaux sont mis sous scellés.
Analyse des 4 labels par disque (2 en début, 2 en fin), lecture des uberblocks valides, identification de la dernière transaction cohérente (TXG). Cartographie de l'état de chaque VDEV. Pour dRAID : identification des groupes de parité distribuée et des spares intégrés.
Reconstruction virtuelle complète du pool sur les images clonées — sans écriture sur les disques originaux. Pour dRAID : reconstitution de la topologie distribuée par protocole propriétaire Dafotec. Pour pools chiffrés : déchiffrement avec la clé fournie avant reconstruction.
Montage du pool reconstruit en lecture seule, navigation dans les datasets ZFS, identification des snapshots récupérables. Extraction complète avec préservation de l'arborescence, des ACLs et des attributs étendus. Vérification des checksums ZFS sur chaque bloc extrait.
Génération du rapport Liste Témoin™ : liste complète des fichiers récupérés, taille, intégrité. Vous validez dataset par dataset avant paiement intégral. Transfert sur support neuf chiffré AES-256. Si la récupération est incomplète ou impossible.
Pool TrueNAS SCALE en dRAID2 avec 3 disques défaillants simultanément — tolérance dRAID2 dépassée. Aucun outil logiciel du marché ne supporte dRAID. Intervention via le protocole propriétaire Dafotec de reconstruction virtuelle de la topologie dRAID distribuée.
Coupure de courant lors d'un scrub actif sur un pool Proxmox hébergeant 14 VMs. Message ZFS-8000-72 — métadonnées corrompues. Les uberblocks des 24h précédentes étaient partiellement préservés. Reconstruction par transaction rewind sur images clonées.
Pool TrueNAS CORE chiffré en RAID-Z1 — un disque présentait une panne mécanique (tête de lecture HS). Intervention en deux temps : salle blanche ISO 5 pour remplacer la tête de lecture et cloner le disque défectueux, puis déchiffrement avec passphrase fournie et reconstruction ZFS.
5 phases à suivre dans l'ordre. Ne pas brûler les étapes.
Ne rien écrire sur les disques. Ne pas relancer un resilver. Ne pas tenter zpool clear sans simulation préalable. Ne pas déplacer les disques sans noter leur emplacement. Chaque action non maîtrisée réduit les chances de récupération.
zpool status -v — noter l'état exactzpool events -v — analyser les événementssmartctl -a /dev/sdX — vérifier chaque disquedmesg | grep -i error — erreurs matérielleszpool import -d /dev/disk/by-id/ — lister les poolszpool import -o readonly=on -N tank — import non-destructifzpool import -F sans simulation -nzpool import -F -n tank — simuler sans modifierzpool import -F tankzpool scrub tank après importAucun laboratoire en France ne propose cette transparence. Vous voyez exactement ce qui est récupéré, dataset par dataset, avant de valider.
Les termes techniques ZFS que vous rencontrerez lors d'une panne — et leur signification réelle.
zpool prefetch -t brt précharge la BRT en mémoire.Non — un pool FAULTED signifie que ZFS ne peut pas ouvrir le pool, pas que les données sont effacées. ZFS stocke de multiples copies des métadonnées critiques (labels, uberblocks) sur chaque disque. Dafotec intervient en lisant ces structures résiduelles pour reconstruire virtuellement le pool. La récupération est possible dans la grande majorité des cas — à condition de ne pas aggraver la situation avec des tentatives non maîtrisées. Diagnostic gratuit sous 24h.
Non. Ni Klennet Recovery, ni UFS Explorer, ni ReclaiMe Pro ne supportent les configurations dRAID — c'est confirmé par la documentation officielle de chacun de ces éditeurs (mars 2026). dRAID utilise une topologie de parité distribuée avec spares intégrés qui nécessite un protocole de reconstruction spécifique. Dafotec est le seul laboratoire en France à disposer d'un protocole propriétaire pour traiter les configurations dRAID corrompues.
Oui, à condition de disposer de la passphrase ou du fichier de clé. Le chiffrement natif ZFS (AES-256-GCM) est cryptographiquement robuste — sans la clé, la récupération est impossible, même pour Dafotec. En revanche, si vous avez la clé et que le pool présente une corruption ou une panne physique, Dafotec peut déchiffrer les données et les extraire après reconstruction du pool. Il est essentiel de fournir la clé dès le dépôt des disques.
C'est une situation critique car RAID-Z2 tolère au maximum 2 disques défaillants. Si les 3 pannes sont logiques (corruption firmware, secteurs défectueux), une récupération partielle peut être possible en travaillant disque par disque sur des images clonées. Si les pannes sont physiques (têtes HS), une intervention en salle blanche ISO 5 est nécessaire sur chaque disque avant toute tentative de reconstruction. Dans tous les cas : ne pas relancer le resilver et contacter Dafotec immédiatement.
ZFS conserve les 128 derniers uberblocks valides sur chaque disque, chacun correspondant à un état cohérent du pool à un instant T (une Transaction Group, ou TXG). La commande zpool import -F tente de restaurer le pool à un TXG antérieur cohérent — en "remontant dans le temps" jusqu'à trouver un état valide. L'inconvénient : les données écrites entre ce TXG et la panne sont perdues. Dafotec effectue toujours une simulation (-F -n) avant toute action réelle pour évaluer la perte acceptable.
Oui. QNAP QuTS hero utilise QZFS, un fork propriétaire de ZFS optimisé pour le matériel QNAP. Le format des labels et des datasets diffère légèrement d'OpenZFS, ce qui signifie que les disques QNAP QuTS hero ne s'importent pas directement sur un système TrueNAS ou FreeBSD standard. Dafotec dispose des outils spécifiques QZFS pour traiter ces configurations, y compris les cas de ransomware (DeadBolt, eCh0raix) qui ciblent particulièrement les NAS QNAP exposés sur Internet.
À partir de 450€ pour un pool ZFS logiquement dégradé (panne logique, uberblocks partiellement corrompus). Les configurations RAID-Z et dRAID débutent à dès 600 €. Les interventions avec panne physique (salle blanche ISO 5) commencent à dès 650 €. Le diagnostic est gratuit sous 24h. Aucun frais n'est facturé si la récupération est impossible — garantie "selon devis" sur tous les cas ZFS.
Souvent oui. Les snapshots ZFS sont stockés indépendamment des datasets actifs — un ransomware qui chiffre les fichiers du dataset actif ne supprime pas automatiquement les snapshots antérieurs. Si les snapshots n'ont pas été explicitement détruits par l'attaquant (certains ransomwares ciblent maintenant les snapshots ZFS), il est possible de restaurer l'état du pool avant l'attaque. Dafotec réalise une analyse forensique pour identifier les snapshots préservés et les extraire. Ne pas payer la rançon avant diagnostic.
Le diagnostic initial est réalisé sous 24 à 48h après réception des disques. Une récupération ZFS standard (pool FAULTED logique, RAID-Z dégradé) prend 2 à 7 jours ouvrés. Les cas complexes (dRAID, pools chiffrés avec panne physique, ransomware) nécessitent 5 à 12 jours. Une option urgence 24h/24 est disponible pour les entreprises dont l'arrêt d'activité génère un impact financier critique.
Tous les disques membres du pool doivent être envoyés simultanément. ZFS répartit les données et les métadonnées sur l'ensemble des VDEVs — la reconstruction du pool nécessite l'accès à tous les disques, même ceux qui semblent fonctionnels. Un seul disque manquant peut rendre la récupération impossible sur une configuration RAID-Z, ou très partielle sur un mirror. Étiquetez chaque disque avec son emplacement d'origine (Bay 1, 2, 3…) avant l'envoi.