13Sep
Pourquoi est-ce que vous pouvez utiliser un ordinateur basé sur Linux ou Linux Live CD pour récupérer des données que Windows ne pouvait pas?
Question d'aujourd'hui &La session de réponse nous est offerte par SuperUser, une subdivision de Stack Exchange, un regroupement communautaire de sites Web Q & A.
La question
SuperUser lecteur Philip Allgaier veut savoir pourquoi il était capable de récupérer des données avec un Linux Live CD qui a été signalé comme irrécupérable dans Windows:
Contexte: Plus tôt cette année, j'ai eu un problème avec un lecteur SSDplus. Mais finalement, un bootable Parted Magic 2012-10-10 a fait l'affaire. Voir ce fil résolu. Une question restée avec moi à 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 décrire brièvement pourquoi un système Linux( ou en fait seulement celui-là, puisque Ubuntu n'a pas faitl'astuce) est capable de toujours accéder / communiquer avec un périphérique à moitié corrompu lorsque Windows ne l'est pas?
-
Est-ce qu'ils ignorent tout indicateur potentiel que quelque chose ne va pas?
-
Y a-t-il des raisons concrètes?
-
Était-ce juste la chance que cet environnement particulier ait pu obtenir la réponse de SSD si seulement pendant un temps limité?
Bien que cela aurait certainement pu être la chance, il y a probablement plus que quelques facteurs en jeu. Cherchons.
La réponse
SuperUser contributeur Eike offre quelques explications potentielles, au-delà de la simple chance, pour sa capacité à enregistrer les données:
Habituellement, cela revient à quoi, exactement, est en cours d'accès et comment, exactement, l'appareil est défaillant. Par exemple, si le disque SSD en question est incapable de récupérer, disons, le secteur 5 et commence à caler dès que quelque chose lit le secteur 5, la différence peut simplement être due aux différents systèmes qui accèdent automatiquement lorsqu'ils reconnaissent un nouveau disque.
Lorsque Windows détecte un nouveau disque, il lit la table de partition et tente automatiquement d'ouvrir les systèmes de fichiers qu'il sait lire. Si l'une des structures / blocs en cours de lecture lors de ce processus "montage" déclenche votre SSD défectueux, la différence avec cette distribution linux spécifique est simplement qu'elle ne peut pas monter automatiquement toutes les partitions en question, ou peut,lors du montage, il suffit de lire un sous-ensemble de secteurs différent( l'implémentation de NTFS sous Linux est très différente de celle de Windows - alors que le format sur disque est le même, il appartient au système d'exploitation qu'il juge nécessaire de lire. Windows peut lire des copies secondaires de la MFT, ou il peut commencer à precaching certaines données et cela pourrait être la différence Ubuntu est dans un bateau similaire - il n'est pas orienté vers la récupération de la boîte, il tentera de monter n'importe quel système de fichiers qu'il trouvesur les médias nouvellement découverts, automatiquement. C'est pour cette raison que les distributions spécialisées axées sur la récupération sont un meilleur pari, car ils ne font que ce que vous leur demandez explicitement, par opposition à faire des choses automatiquement.
Bien sûr, vouspeut-être simplement eu de la chance, aussi. Je ne sais pas assez sur le mode de défaillance du SSD à dire.
Linux n'ignore généralement pas 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 de quels programmes accèdent réellement au disque ce qui va se passer ensuite. Si c'est 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 que possible, etessayez 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 empirer et simplement parce que vous avez pu lire quelque chose une fois, cela ne signifie pas que vous pourrez le lire à nouveau.)
Fellow contributeur AthonSfere, offre une autre prise sur les choses:
Une grande partie de la façon dont l'environnement gère le système de fichiers, et les ACL ou le disque dur.
Windows va faire tout son possible pour obéir à ses ACL, et les secteurs marqués comme mauvais ou vides. Ainsi, les partitions NTFS ou Fat créées et maintenues dans Windows ainsi que les MBR Windows seront traitées par Windows comme Windows l'a marqué.
En outre, si le disque tombe en panne, plus vous l'utilisez, plus il est susceptible de rencontrer un problème majeur et l'environnement va planter. Ensuite, comment le système d'exploitation va-t-il jouer, Windows sera BSOD ou redémarrer, le processus de démarrage de Windows lancera les messages MBR, les fichiers manquants( NTDLR.dll est manquant ou corrompu) et s'arrêtera, car ces fichiers sont requis.
Lorsque vous utilisez un disque en direct, vous ne comptez sur aucun de ces éléments. Un mauvais MBR est contourné parce que vous démarrez du disque. Un secteur défectueux qui a corrompu 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 mauvais bit, cet environnement le gère mais il a été programmé pour le faire. Ubuntu préfèrerait probablement maintenir des comportements OS normaux 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 causera des problèmes.
Une plate-forme de récupération, cependant, va vouloir lire toutes les données. Les marqueurs de fichier disent que le fichier devrait être sur 0,5, 13. ...Si les rapports du système de fichiers 13 sont manquants, ignorez l'en-tête vide et lisez le fichier de toute façon, ou lisez le secteur défectueux du mieux qu'il le 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 qui peut réécrire sur le disque et provoquer une véritable perte permanente.
J'ai simplifié cela, et ajouté quelques interprétations, mais cela devrait remplir quelques espaces pour ce que vous demandez.
Avoir quelque chose à ajouter à l'explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d'autres utilisateurs de Stack Exchange? Découvrez le fil de discussion complet ici.
http: //superuser.com/questions/586666/ pourquoi-peut-linux-systèmes-parfois-récupérer-données-fenêtres-ne peut-aucune-raison-concrète