Pourquoi pouvez-vous utiliser un ordinateur Linux ou Linux Live CD pour récupérer des données que Windows n’a pas pu?
La question
Le lecteur SuperUser Philip Allgaier veut savoir pourquoi il a pu récupérer des données avec un Linux Live CD qui a été signalé comme irrécupérable sous Windows:
Contexte: Plus tôt cette année, j’ai eu un problème avec un lecteur SSD que Windows reconnaîtrait plus. Mais finalement, un Parted Magic 2012-10-10 amorçable a fait l’affaire. Regarde ça fil résolu. Une question m’est restée à ce moment-là…
Question: Je suis conscient que Linux est généralement un peu plus technique et brut, mais quelqu’un peut-il expliquer grossièrement pourquoi un système Linux (ou en fait seulement celui-là, car Ubuntu n’a pas fait l’affaire) est capable d’accéder / communiquer avec une moitié – appareil corrompu alors que Windows ne l’est pas?
-
Ignorent-ils simplement les indicateurs potentiels indiquant que quelque chose ne va pas?
-
Y a-t-il des raisons concrètes?
-
Est-ce simplement par chance que cet environnement particulier ait pu faire réagir le SSD ne serait-ce que pour une durée limitée?
Bien que cela ait certainement pu être de la chance, il y a probablement plus que quelques facteurs en jeu. Examinons.
La réponse
Le contributeur SuperUser Eike offre quelques explications potentielles, au-delà de la simple chance, pour sa capacité à sauvegarder les données:
Habituellement, cela se résume à ce qui, exactement, est accédé et comment, exactement, l’appareil échoue. Par exemple, si le SSD en question est incapable de récupérer, disons, le secteur 5 et commencera à se bloquer dès que quelque chose lit le secteur 5, la différence peut simplement être due à ce que les 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 le bye-bye de votre SSD défectueux, la différence avec cette distribution Linux spécifique est simplement qu’elle peut ne pas monter automatiquement toutes les partitions en question, ou peut, lors du montage, il suffit de lire un sous-ensemble différent de secteurs (l’implémentation de NTFS sous Linux est très différente de celle sous Windows – alors que le format sur disque est le même, c’est à l’OS que les structures 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 et cela pourrait être la différence. Ubuntu est dans un bateau similaire – il n’est pas conçu pour la récupération immédiate, il tentera de monter tout système de fichiers qu’il trouve C’est pour cette raison que les distributions spécialisées orientées vers la récupération sont un meilleur pari, car elles ne font que ce que vous leur demandez explicitement plutôt que de faire les choses automatiquement.
Bien sûr, vous avez peut-être tout simplement eu de la chance. Je ne sais pas assez sur le mode de défaillance du SSD pour le dire.
Linux n’ignore généralement pas les indicateurs indiquant que quelque chose ne va pas. Il recevra les mêmes erreurs SCSI du chipset SATA que Windows – si vous regardez le journal du noyau, sur un disque défectueux, vous verrez beaucoup de messages d’erreur. Cela dépend des programmes qui accèdent réellement au disque et ce qui se passera ensuite. S’il s’agit d’un logiciel orienté vers la récupération, il peut essayer de relire le même secteur un nombre limité de fois, il peut l’ignorer, etc. Habituellement, le meilleur pari est d’obtenir une image du lecteur avec autant de secteurs lus proprement que possible, et essayez ensuite de récupérer vos données à partir de cette image (faire une analyse directement sur le lecteur est généralement une mauvaise idée car son état peut s’aggraver et ce n’est pas parce que vous avez pu lire quelque chose une fois que vous pourrez le lire à nouveau .)
Le collaborateur AthonSfere, propose une autre vision des choses:
Cela tient en grande partie à la manière dont l’environnement gère le système de fichiers, les ACL ou le disque dur.
Windows va faire tout ce qui est en son pouvoir pour obéir à ses ACL et aux 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 Windows l’a marqué.
De plus, si le disque tombe en panne, plus vous l’utilisez, plus il est susceptible de rencontrer un problème majeur et l’environnement se plantera. Ensuite, comment le système d’exploitation gère qui entre en jeu, Windows va BSOD ou redémarrera, le processus de démarrage de Windows lancera des messages MBR, des messages de fichiers manquants (NTDLR.dll est manquant ou corrompu) et s’arrêtera, car ces fichiers défectueux sont nécessaires.
Lorsque vous utilisez un disque live, vous ne comptez sur rien de tout cela. Un mauvais MBR est contourné car vous démarrez à partir du disque. Un secteur défectueux qui a corrompu le NTDLR.dll n’est pas nécessaire. Tout est sur le disque. Vous pouvez alors tenter une lecture. S’il rencontre un secteur «vide» ou un mauvais bit, cet environnement le gère comme il a été programmé pour le faire. Ubuntu préférerait probablement maintenir les comportements normaux du système d’exploitation et continuer avec ce qui est le plus susceptible de se produire. Le secteur est vide, faites autre chose. Ce secteur est mauvais, restez à l’écart, ne relisez pas n’écrivez pas ou cela posera des problèmes.
Cependant, une plate-forme de récupération voudra 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 signale 13 est manquant, ignorez l’en-tête vide et lisez quand même le fichier, ou lisez le secteur défectueux du mieux qu’il peut et essayez de récupérer.
En outre, Windows PEUT faire beaucoup de cela avec des applications tierces, Recuva peut trouver beaucoup de ces fichiers «manquants», pour un. Mais vous ne voulez pas être dans un environnement susceptible d’écrire sur le disque et de provoquer une véritable perte permanente.
J’ai simplifié cela et ajouté une certaine interprétation, mais cela devrait remplir quelques espaces pour ce que vous demandez.
Avez-vous quelque chose à ajouter à l’explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d’autres utilisateurs de Stack Exchange férus de technologie? Consultez le fil de discussion complet ici.
http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons
