Tại sao các hệ thống Linux đôi khi có thể khôi phục dữ liệu Windows không thể?
Tại sao bạn có thể sử dụng máy tính dựa trên Linux hoặc Linux Live CD để khôi phục dữ liệu Windows không thể?
Phiên hỏi và trả lời hôm nay đến với chúng tôi nhờ sự hỗ trợ của SuperUser - một phân ngành của Stack Exchange, một nhóm các trang web Hỏi & Đáp do cộng đồng điều khiển.
Câu hỏi
Người đọc SuperUser Philip Allgaier muốn biết lý do tại sao anh ta có thể khôi phục dữ liệu bằng đĩa CD Linux Live được báo cáo là không thể khôi phục trong Windows:
Lý lịch: Đầu năm nay tôi đã gặp sự cố với ổ SSD mà Windows sẽ nhận ra nữa. Nhưng cuối cùng, một phép thuật Parted Magic 2012-10-10 có thể khởi động được. Xem chủ đề giải quyết này. Một câu hỏi mắc kẹt với tôi từ lúc đó
Câu hỏi: Tôi biết rằng Linux nói chung là kỹ thuật và thô hơn một chút, nhưng ai đó có thể phác thảo sơ bộ lý do tại sao một hệ thống Linux (hoặc thực tế chỉ có một hệ thống cụ thể đó, vì Ubuntu không thực hiện thủ thuật) có khả năng vẫn truy cập / giao tiếp với một nửa thiết bị bị lỗi khi Windows không?
-
Có phải họ chỉ bỏ qua bất kỳ chỉ số tiềm năng rằng một cái gì đó có thể sai?
-
Có bất kỳ lý do cụ thể nào không?
-
Có phải chỉ là may mắn khi môi trường đặc biệt này có thể khiến SSD phản hồi nếu chỉ trong một thời gian giới hạn?
Mặc dù nó chắc chắn có thể là may mắn, nhưng có khả năng nhiều hơn một vài yếu tố chơi. Hãy điều tra.
Câu trả lời
Người đóng góp cho SuperUser Eike đưa ra một số giải thích tiềm năng, ngoài khả năng may mắn, về khả năng lưu dữ liệu của anh ấy:
Thông thường, điều này dẫn đến những gì, chính xác, đang được truy cập và làm thế nào, chính xác, thiết bị bị lỗi. Chẳng hạn, nếu SSD bị nghi vấn không thể truy xuất, giả sử, khu vực 5 và sẽ bắt đầu bị đình trệ ngay khi mọi thứ đọc khu vực 5, sự khác biệt có thể đơn giản là do những hệ thống khác nhau tự động truy cập khi chúng nhận ra đĩa mới.
Khi Windows phát hiện một đĩa mới, nó sẽ đọc bảng phân vùng và tự động cố gắng mở bất kỳ hệ thống tệp nào mà nó biết cách đọc. Nếu bất kỳ cấu trúc / khối nào được đọc trong quá trình cài đặt này, bộ xử lý SSD kích hoạt ổ SSD bị lỗi của bạn thì tạm biệt, sự khác biệt với bản phân phối linux cụ thể đó chỉ đơn giản là nó có thể không tự động gắn kết tất cả các phân vùng trong câu hỏi, hoặc có thể, khi cài đặt, chỉ cần đọc một tập hợp con khác nhau (việc triển khai NTFS trong Linux rất khác với tập tin trong Windows - trong khi định dạng trên đĩa là như nhau, tùy thuộc vào HĐH mà nó thấy cần phải đọc. Windows có thể đọc các bản sao thứ cấp của MFT hoặc nó có thể bắt đầu lưu trữ một số dữ liệu và đó có thể là sự khác biệt. Ubuntu nằm trong một chiếc thuyền tương tự - nó không hướng tới sự phục hồi ra khỏi hộp, nó sẽ cố gắng gắn kết bất kỳ hệ thống tệp nào mà nó tìm thấy Trên phương tiện mới được phát hiện, tự động. Vì lý do này, các bản phân phối chuyên biệt hướng đến phục hồi là một lựa chọn tốt hơn, vì họ chỉ làm những gì bạn rõ ràng yêu cầu họ làm thay vì làm mọi thứ tự động.
Tất nhiên, bạn cũng có thể đã gặp may mắn. Tôi không biết đủ về chế độ thất bại của SSD để nói.
Linux nói chung không bỏ qua các chỉ số rằng có gì đó không đúng. Nó sẽ nhận được các lỗi SCSI tương tự từ chipset SATA như Windows sẽ làm - nếu bạn nhìn vào nhật ký kernel, trên một đĩa bị lỗi, bạn sẽ thấy rất nhiều thông báo lỗi. Nó phụ thuộc vào các chương trình đang truy cập đĩa một cách chính xác những gì sẽ xảy ra tiếp theo. Nếu phần mềm của nó hướng đến sự phục hồi, nó có thể cố gắng đọc lại cùng một số lần trong một số lần giới hạn, nó có thể bỏ qua nó, v.v. Thông thường, cách tốt nhất là lấy một hình ảnh của ổ đĩa có càng nhiều lĩnh vực đọc càng tốt càng tốt, và sau đó cố gắng khôi phục dữ liệu của bạn từ hình ảnh đó (thực hiện bất kỳ phân tích trực tiếp nào trên ổ đĩa là một ý tưởng tồi thường vì tình trạng của nó có thể xấu đi và chỉ vì bạn đã có thể đọc một cái gì đó một lần, điều đó không có nghĩa là bạn sẽ có thể đọc lại nó .)
Thành viên đóng góp AthonSfere, đưa ra một nhận xét khác:
Rất nhiều trong số đó là cách môi trường xử lý hệ thống tệp và ACL hoặc ổ cứng.
Windows sẽ tự làm mọi thứ có thể để tuân theo ACL của mình và các thành phần được đánh dấu là xấu hoặc trống. Vì vậy, các phân vùng NTFS hoặc Fat được tạo và duy trì trong Windows cũng như Windows MBR sẽ được Windows xử lý khi Windows đánh dấu nó.
Ngoài ra, nếu ổ đĩa bị lỗi, bạn càng sử dụng nhiều thì càng dễ gặp phải sự cố lớn và môi trường sẽ gặp sự cố. Sau đó, hệ điều hành xử lý như thế nào, Windows sẽ BSOD hoặc khởi động lại, quá trình khởi động windows sẽ ném các thông báo MBR, thông báo tệp bị thiếu (NTDLR.dll bị thiếu hoặc bị hỏng) và dừng lại, vì những tệp xấu này là bắt buộc.
Khi bạn sử dụng đĩa trực tiếp, bạn không dựa vào bất kỳ thứ gì trong số này. Một MBR xấu được bỏ qua vì bạn khởi động khỏi đĩa. Một khu vực xấu làm hỏng NTDLR.dll là không cần thiết. Tất cả mọi thứ là trên đĩa. Sau đó bạn có thể thử đọc. Nếu nó gặp một khu vực 'trống' hoặc bit xấu, môi trường đó sẽ xử lý nó tuy nhiên nó đã được lập trình để làm. Ubuntu có thể muốn duy trì các hành vi hệ điều hành bình thường và tiếp tục với những gì có khả năng sẽ xảy ra. Khu vực trống, làm một cái gì đó khác. Lĩnh vực đó là xấu, tránh xa, không đọc lại không viết hoặc nó sẽ gây ra vấn đề.
Tuy nhiên, một nền tảng phục hồi sẽ muốn đọc tất cả dữ liệu. Các điểm đánh dấu tệp cho biết tệp phải nằm trên 0,5, 13. nếu hệ thống tệp báo cáo 13 bị thiếu, hãy bỏ qua tiêu đề trống và đọc tệp dù sao hoặc đọc phần xấu nhất có thể và cố gắng khôi phục.
Ngoài ra, Windows CÓ THỂ thực hiện rất nhiều điều này với các ứng dụng của bên thứ ba, Recuva có thể tìm thấy rất nhiều các tập tin bị thiếu này của Cameron, cho một. Nhưng bạn không muốn ở trong một môi trường có thể ghi lại vào đĩa và gây ra sự mất mát vĩnh viễn thực sự.
Tôi đã đơn giản hóa điều này và thêm một số giải thích, nhưng nó sẽ điền vào một số khoảng trống cho những gì bạn đang hỏi.
Có một cái gì đó để thêm vào lời giải thích? Tắt âm thanh trong các ý kiến. Bạn muốn đọc thêm câu trả lời từ những người dùng Stack Exchange am hiểu công nghệ khác? Kiểm tra chủ đề thảo luận đầy đủ ở đây.
http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concittle-reasons