Analyse
Le contrôle qualité commence avant la restitution
Le contrôle qualité en récupération de données intervient avant l’envoi final, mais se prépare dès le diagnostic. Il ne suffit pas d’annoncer un volume ou un nombre de fichiers : il faut vérifier que les fichiers importants sont présents, lisibles et cohérents avec l’usage attendu.
Un dossier peut paraître complet dans une arborescence et contenir des fichiers incomplets. Un fichier peut conserver son nom, sa date et sa taille tout en étant corrompu. Une base peut s’ouvrir partiellement sans permettre la reprise d’activité. Le contrôle qualité sert à faire cette distinction.
Les premiers critères viennent du client : fichiers prioritaires, formats à ouvrir absolument, dates qui comptent, applications productrices. Sans cette information, le laboratoire peut contrôler des éléments techniquement valides mais peu utiles.
Définir les critères d’acceptation
Le contrôle doit relier chaque besoin à une preuve observable. Une arborescence retrouvée renseigne sur l’organisation, pas sur l’intégrité du contenu ; un fichier ouvert renseigne sur un échantillon, pas sur toute la famille. La validation métier intervient sur une copie de restitution, jamais sur le support source.
| Attente | Contrôle utile | Limite à annoncer |
|---|---|---|
| Dossier ou période prioritaire | Présence, chemin, dates et volume cohérents | Éléments absents ou reconstruits sans chemin d’origine |
| Documents et médias | Ouverture d’échantillons représentatifs | Fichiers partiels, tronqués ou non décodables |
| Archive ou base | Test natif sur une copie isolée | Dépendance, journal ou version applicative manquante |
| Restitution complète | Inventaire et rapprochement avec la demande | Contrôle par échantillonnage ou zones illisibles |
La page consacrée au processus de récupération décrit les étapes générales. Ici, le contrôle porte précisément sur la sortie du dossier : il faut éviter qu’une restitution paraisse réussie alors que les fichiers essentiels n’ont pas été vérifiés.
Ce contrôle reste sobre : il ne promet pas l’impossible et ne transforme pas une récupération partielle en succès commercial. Il donne une lecture claire de ce qui est exploitable, de ce qui manque et de ce qui reste incertain.
Analyse
Des fichiers visibles ne sont pas nécessairement exploitables
La visibilité d’un fichier est une information faible. Un système de fichiers peut contenir une entrée de dossier même si les blocs de données sont absents, écrasés ou fragmentés, situation fréquente sur un disque endommagé.
Les formats structurés demandent une attention particulière : une archive, une base, un catalogue photo, un projet vidéo ou un fichier métier peut dépendre de plusieurs blocs cohérents. Un segment manquant peut empêcher l’ouverture ou provoquer des erreurs plus tard.
Adapter le test à la famille de fichiers
Le contrôle qualité consiste à tester des échantillons pertinents, pas à ouvrir chaque fichier un par un dans tous les cas, mais à vérifier les familles critiques : documents récents, fichiers volumineux, bases, exports comptables, photos demandées, vidéos, dossiers clients.
Les contrôles ne sont pas interchangeables :
- Le contrôle d’une archive exige un test d’intégrité ou une extraction vers un emplacement sain ;
- Une image ou une vidéo doit être décodée au-delà de la miniature ou des premières secondes ;
- Une base exige la version compatible du moteur, ses journaux utiles et un contrôle applicatif ;
- Un disque virtuel doit être vérifié avec sa chaîne de dépendances, sans démarrer la source en écriture ;
- Le contrôle de documents bureautiques exige un échantillon réparti entre périodes, tailles et dossiers prioritaires.
Une empreinte SHA-256 vérifie qu’une copie contrôlée n’a pas changé après son acquisition. Sans empreinte antérieure fiable, elle ne prouve ni que le fichier était complet avant l’incident, ni qu’il répond au besoin métier.
L’article consacré à l’expertise technique explique pourquoi la méthode prime sur l’outil. Le contrôle qualité en est le prolongement : il transforme un résultat technique en restitution compréhensible.
Les dates et chemins doivent aussi être examinés. Une récupération peut ramener plusieurs versions d’un même fichier, parfois avec des chemins temporaires. Sans tri minimal, le client reçoit trop de bruit et passe à côté du bon dossier.
Analyse
Priorités du client et échantillons de validation
Les priorités du client évitent de traiter tous les fichiers comme égaux. Pour une entreprise, une base métier, un dossier comptable ou un répertoire de projets peut importer plus que des milliers de fichiers secondaires ; pour un particulier, certaines photos ou documents peuvent primer sur le volume total.
Il est utile de demander des exemples : noms de dossiers, extensions, périodes, applications, utilisateurs, projets. Ces informations orientent recherche et contrôle, et repèrent une récupération techniquement abondante mais pauvre sur le besoin réel.
Quand un échantillon peut être présenté, il doit être choisi avec prudence. Montrer uniquement les fichiers les plus simples ne donne pas une image fidèle. Un bon échantillon inclut types importants, dossiers prioritaires et, si possible, plusieurs tailles ou dates.
Construire un échantillon représentatif
Le plan de contrôle réunit au minimum les fichiers explicitement demandés, quelques éléments récents et anciens, les formats volumineux ou structurés, puis un échantillon réparti dans les autres dossiers. Chaque échec reste rattaché à sa source et à son type de contrôle. Cette méthode mesure le résultat sans transformer un échantillon favorable en affirmation d’exhaustivité.
Le contrôle qualité signale aussi doublons et versions partielles. Un même fichier peut exister sous plusieurs noms, dans un dossier temporaire, une sauvegarde locale ou une zone reconstruite. Cette situation doit être expliquée plutôt que masquée.
La documentation d’incident complète ce sujet. Plus les priorités sont documentées tôt, plus le contrôle final peut être précis et utile.
Analyse
Tracer les limites sans dramatiser
Une récupération sérieuse dit aussi ce qui n’a pas été récupéré. Cette transparence ne dramatise pas le dossier ; elle évite les malentendus. Si des secteurs sont illisibles, un fichier partiel ou une base incohérente, le client doit le savoir avant de s’organiser.
Les limites peuvent venir du support, des tentatives précédentes, d’un écrasement logique, d’un chiffrement, d’une fragmentation ou d’une corruption applicative. Les expliquer montre que le résultat n’est pas seulement une question de temps ou de logiciel.
Le vocabulaire doit rester accessible. Dire « arborescence partielle », « fichiers non ouvrables », « versions antérieures » ou « base à vérifier dans l’application d’origine » est plus utile qu’un jargon très technique. Le client doit pouvoir décider quoi faire ensuite.
Règle de restitution — un élément non testé ne doit jamais être présenté comme récupérable.
Le rapport utilise quatre statuts sans les confondre :
- Statut
recoverable_verified: Le contenu a été contrôlé et il est exploitable ; - Statut
partial: Le contenu est incomplet et sa limite est indiquée ; - Statut
detected_unverified: Un nom ou une signature a été détecté sans preuve d’intégrité ; - Statut
unrecoverable: Le contenu n’est pas exploitable.
Seuls les éléments recoverable_verified figurent dans la liste présentée comme récupérable avant paiement. Cette distinction empêche qu’une détection, une miniature ou une arborescence visible soit assimilée à un fichier rendu et contrôlé.
Décider à partir du résultat contrôlé
Le diagnostic et le devis sont gratuits au laboratoire Datastrophe. Avant tout paiement, le client reçoit la liste contrôlée et le prix proposé. Il paie uniquement si cette liste et ce prix lui conviennent. La récupération finale, la préparation du résultat et la restitution interviennent après le paiement.
Le transport privé aller et retour du support est systématiquement pris en charge. Le transporteur déplace uniquement le colis scellé : il n’accède jamais aux données et ne participe ni au diagnostic ni à leur traitement.
Aucun frais standard n’est dû si aucune donnée exploitable vérifiée n’est trouvée, si la récupération finale échoue ou si le client refuse la liste ou le prix. Seule une pièce rare commandée séparément reste non remboursable.
La traçabilité est aussi utile pour les dossiers sensibles. Quand les données servent à une preuve, un litige ou une reprise d’activité, il faut distinguer ce qui a été observé, copié, testé et restitué. Cette rigueur protège le client autant que le laboratoire.
L’article sur la reconstruction limitée détaille les cas où la restitution reste partielle. Le contrôle qualité permet de rendre ces limites lisibles.
Analyse
Restituer sur un support sain
Le contrôle qualité ne s’arrête pas au contenu. Le support de restitution doit être sain, adapté au volume et préparé correctement. Rendre des données récupérées sur un support douteux déplacerait le risque au lieu de le résoudre.
Il faut éviter de restituer sur le support d’origine, qui peut rester instable, endommagé ou nécessaire à des vérifications. La restitution doit se faire sur un autre support ou via une méthode convenue, avec une organisation claire des dossiers.
Le client doit recevoir des indications simples : ce qui a été récupéré, contrôlé, ce qui demande une vérification applicative, ce qui est absent ou partiel. Ces informations sont souvent aussi importantes que les fichiers eux-mêmes.
Le support sain est accompagné d’un inventaire proportionné au dossier :
- Origine de la copie et date d’acquisition ;
- Dossiers ou périodes déclarés prioritaires ;
- Familles et échantillons effectivement testés ;
- Erreurs, éléments partiels et dépendances manquantes ;
- Empreinte de la copie remise lorsqu’elle fait partie du protocole ;
- Contrôles qui restent à effectuer par le responsable métier.
Après restitution, une validation côté client reste nécessaire. Le laboratoire peut vérifier la lisibilité technique, mais seul le client sait si un projet métier, une base ou une archive répond réellement à son usage.
Datastrophe intègre cette logique pour éviter les restitutions ambiguës. L’objectif n’est pas d’impressionner par le volume, mais de rendre des données exploitables, accompagnées d’un niveau de confiance clair et de limites assumées.
Sources techniques primaires et limites
Le NIST SP 800-86 recommande une collecte traçable et un examen sur des copies. Ce cadre ne qualifie ni les têtes, les surfaces, les alimentations, le pont d’interface ou les zones non lues du disque reçu, et ne permet pas de confondre détection et récupération vérifiée.