Γιατί μπορείτε να χρησιμοποιήσετε έναν υπολογιστή που βασίζεται σε Linux ή Linux Live CD για να ανακτήσετε δεδομένα που δεν μπορούσαν τα Windows;
Η σημερινή συνεδρία Ερωτήσεων & Απαντήσεων μας προσφέρει ευγενική προσφορά του SuperUser - μια υποδιαίρεση του Stack Exchange, μιας ομάδας ιστότοπων Q&A που βασίζεται στην κοινότητα.
Το ερώτημα
Ο αναγνώστης SuperUser Philip Allgaier θέλει να μάθει γιατί μπόρεσε να ανακτήσει δεδομένα με ένα Linux Live CD που αναφέρθηκε ως μη ανακτήσιμο στα Windows:
Ιστορικό: Νωρίτερα φέτος είχα πρόβλημα με μια μονάδα SSD που τα Windows θα αναγνωρίζονταν πλέον. Αλλά τελικά ένα bootable Parted Magic 2012-10-10 έκανε το κόλπο. Δες αυτό λυμένο νήμα . Μία ερώτηση κολλήθηκε μαζί μου από εκείνη τη στιγμή…
Ερώτηση: Γνωρίζω ότι το Linux είναι γενικά λίγο πιο τεχνικό και ακατέργαστο, αλλά μπορεί κάποιος να σκιαγραφήσει γιατί ένα σύστημα Linux (ή στην πραγματικότητα μόνο το συγκεκριμένο, δεδομένου ότι το Ubuntu δεν έκανε το τέχνασμα) είναι σε θέση να εξακολουθεί να έχει πρόσβαση / επικοινωνία με μισό -κατεστραμμένη συσκευή όταν τα Windows δεν είναι;
-
Απλώς αγνοούν τυχόν πιθανούς δείκτες ότι κάτι μπορεί να είναι λάθος;
-
Υπάρχουν καθόλου συγκεκριμένοι λόγοι;
-
Ήταν απλώς τύχη που αυτό το συγκεκριμένο περιβάλλον μπόρεσε να ανταποκριθεί το SSD εάν μόνο για περιορισμένο χρονικό διάστημα;
Αν και σίγουρα θα μπορούσε να ήταν τύχη, υπάρχουν περισσότεροι από μερικοί παράγοντες στο παιχνίδι. Ας διερευνήσουμε.
Η απάντηση
Ο συνεργάτης του SuperUser Eike προσφέρει μερικές πιθανές εξηγήσεις, πέρα από την τύχη, για την ικανότητά του να αποθηκεύει τα δεδομένα:
Συνήθως αυτό καταλήγει σε αυτό που ακριβώς γίνεται πρόσβαση και πώς, ακριβώς, η συσκευή αποτυγχάνει. Για παράδειγμα, εάν το εν λόγω SSD δεν είναι σε θέση να ανακτήσει, ας πούμε, τον τομέα 5 και θα αρχίσει να σταματάει αμέσως μόλις οτιδήποτε διαβάσει τον τομέα 5, η διαφορά μπορεί απλώς να οφείλεται σε αυτό που τα διαφορετικά συστήματα έχουν αυτόματα πρόσβαση μόλις αναγνωρίσουν έναν νέο δίσκο.
Όταν τα Windows εντοπίσουν έναν νέο δίσκο, θα διαβάσει τον πίνακα διαμερισμάτων και θα επιχειρήσει αυτόματα να ανοίξει οποιοδήποτε σύστημα αρχείων που ξέρει να διαβάζει. Εάν κάποια από τις δομές / μπλοκ που διαβάζονται κατά τη διάρκεια αυτής της διαδικασίας «προσάρτησης» προκαλεί το ελαττωματικό SSD σας να περάσει αντίο, η διαφορά με αυτήν τη συγκεκριμένη διανομή linux είναι απλώς ότι ενδέχεται να μην προσαρμόζει αυτόματα όλα τα εν λόγω διαμερίσματα ή μπορεί κατά την εγκατάσταση, απλώς διαβάστε ένα διαφορετικό υποσύνολο τομέων (η εφαρμογή του NTFS στο Linux είναι πολύ διαφορετική από αυτήν των Windows - ενώ η μορφή του δίσκου είναι η ίδια, εξαρτάται από το λειτουργικό σύστημα που θεωρεί απαραίτητο να διαβάσει. Τα Windows ενδέχεται να διαβάσουν δευτερεύοντα αντίγραφα του MFT ή μπορεί να αρχίσουν να προβαίνουν σε ορισμένα δεδομένα και αυτή θα μπορούσε να είναι η διαφορά. Το Ubuntu βρίσκεται σε παρόμοιο σκάφος - δεν είναι προσανατολισμένο προς την ανάκτηση από το κουτί, θα προσπαθήσει να προσαρτήσει οποιοδήποτε σύστημα αρχείων που βρίσκει. σε νέα μέσα που ανακαλύφθηκαν αυτόματα. Για αυτόν τον λόγο οι εξειδικευμένες διανομές που έχουν ως στόχο την ανάκαμψη είναι ένα καλύτερο στοίχημα, καθώς κάνουν μόνο αυτό που τους ζητάτε ρητά σε αντίθεση με το να κάνουν πράγματα αυτόματα.
Φυσικά, μπορεί να είχατε επίσης τυχερό. Δεν γνωρίζω αρκετά για τη λειτουργία αποτυχίας του SSD.
Το Linux γενικά δεν αγνοεί τους δείκτες ότι κάτι δεν πάει καλά. Θα λάβει τα ίδια σφάλματα SCSI από το chipset SATA με τα Windows - εάν κοιτάξετε το αρχείο καταγραφής πυρήνα, σε έναν ελαττωματικό δίσκο θα δείτε πολλά μηνύματα σφάλματος. Εξαρτάται από τα προγράμματα που έχουν πραγματική πρόσβαση στο δίσκο τι θα συμβεί στη συνέχεια. Εάν το λογισμικό είναι προσανατολισμένο προς την ανάκαμψη, μπορεί να προσπαθήσει να ξαναδιαβάσει τον ίδιο τομέα για αρκετές φορές, μπορεί να το παραλείψει, κ.λπ. Συνήθως το καλύτερο στοίχημα είναι να αποκτήσετε μια εικόνα της μονάδας δίσκου με όσο το δυνατόν περισσότερους τομείς να διαβαστούν και Στη συνέχεια, προσπαθήστε να ανακτήσετε τα δεδομένα σας από αυτήν την εικόνα (κάνοντας οποιαδήποτε ανάλυση απευθείας στη μονάδα δίσκου είναι μια κακή ιδέα συνήθως επειδή η κατάστασή της μπορεί να επιδεινωθεί και μόνο και μόνο επειδή καταφέρατε να διαβάσετε κάτι μία φορά, αυτό δεν σημαίνει ότι θα μπορείτε να το διαβάσετε ξανά .)
Ο συνάδελφός μας, AthonSfere, προσφέρει άλλη μια ιδέα:
Πολλά από αυτά είναι ο τρόπος με τον οποίο το περιβάλλον χειρίζεται το σύστημα αρχείων και τα ACL ή τον σκληρό δίσκο.
Τα Windows θα κάνουν ό, τι μπορεί από μόνα τους για να υπακούουν στα ACL και τομείς που χαρακτηρίζονται ως κακοί ή άδειοι. Έτσι, τα διαμερίσματα NTFS ή Fat που δημιουργήθηκαν και συντηρήθηκαν στα Windows καθώς και τα MBR των Windows θα χειριστούν τα Windows καθώς τα Windows το σήμαναν.
Επίσης, εάν η μονάδα δίσκου αποτυγχάνει όσο περισσότερο τη χρησιμοποιείτε, τόσο πιο πιθανό είναι να αντιμετωπίσετε ένα σημαντικό πρόβλημα και το περιβάλλον θα καταρρεύσει. Τότε πώς χειρίζεται το λειτουργικό σύστημα που έρχεται στο παιχνίδι, τα Windows θα BSOD ή θα επανεκκινήσουν, η διαδικασία εκκίνησης των Windows θα ρίξει μηνύματα MBR, μηνύματα αρχείων που λείπουν (το NTDLR.dll λείπει ή είναι κατεστραμμένο) και θα σταματήσει, επειδή απαιτούνται αυτά τα κακά αρχεία.
Όταν χρησιμοποιείτε έναν ζωντανό δίσκο, δεν βασίζεστε σε κανένα από αυτά. Ένα κακό MBR παρακάμπτεται επειδή εκκινείτε από το δίσκο. Δεν απαιτείται κακός τομέας που κατέστρεψε το NTDLR.dll. Όλα είναι στο δίσκο. Στη συνέχεια, μπορείτε να δοκιμάσετε μια ανάγνωση. Εάν συναντά έναν «κενό» τομέα ή κακό κομμάτι, αυτό το περιβάλλον το χειρίζεται, ωστόσο ήταν προγραμματισμένο να κάνει. Το Ubuntu πιθανότατα θα διατηρούσε κανονικές συμπεριφορές OS και θα συνέχιζε με αυτό που είναι πιο πιθανό να συμβεί. Ο τομέας είναι κενός, κάντε κάτι άλλο. Αυτός ο τομέας είναι κακός, μείνετε μακριά, μην διαβάζετε ξανά, μην γράφετε ή θα προκαλέσει προβλήματα.
Ωστόσο, μια πλατφόρμα ανάκτησης θα θέλει να διαβάσει όλα τα δεδομένα. Οι δείκτες αρχείων λένε ότι το αρχείο πρέπει να είναι 0,5, 13…. Αν λείπει η αναφορά 13 του συστήματος αρχείων, αγνοήστε την κενή κεφαλίδα και διαβάστε το αρχείο ούτως ή άλλως, ή διαβάστε τον κακό τομέα όσο καλύτερα και προσπαθήστε να ανακτήσετε.
Επίσης, τα Windows ΜΠΟΡΟΥΝ να κάνουν πολλά με εφαρμογές τρίτων, η Recuva μπορεί να βρει πολλά από αυτά τα "λείπουν" αρχεία, για ένα. Ωστόσο, δεν θέλετε να βρίσκεστε σε περιβάλλον που μπορεί να επιστρέψει στον δίσκο και να προκαλέσει πραγματική μόνιμη απώλεια.
Το απλοποίησα αυτό, και πρόσθεσα κάποια ερμηνεία, αλλά θα πρέπει να συμπληρώσει ορισμένα κενά για αυτό που ζητάτε.
Έχετε κάτι να προσθέσετε στην εξήγηση; Ακούστε στα σχόλια. Θέλετε να διαβάσετε περισσότερες απαντήσεις από άλλους χρήστες τεχνολογίας Stack Exchange; Δείτε ολόκληρο το νήμα συζήτησης εδώ .
ήττπ://συπερυσίρ.κομ/κυέστιονσ/586666/βου-καν-ληνύχ-συστεμσ-σομετιμε-ρεκοβερ-τάτα-ωινδοως-καντ-ανύ-κονκρετε-ρεασονς
