Cách xác định và sửa các tệp với các khối đĩa bị hỏng / không thể truy cập

Tôi có Macbook Pro cuối năm 2011, chạy Mavericks 10.9.2. Ổ cứng duy nhất của nó là ổ đĩa 750 GB, được định dạng bằng Bootcamp. Nó vẫn chạy khá tốt, nhưng khi chạy một đoạn chống phân mảnh trên nó, tôi đã xác định rằng có một loạt các tệp bị từ chối bởi trình chống phân mảnh (iDefrag).

iDefrag báo cáo mã lỗi POSIX là 5 khi truy cập các tệp. Chọn một cách ngẫu nhiên và cố gắng sao chép tệp vào một vị trí khác trong trình bao cũng báo cáo lỗi, điều này khiến tôi nghĩ rằng vấn đề là có thật và với đĩa / FS. Đầu ra của cp là:

cp: unity_nophysx.nexe: Input/output error

Mã lỗi 5 là 'truy cập bị từ chối' theo như tôi biết, nhưng quá trình chống phân mảnh đang chạy với tư cách quản trị viên và chạy cp bằng sudo trên tệp nghi ngờ không có sự khác biệt.

Disk Utility, fsck và Kiểm tra phần cứng của Apple đều khẳng định đĩa này vẫn ổn. Không có lỗi SMART nào được báo cáo và mặc dù có một số lỗi về quyền, nhưng chúng không có các tệp iDefrag đang phàn nàn và Disk Utility tuyên bố đã sửa chúng mà không có khiếu nại.

Có thể có một trăm hoặc nhiều tệp bị hỏng, nhưng vẫn là một phần rất nhỏ của ổ đĩa. Theo như tôi có thể nói, không có tệp hệ thống hoặc dữ liệu quan trọng nào bị ảnh hưởng. Mặc dù việc lấy lại dữ liệu sẽ rất tốt, tôi không ngại cài đặt lại hoặc đi sao lưu. Tại thời điểm này, tôi không biết liệu nó có thực sự là ổ đĩa chết không, chỉ là một số thành phần xấu do ổ đĩa bị di chuyển trong khi viết hoặc một số tham nhũng nhỏ khác có thể được xử lý. Tôi đang giả sử trường hợp xấu nhất và rất có thể tôi sẽ phải có một ổ cứng lớn hơn một chút và sao chép ổ đĩa hiện có để tránh phải xây dựng lại hệ thống.

Câu hỏi của tôi thực sự là làm thế nào để tôi đánh dấu các tệp bị hỏng đó là hỏng đúng cách và sửa chữa hoặc xóa chúng , để một bản sao của đĩa sẽ thành công và không bị treo trên các tệp / khối mà nó không thể truy cập. Disk Utility không thấy vấn đề và tôi không biết bất kỳ công cụ dòng lệnh hoặc công cụ bên thứ ba nào sẽ thực hiện công việc. Tôi không muốn xóa toàn bộ đĩa và bắt đầu lại từ đầu, vì ổ đĩa có vẻ khỏe mạnh, vì vậy tôi đang tìm kiếm các công cụ sửa chữa / chẩn đoán.

Nếu bạn đang phải đối mặt với một hệ thống tệp lành mạnh ở cấp cấu trúc của nó và muốn tìm các tệp có các khối bị lỗi đĩa, đây là cách tôi sẽ tiến hành:

1. Tạo một bản sao lưu đầy đủ của đĩa của bạn với Time Machinehoặc Carbon Copy Cloner

   Kiểm tra bản sao lưu này.

2. Chạy lệnh nặng và rủi ro sau (trong trường hợp bạn có các khối xấu bên ngoài cấu trúc hệ thống tệp của bạn) (đảm bảo {} được trích dẫn để tên tệp chứa khoảng trắng hoạt động):

   find / -type f -print -exec dd if="{}" of=/dev/null bs=1m \;
   

Lệnh nặng findnày sẽ in cho bất kỳ tệp đơn giản nào tên của nó (do đó không đọc nó, mà chỉ nhập mục thư mục của nó) và sau đó tiếp tục thực hiện đọc đầy đủ và nhanh chóng tất cả các khối dữ liệu của nó.

Khi hiting file đầu tiên có chứa khối xấu, điều này findsẽ gây ra hạt nhân để đăng nhập read errorvào /var/log/system.log, và nó hoặc là sẽ làm chậm hoặc mang lại hệ thống của bạn để tổng dừng lại. Điều này chủ yếu sẽ phụ thuộc vào dung lượng ổ cứng để di chuyển các khối xấu được tìm thấy trên nhóm bên trong dành riêng cho tác vụ sửa lỗi thông thường này. Tập tin này chứa các khối xấu sẽ là tên cuối cùng được in bởi find.

Viết tên tập tin này trên một tờ giấy! Hãy nói rằng tên tệp này là:

/.DocumentRevisions-V100/.cs/ChunkStorage/0/0/0/9

Tại thời điểm này, bạn có thể có khả năng tiêu diệt findnhanh bằng cách đánh ctrl+ C. Nếu giết nó một cách độc đáo là thất bại, chỉ cần đánh sập máy Mac của bạn.

Khi khởi động lại máy Mac của bạn, hãy kiểm tra trực tiếp tệp chứa các khối xấu:

dd if='/.DocumentRevisions-V100/.cs/ChunkStorage/0/0/0/9' of=/dev/null bs=1m

Nếu lệnh chấm dứt chính xác, thì lỗi đủ nhẹ để đĩa của bạn có thể đọc tệp này và phân bổ lại các khối xấu.

• Nếu lệnh không chấm dứt, bạn sẽ không thể giết nó bình thường, dữ liệu của bạn hoàn toàn bị mất và bạn sẽ phải làm hỏng máy Mac của mình một lần nữa.

Trong trường hợp cuối cùng này, bạn phải xem xét việc thay thế đĩa của mình và làm việc từ các bản sao lưu cuối cùng. Một số tệp khác cũng có thể chứa các khối xấu và có thể vẫn không bị phát hiện trong một thời gian dài miễn là bạn không đọc chúng.

Hạt nhân sẽ không phát sinh lỗi đọc trên một khối bạn không bao giờ đọc.

Khởi động lại ở chế độ người dùng bằng cách giữ dấu Command+ Strong khi khởi động. Khi bạn thấy một dấu nhắc (sẽ giống như root #hoặc một cái gì đó tương tự), nhập fsck -fvà nhấn Return. Đây là công cụ kiểm tra tính nhất quán của hệ thống tệp tích hợp của Mac và cho phép bạn tìm và sửa lỗi với hệ thống tệp khởi động. Chạy lệnh này cho đến khi bạn không nhìn thấy **The volume [volume name] was modified.**hoặc công cụ thất bại ba lần liên tiếp.

Nếu công cụ thất bại, nó có thể là dấu hiệu của một vấn đề lớn hơn (nhưng tôi không thể nói cho bạn biết những gì mà không thấy đầu ra của công cụ). Trong mọi trường hợp, hãy đảm bảo bạn đã sao lưu mọi thứ bạn có thể trước khi chạy bất kỳ công cụ đĩa nào. Khi bạn đã hoàn tất, nhập rebootvào dấu nhắc và nhấn enter để (bạn đoán nó!) Khởi động lại máy tính của bạn.

Để biết thêm thông tin, bạn có thể tìm thấy các trang hướng dẫn fsck ở đây .

Tôi rất muốn giới thiệu DiskWar Warrior để xây dựng lại danh mục đĩa và để quét các tệp có khả năng bị hỏng .

Trong quá trình xây dựng lại danh mục, nó cũng có thể cho bạn biết nếu nó gặp sự cố chậm do trục trặc đĩa.

Làm việc với câu trả lời của Buscar, bạn có thể tự động thực hiện việc này bằng cách sử dụng một số dòng lệnh khá nặng.

sudo find / -type f -print0  | xargs -0 -I{} dd if='{}' of=/dev/null bs=1m 2>&1 | grep 'error' >>badfiles.txt  & 

• sudo: Chế độ quản trị viên
• tìm -print0: đường dẫn tuyệt đối
• xargs -0 -I {}: thay thế {} trong lệnh tiếp theo
• dd 2> & 1: chuyển hướng lỗi std sang thiết bị xuất chuẩn
• stdout ống để grep tìm kiếm lỗi chuỗi
• Nối kết quả vào một tệp danh sách. ( Lưu ý : Điều này sẽ có trên phương tiện bên ngoài nếu bạn tin rằng ổ đĩa trong của bạn là iffy)

Như bạn nói, thậm chí không rõ các tệp đó bị hỏng, ít nhất là máy Mac của bạn không nghĩ vậy.

Mỗi hệ điều hành làm cho các tệp không thể di chuyển được cần thiết cho các hoạt động của nó (Khôi phục điểm, các tệp hiện đang hoạt động ....). Một số phân mảnh sẽ cho họ thấy, một số thì không.

Việc bạn không thể truy cập hoặc di chuyển chúng không có nghĩa là chúng bị hỏng.

Thông thường Mac rất giỏi trong việc tự chăm sóc chúng.

Sử dụng bảo trì Apple được thực hiện bằng cách: mở Terminal và gõ:

sudo periodic daily weekly monthly 

theo sau là Return, nhập mật khẩu Quản trị viên và OS X sẽ giải quyết mọi việc cho bạn.

Tìm trong Bảng điều khiển cho các báo cáo về những báo cáo nếu bạn quan tâm.

Mặc dù trong Giao diện điều khiển (tìm kiếm) cho bất kỳ lỗi I / O nào cho thấy đĩa của bạn đang bắt đầu có vấn đề, hãy khen ngợi Disk Utility và các phát hiện fsck.

Thỉnh thoảng tôi sử dụng một công cụ miễn phí có tên OnyX cho nhiệm vụ bảo trì bổ sung. Nó được làm bởi người Pháp và vì họ ăn nó rất tuyệt :)

_{OnyX là một tiện ích đa chức năng cho OS X, cho phép bạn xác minh đĩa khởi động và cấu trúc của các tệp hệ thống của nó, để chạy các tác vụ linh tinh của bảo trì hệ thống, để định cấu hình một số tham số ẩn của Finder, Dock, QuickTime, Safari, Mail, iTunes , cửa sổ đăng nhập, Spotlight và nhiều ứng dụng của Apple, để xóa bộ nhớ cache, để xóa một số tệp và thư mục nhất định có thể trở nên cồng kềnh và hơn thế nữa.}

Với tất cả những gì đã nói, tôi không đặt câu hỏi về quyết định của bạn về việc sử dụng trình chống phân mảnh (iDefrag) vì tôi không biết điều đó, mà chỉ đưa ra các giải pháp thay thế.

Nghe có vẻ không hợp lý, trước khi làm bất cứ điều gì bạn nên sao chép tất cả dữ liệu của mình vào một ổ đĩa tốt đã biết. Nếu khởi động từ trình cài đặt và sao chép dữ liệu không thành công, có một tiện ích dòng lệnh được gọi là 'dd' có thể thực hiện sao chép ở mức độ thấp và theo cách không thỏa hiệp hơn nhiều.

 man dd

để biết thêm thông tin về dd bao gồm sử dụng và cú pháp thích hợp.

Một phiếu bầu khác cho bài đăng của Matt, khởi động chế độ một người dùng và chạy

 fsck -fy 

lặp đi lặp lại cho đến khi fsck dừng báo cáo lỗi.

Một phiếu bầu cho bài đăng của Adam, DiskWar Warrior là một ứng dụng đơn giản nhưng rất mạnh mẽ sẽ báo cáo lỗi ổ cứng, kiểm tra các tệp riêng lẻ để sửa lỗi và sửa chữa chúng nếu có thể, xây dựng lại và tối ưu hóa cấu trúc thư mục.

Một giải pháp khả thi khác nghe có vẻ không hợp lý nhưng thường là nỗ lực cuối cùng để khôi phục dữ liệu với nhiều bằng chứng xác thực cho sự thành công là kéo ổ đĩa, bảo vệ nó khỏi hơi ẩm bằng cách sử dụng một vài lớp túi cấp đông và đặt nó trong tủ đông của bạn 30-45 phút. Sau đó, trong khi ổ đĩa lạnh, gắn ổ đĩa vào ổ cắm USB bên ngoài và sử dụng một hệ thống tạm thời khác để cố gắng sao chép dữ liệu bị hỏng sang ổ đĩa khác. Nói chung, điều này được sử dụng nếu có vấn đề về phần cứng và ổ đĩa bị lỗi. Nếu bạn có thể sao chép toàn bộ ổ đĩa với dữ liệu của mình nguyên vẹn, điều này là lý tưởng, vì thường thì việc phân vùng lại và định dạng lại sẽ cho ổ đĩa một hợp đồng mới trong cuộc sống.

Đối với một tệp không thể đọc toàn bộ do lỗi đọc đĩa, bạn có thể sử dụng ddtiện ích để sao chép tệp thành một ổ đĩa ngoài, thay thế các byte NUL cho các khối không thể đọc được. Rất khuyến khích nhân đôi sang một ổ đĩa khác (ví dụ: "Đĩa USB" trong ví dụ bên dưới).

Thí dụ:

dd if=/path/to/damaged/file of=/Volumes/USB\ Disk/file bs=512 conv=noerror,sync

Bằng cách sử dụng các khối 512 byte, số khối tối đa có thể đọc được sẽ được phục hồi.

Việc khôi phục có thể mất nhiều thời gian, vì kernel sẽ chặn một thời gian cho mỗi lần đọc thất bại.