Γιατί μπορούν τα συστήματα Linux μερικές φορές να ανακτήσουν δεδομένα Τα Windows δεν μπορούν;

Γιατί μπορείτε να χρησιμοποιήσετε έναν υπολογιστή με Linux ή ένα Linux Live CD για να ανακτήσετε τα δεδομένα που δεν ήταν δυνατή από τα Windows?

Η σημερινή συνάντηση ερωτήσεων και απαντήσεων έρχεται σε επαφή με το SuperUser - μια υποδιαίρεση του Stack Exchange, μια κοινότητα που κατευθύνεται από τους ιστότοπους ερωτήσεων & απαντήσεων.

Το ερώτημα

Ο αναγνώστης SuperUser Philip Allgaier θέλει να μάθει γιατί κατάφερε να ανακτήσει τα δεδομένα με ένα CD του Linux Live που αναφέρθηκε ως μη ανακτήσιμο στα Windows:

Ιστορικό: Νωρίτερα φέτος είχα ένα πρόβλημα με μια μονάδα SSD που τα Windows θα αναγνώριζαν πια. Αλλά τελικά ένα bootable Parted Magic 2012-10-10 έκανε το τέχνασμα. Δείτε αυτό το νήμα που λύνεται. Μια ερώτηση μου έμεινε από εκείνη τη στιγμή ...

Ερώτηση: Γνωρίζω ότι το Linux είναι γενικά λίγο πιο τεχνικό και ακατέργαστο, αλλά μπορεί κάποιος να σκιαγραφήσει για ποιο λόγο ένα σύστημα Linux (ή στην πραγματικότητα μόνο το συγκεκριμένο, δεδομένου ότι το Ubuntu δεν έκανε το τέχνασμα) είναι σε θέση να έχει πρόσβαση / επικοινωνεί με μισό -διακομισμένη συσκευή όταν τα Windows δεν είναι?

• Μήπως απλώς αγνοούν ενδεχόμενους δείκτες ότι κάτι μπορεί να είναι λάθος?

• Υπάρχουν συγκεκριμένοι λόγοι?

• Ήταν απλά η τύχη ότι αυτό το συγκεκριμένο περιβάλλον ήταν σε θέση να πάρει το SSD σε απάντηση, αν και μόνο για περιορισμένο χρονικό διάστημα?

Παρόλο που θα μπορούσε να υπήρχε τύχη, είναι πιθανό να υπάρχουν περισσότεροι από λίγοι παράγοντες. Ας ερευνήσουμε.

Η απάντηση

Ο συνεργάτης SuperUser Eike προσφέρει μερικές πιθανές εξηγήσεις πέρα ​​από την τύχη για την ικανότητά του να αποθηκεύει τα δεδομένα:

Συνήθως αυτό καταλήγει σε ό, τι, ακριβώς, έχει πρόσβαση και πώς, ακριβώς, η συσκευή αποτυγχάνει. Για παράδειγμα, εάν το εν λόγω SSD δεν είναι σε θέση να ανακτήσει, ας πούμε, τον τομέα 5 και θα αρχίσει να παύει μόλις οτιδήποτε διαβάσει τον τομέα 5, η διαφορά μπορεί απλά να οφείλεται σε αυτό που τα διαφορετικά συστήματα έχουν αυτόματα πρόσβαση όταν αναγνωρίζουν ένα νέο δίσκο.

Όταν τα Windows ανιχνεύσουν έναν νέο δίσκο, θα διαβάσουν τον πίνακα κατατμήσεων και θα προσπαθήσουν αυτόματα να ανοίξουν τα συστήματα αρχείων που ξέρουν να διαβάζουν. Εάν κάποια από τις δομές / μπλοκ που διαβάζονται κατά τη διάρκεια αυτής της διαδικασίας "συναρμολόγησης" ενεργοποιήσει το ελαττωματικό SSD για να πάει bye bye, η διαφορά με αυτή τη συγκεκριμένη διανομή linux είναι απλά ότι δεν μπορεί να τοποθετήσει αυτόματα όλα τα εν λόγω διαμερίσματα ή μπορεί, όταν εγκαθιστάτε, απλώς διαβάστε ένα διαφορετικό υποσύνολο τομέων (η εφαρμογή του NTFS στο Linux είναι πολύ διαφορετική από αυτή των Windows - ενώ η μορφή στο δίσκο είναι ίδια, εξαρτάται από το λειτουργικό σύστημα ποιες δομές κρίνει απαραίτητες για ανάγνωση. Τα Windows μπορούν να διαβάσουν δευτερεύοντα αντίγραφα του MFT ή μπορεί να ξεκινήσουν να προκαταρκτούν ορισμένα δεδομένα και αυτό θα μπορούσε να είναι η διαφορά. Το Ubuntu βρίσκεται σε παρόμοιο σκάφος - δεν είναι προσανατολισμένο προς την αποκατάσταση από το κιβώτιο, θα προσπαθήσει να τοποθετήσει οποιοδήποτε σύστημα αρχείων βρίσκει για τα πρόσφατα ανακάλυψα μέσα ενημέρωσης, αυτόματα.Για αυτό το λόγο, οι εξειδικευμένες διανομές που αποσκοπούν στην ανάκαμψη είναι ένα καλύτερο στοίχημα, καθώς κάνουν μόνο αυτό που τους ζητάτε ρητά, σε αντίθεση με αυτόματα πράγματα.

Φυσικά, ίσως απλά έχετε πάρει και τυχεροί. Δεν γνωρίζω αρκετά σχετικά με τη λειτουργία αποτυχίας του SSD.

Το Linux γενικά δεν αγνοεί τους δείκτες ότι κάτι είναι λάθος. Θα λάβει τα ίδια σφάλματα SCSI από το chipset SATA όπως τα Windows θα - αν κοιτάξετε το αρχείο καταγραφής πυρήνα, σε ένα ελαττωματικό δίσκο θα δείτε πολλά μηνύματα σφάλματος. Εξαρτάται από το ποια προγράμματα έχουν πρόσβαση ενεργά στον δίσκο τι θα συμβεί στη συνέχεια. Αν το λογισμικό είναι προσανατολισμένο προς την ανάκτηση, μπορεί να προσπαθήσει να ξαναδιαβάσει τον ίδιο τομέα σε περιορισμένο αριθμό περιπτώσεων, μπορεί να το παρακάμψει κλπ. Συνήθως το καλύτερο στοίχημα είναι να αποκτήσετε μια εικόνα της μονάδας δίσκου με όσο το δυνατόν περισσότερους τομείς να διαβάσετε όσο το δυνατόν καθαρότερα και στη συνέχεια προσπαθήστε να ανακτήσετε τα δεδομένα σας από την εικόνα αυτή (η πραγματοποίηση οποιασδήποτε ανάλυσης απευθείας στο δίσκο είναι μια κακή ιδέα, συνήθως αφού η κατάστασή της μπορεί να επιδεινωθεί και μόνο επειδή ήσαστε σε θέση να διαβάσετε κάτι μια φορά, αυτό δεν σημαίνει ότι θα μπορείτε να το διαβάσετε ξανά .)

Ο συντροφικός συνεργάτης AthonSfere, προσφέρει μια άλλη ευκαιρία για τα πράγματα:

Πολλά από αυτά είναι ο τρόπος με τον οποίο το περιβάλλον χειρίζεται το σύστημα αρχείων, τα ACL ή το σκληρό δίσκο.

Τα Windows θα κάνουν ό, τι μπορεί από μόνα τους για να υπακούσουν τους ACL και τους τομείς που χαρακτηρίζονται ως κακοί ή άδειοι. Έτσι, τα διαμερίσματα NTFS ή Fat που δημιουργούνται και συντηρούνται στα Windows καθώς και τα Windows MBRs θα χειρίζονται από τα Windows, όπως τα χαρακτήρισαν τα Windows.

Επίσης, εάν η μονάδα αποτύχει όσο περισσότερο την χρησιμοποιείτε, τόσο πιο πιθανό είναι να αντιμετωπίσετε ένα σημαντικό πρόβλημα και το περιβάλλον θα καταρρεύσει. Τότε πώς χειρίζεται το λειτουργικό σύστημα που μπαίνει σε λειτουργία, τα Windows θα BSOD ή την επανεκκίνηση, η διαδικασία εκκίνησης των Windows θα ρίξει μηνύματα MBR, λείπουν τα μηνύματα αρχείων (NTDLR.dll λείπει ή είναι διεφθαρμένη) και σταματά, επειδή αυτά τα κακά αρχεία είναι απαραίτητα.

Όταν χρησιμοποιείτε ζωντανό δίσκο, δεν βασίζεστε σε κανένα από αυτά. Ένα κακό MBR παρακάμπτεται επειδή ξεκινάτε εκκίνηση του δίσκου. Ένας κακός τομέας που έχει καταστραφεί το αρχείο NTDLR.dll δεν είναι απαραίτητος. Όλα είναι στο δίσκο. Στη συνέχεια, μπορείτε να επιχειρήσετε μια ανάγνωση. Αν συναντήσει έναν τομέα "κενό" ή ένα κακό κομμάτι, το περιβάλλον το χειρίζεται, ωστόσο ήταν προγραμματισμένο να το κάνει. Το Ubuntu πιθανότατα θα προτιμούσε να διατηρεί κανονικές συμπεριφορές OS και να συνεχίσει με το πιο πιθανό να συμβαίνει. Ο τομέας είναι κενός, κάνουμε κάτι άλλο. Αυτός ο τομέας είναι κακός, μείνετε μακριά, μην το διαβάσετε ξανά, μην γράφετε ή θα προκαλέσει προβλήματα.

Ωστόσο, μια πλατφόρμα αποκατάστασης θα θέλει να διαβάσει όλα τα δεδομένα. Οι δείκτες αρχείου λένε ότι ο φάκελος θα πρέπει να είναι 0,5, 13 .... αν λείπουν οι αναφορές συστημάτων αρχείων 13, αγνοήστε την κενή κεφαλίδα και διαβάστε το αρχείο ούτως ή άλλως ή διαβάστε τον κακό τομέα όσο το δυνατόν καλύτερα και προσπαθήστε να ανακτήσετε.

Επίσης, τα Windows μπορούν να κάνουν πολλά από αυτά με εφαρμογές τρίτου μέρους, το Recuva μπορεί να βρει πολλά από αυτά τα "ελλείποντα" αρχεία, για ένα. Αλλά δεν θέλετε να βρίσκεστε σε περιβάλλον που μπορεί να γράψει πίσω στο δίσκο και να προκαλέσει πραγματική μόνιμη απώλεια.

Το απλοποίησα και πρόσθεσα κάποια ερμηνεία, αλλά θα έπρεπε να συμπληρώσω μερικά κενά για αυτό που ζητάς.

Έχετε κάτι να προσθέσετε στην εξήγηση; Απενεργοποιήστε τα σχόλια. Θέλετε να διαβάσετε περισσότερες απαντήσεις από άλλους τεχνολογικούς χρήστες Stack Exchange; Δείτε το πλήρες νήμα συζήτησης εδώ.

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