Pourquoi les systèmes Linux peuvent-ils parfois récupérer des données que Windows ne peut pas?

Pourquoi est-il possible d’utiliser un ordinateur Linux ou Linux Live CD pour récupérer des données que Windows n’a pas pu?

La séance de questions et réponses d'aujourd'hui nous est offerte par SuperUser, une sous-division de Stack Exchange, un groupe de sites Web de questions-réponses dirigé par la communauté..

La question

Le lecteur de SuperUser, Philip Allgaier, veut savoir pourquoi il a pu récupérer des données avec un Live CD Linux déclaré irrécupérable sous Windows:

Contexte: Plus tôt cette année, j'ai eu un problème avec un lecteur SSD que Windows ne reconnaîtrait plus. Mais finalement, un Partable Magic 2012-10-10 démarrable a fait l'affaire. Voir ce fil résolu. Une question me restait à partir de ce moment…

Question: Je suis conscient que Linux est généralement un peu plus technique et brut, mais quelqu'un peut-il expliquer en gros pourquoi un système Linux (ou seulement celui-là, puisque Ubuntu n'a pas fait le tour) est capable de continuer à accéder à / communiquer avec une moitié périphérique corrompu lorsque Windows n'est pas?

Ignorent-ils simplement les indicateurs potentiels indiquant que quelque chose ne va pas?
Y a-t-il des raisons concrètes??
Était-ce un hasard si cet environnement a pu faire réagir le SSD, ne serait-ce que pour un temps limité??

Bien que cela aurait certainement pu être de la chance, il y a probablement plus que quelques facteurs en jeu. Enquêtons.

La réponse

Le contributeur de SuperUser, Eike, offre quelques explications potentielles, au-delà de la simple chance, pour sa capacité à sauvegarder les données:

Habituellement, cela revient à ce qui est accédé exactement et à comment, exactement, le périphérique échoue. Par exemple, si le disque SSD en question est incapable de récupérer, par exemple, le secteur 5 et commence à caler dès que quelque chose lit le secteur 5, la différence peut simplement être due au fait que différents systèmes accèdent automatiquement une fois qu'ils reconnaissent un nouveau disque..

Lorsque Windows détecte un nouveau disque, il lit la table de partition et tente automatiquement d'ouvrir tous les systèmes de fichiers qu'il sait lire. Si l’une des structures / blocs lus pendant ce processus de «montage» déclenche l’adieu de votre SSD défectueux, la différence avec cette distribution linux spécifique est tout simplement qu’elle ne monte pas automatiquement toutes les partitions en question, ou peut, lors du montage, il suffit de lire un sous-ensemble de secteurs différent (la mise en œuvre de NTFS sous Linux est très différente de celle de Windows), tandis que le format sur disque est identique, le choix du système d'exploitation dépend de la structure qu'il juge nécessaire de lire. Windows peut lire des copies secondaires du MFT, ou il peut commencer à mettre en cache certaines données, ce qui pourrait faire toute la différence. Ubuntu est dans un bateau similaire - il n’est pas conçu pour la récupération immédiate, il essaiera de monter tout système de fichiers trouvé. C'est automatiquement pour cette raison que les distributions spécialisées orientées vers la récupération constituent un meilleur pari, car elles ne font que ce que vous leur demandez explicitement, au lieu de faire les choses automatiquement..

Bien sûr, vous avez peut-être aussi eu de la chance. Je ne sais pas assez sur le mode de défaillance du SSD pour dire.

Linux n'ignore généralement pas les indicateurs indiquant que quelque chose ne va pas. Le chipset SATA reçoit les mêmes erreurs SCSI que Windows. Si vous consultez le journal du noyau, sur un disque défectueux, vous verrez de nombreux messages d'erreur. Cela dépend des programmes qui accèdent réellement au disque et de ce qui va se passer ensuite. Si le logiciel est orienté vers la récupération, il peut essayer de relire le même secteur un nombre limité de fois, peut le sauter, etc. En général, le mieux est d’obtenir une image du lecteur comportant le plus grand nombre de secteurs lisiblement, et puis essayez de récupérer vos données à partir de cette image (effectuer une analyse directement sur le lecteur est une mauvaise idée, car son état peut s'aggraver et si vous avez lu quelque chose une fois, cela ne signifie pas que vous pourrez le relire. .)

AthonSfere, un autre contributeur, propose un autre point de vue:

La manière dont l’environnement gère le système de fichiers et les ACL ou le disque dur.

Windows va faire tout ce qu'il peut pour respecter ses listes de contrôle d'accès et secteurs marqués comme défectueux ou vides. Ainsi, les partitions NTFS ou Fat créées et maintenues dans Windows ainsi que les MBR Windows seront gérées par Windows comme indiqué par Windows.

En outre, si le lecteur tombe en panne, plus vous l'utilisez, plus il risque de rencontrer un problème majeur et l'environnement se plantera. Ensuite, comment l'OS gère-t-il le jeu? Windows va-t-il BSOD ou redémarrer, le processus de démarrage de Windows affichera les messages MBR, les messages de fichier manquants (NTDLR.dll est manquant ou corrompus) et s'arrêtera, car ces mauvais fichiers sont nécessaires.

Lorsque vous utilisez un disque live, vous ne vous fiez pas à cela. Un mauvais MBR est ignoré parce que vous démarrez à partir du disque. Un secteur défectueux qui a corrompu le fichier NTDLR.dll n'est pas nécessaire. Tout est sur le disque. Vous pouvez ensuite tenter une lecture. S'il rencontre un secteur «vide» ou un bit défectueux, cet environnement le gère comme il l'a programmé. Ubuntu préférerait probablement conserver les comportements normaux des systèmes d’exploitation et poursuivre ce qui est le plus susceptible de se produire. Le secteur est vide, faites autre chose. Ce secteur est mauvais, restez à l’écart, ne lisez plus, n’écrivez pas, sinon vous causerez des problèmes.

Une plateforme de récupération va cependant vouloir lire toutes les données. Les marqueurs de fichier indiquent que le fichier doit être sur 0,5, 13…. si le système de fichiers indique 13 est manquant, ignorez l'en-tête vide et lisez quand même le fichier, ou lisez le secteur défectueux du mieux possible et essayez de le récupérer.

En outre, Windows peut faire beaucoup de choses avec des applications tierces, Recuva peut trouver beaucoup de ces fichiers "manquants". Mais vous ne voulez pas être dans un environnement qui pourrait écrire sur le disque et causer une véritable perte permanente..

J'ai simplifié ceci et ajouté quelques interprétations, mais il convient de remplir quelques blancs pour ce que vous demandez.

Avez-vous quelque chose à ajouter à l'explication? Sound off dans les commentaires. Voulez-vous lire plus de réponses d'autres utilisateurs de Stack Exchange doués en technologie? Découvrez le fil de discussion complet ici.

http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons