Lỗi đầu vào / đầu ra bị lỗi khi truy cập vào một thư mục

Tôi muốn liệt kê và xóa nội dung của một thư mục trên một ổ cứng di động. Nhưng tôi đã gặp "lỗi đầu vào / đầu ra":

$ rm  pic -R
rm: cannot remove `pic/60.jpg': Input/output error
rm: cannot remove `pic/006.jpg': Input/output error
rm: cannot remove `pic/008.jpg': Input/output error
rm: cannot remove `pic/011.jpg': Input/output error

$ ls -la pic
ls: cannot access pic/60.jpg: Input/output error
-????????? ? ?    ?         ?            ? 006.jpg
-????????? ? ?    ?         ?            ? 006.jpg
-????????? ? ?    ?         ?            ? 011.jpg

Tôi đã tự hỏi vấn đề là gì?

Làm cách nào tôi có thể khôi phục hoặc xóa thư mục picvà tất cả nội dung của nó?

Hệ điều hành của tôi là Ubuntu 12.04 và ổ cứng di động có hệ thống tập tin ntfs. Các thư mục khác không chứa hoặc bên trong picổ cứng di động đang hoạt động tốt.

Thêm:

Phần cuối của đầu ra dmesgsau khi tôi cố gắng liệt kê nội dung của thư mục:

[19000.712070] usb 1-1: new high-speed USB device number 2 using ehci_hcd
[19000.853167] usb-storage 1-1:1.0: Quirks match for vid 05e3 pid 0702: 520
[19000.853195] scsi5 : usb-storage 1-1:1.0
[19001.856687] scsi 5:0:0:0: Direct-Access     ST316002 1A               0811 PQ: 0 ANSI: 0
[19001.858821] sd 5:0:0:0: Attached scsi generic sg2 type 0
[19001.861733] sd 5:0:0:0: [sdb] 312581808 512-byte logical blocks: (160 GB/149 GiB)
[19001.862969] sd 5:0:0:0: [sdb] Test WP failed, assume Write Enabled
[19001.865223] sd 5:0:0:0: [sdb] Cache data unavailable
[19001.865232] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[19001.867597] sd 5:0:0:0: [sdb] Test WP failed, assume Write Enabled
[19001.869214] sd 5:0:0:0: [sdb] Cache data unavailable
[19001.869218] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[19001.891946]  sdb: sdb1
[19001.894713] sd 5:0:0:0: [sdb] Test WP failed, assume Write Enabled
[19001.895950] sd 5:0:0:0: [sdb] Cache data unavailable
[19001.895953] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[19001.895958] sd 5:0:0:0: [sdb] Attached SCSI disk
[19113.024123] usb 2-1: new high-speed USB device number 3 using ehci_hcd
[19113.218157] scsi6 : usb-storage 2-1:1.0
[19114.232249] scsi 6:0:0:0: Direct-Access     USB 2.0  Storage Device   0100 PQ: 0 ANSI: 0 CCS
[19114.233992] sd 6:0:0:0: Attached scsi generic sg3 type 0
[19114.242547] sd 6:0:0:0: [sdc] 312581808 512-byte logical blocks: (160 GB/149 GiB)
[19114.243144] sd 6:0:0:0: [sdc] Write Protect is off
[19114.243154] sd 6:0:0:0: [sdc] Mode Sense: 08 00 00 00
[19114.243770] sd 6:0:0:0: [sdc] No Caching mode page present
[19114.243778] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[19114.252797] sd 6:0:0:0: [sdc] No Caching mode page present
[19114.252807] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[19114.280407]  sdc: sdc1 < sdc5 >
[19114.289774] sd 6:0:0:0: [sdc] No Caching mode page present
[19114.289779] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[19114.289783] sd 6:0:0:0: [sdc] Attached SCSI disk

Lỗi đầu vào / đầu ra trong quá trình truy cập hệ thống tập tin thường có nghĩa là sự cố phần cứng.

Nhập dmesgvà kiểm tra một vài dòng đầu ra cuối cùng. Nếu đĩa hoặc kết nối với nó bị lỗi, nó sẽ được ghi chú ở đó.

EDIT Bạn đang gắn kết nó thông qua ntfshoặc ntfs-3g? Như tôi nhớ lại, ntfstrình điều khiển cũ không có hỗ trợ ghi ổn định và phần lớn bị bỏ rơi khi hóa ra nó ntfs-3gổn định và an toàn hơn đáng kể.

Như Sadhur tuyên bố điều này có thể do sự cố phần cứng đĩa và dmesgđầu ra là nơi thích hợp để kiểm tra điều này.

Bạn có thể phát hành quét bề mặt đĩa từ Linux /sbin/badblocks /dev/sda.

Kiểm tra trang hướng dẫn để kiểm tra kỹ hơn một bản sửa lỗi cơ bản (di dời khối). Đây là tất cả các hệ thống tập tin không tin tưởng, vì vậy nó an toàn ngay cả với hệ thống tập tin NTFS khi nó hoạt động ở cấp độ 'bề mặt đĩa'.

Cá nhân tôi đã thực hiện điều này để chạy trên cơ sở hàng tháng từ cron. Tất nhiên bạn cần kiểm tra xem bạn có nhận được các cron mail trong hộp thư của bạn không (thường không phải là trường hợp theo mặc định). Những thư này kết thúc trong /var/mail/$USERhoặc tương tự.

Tôi đã tạo /etc/cron.d/badblocks:

30 4 * * 3 root [ -x /sbin/badblocks ] && [ $(date +\%d) -le 7 ] && /sbin/badblocks /dev/sda

Hệ thống tập tin của bạn bị hỏng, đối với khối lượng NTFS, bạn nên chạy một chkdskhệ thống dưới cửa sổ, nhưng gần như không thể phục hồi. Đôi khi bạn có thể cần định dạng đĩa.

Một giải pháp hiệu quả với tôi là hạ cấp ntfs-3gphiên bản từ phiên bản 2014 xuống phiên bản 2012. Điều này sẽ giải quyết vấn đề truy cập phân vùng ntfs của bạn. Về lâu dài đây không phải là một giải pháp vì cuối cùng bạn sẽ cần chạy bản phát hành mới nhất.

Thêm thông tin ở đây

Tôi chỉ muốn thêm giải pháp của mình cho chủ đề này vì lợi ích của người khác - Tôi đã thực hiện một số công việc trên hệ thống của mình khi nguồn điện của tôi không thành công - tôi phải kết nối lại cáp SATA theo thứ tự sai khi tôi chuyển đổi chúng, mọi thứ hoạt động trở lại - không biết tại sao đĩa khởi động cần phải có trên một cổng SATA cụ thể, dù sao, có thể là câu trả lời cho người khác.

Không ai đề cập phải làm gì nếu các công cụ Linux không hoạt động và chỉ có Mac, nhưng không có Windows, có sẵn.

Có thể sửa trên OS X với Paragon NTFS

Trong trường hợp của tôi gparted, hãy đi tìm một PC Windows không tìm thấy ở đâu. Nhưng một máy Mac đã xuất hiện, trong đó phần mềm tuyệt vời này có sẵn. Đã cài đặt phiên bản dùng thử, thực hiện xác minh , sau đó sửa chữa - và voilà!

Tôi chỉ muốn chia sẻ trải nghiệm của mình: trên FreeBSD 10.3, tôi đã gắn ổ cứng ngoài với

$ sudo ntfs-3g /dev/da0s1 /media

Bên trong ổ cứng, tôi đã mkdirtạo một thư mục và sau đó di chuyển một số tệp vào đó, tất nhiên là bằng mvlệnh. Cuối cùng tôi đã thực hiện lệnh sau:

$ sudo sync

Sau đó, tôi gắn ổ cứng trên máy Linux với kernel 4.4.0-78. Bây giờ Khi tôi liệt kê nội dung của ổ cứng, thư mục được tạo trên FreeBSD, được đặt tên Jeff, được hiển thị như bên dưới:

$ ls -lhrtci
ls: cannot access 'Jeff': Input/output error
total 20K
  ? d????????? ? ?    ?       ?            ? Jeff

Ngoài ra, khi cố gắng xóa Jeffthư mục, tôi nhận được thông báo lỗi sau:

$ sudo rm -f -R Jeff
rm: cannot remove 'Jeff': Input/output error

Tôi không thể thoát khỏi Jeffthư mục trên máy Linux, do đó tôi đã sử dụng máy FreeBSD và gắn lại ổ cứng trên FreeBSD. Nhưng ls, cdvà rmlệnh trên FreeBSD tạo giống nhau Input/output error. Có vẻ như đã có một lỗi trên ntfs-3ggói FreeBSD .

CẬP NHẬT

Tôi đã chuyển tất cả dữ liệu của mình từ ổ cứng ngoài sang máy Linux, tất nhiên tệp bị hỏng Jeffkhông thể di chuyển do lỗi I / O. Sau đó, tôi định dạng lại ổ cứng ngoài với cả zeroing của volume và bad sector như thế này:

$ sudo mkfs.ntfs /dev/sdb1

Và sau đó di chuyển tất cả dữ liệu trở lại âm lượng bên ngoài. Bằng cách này, tôi đã mất tệp bị hỏng có tên Jeff, tuy nhiên, ổ cứng ngoài của tôi không có bất kỳ lỗi I / O nào.

Tôi đã phát hành rằng khi tôi cố gắng truy cập vào đĩa xảy ra lỗi này, nó đã cố ghi các tập tin cuối cùng được sao chép vào tập tin cuối cùng sau đó truy cập không thành công vì bản ghi đã ghi không khớp với các mục được sao chép cuối cùng nên không thành công. Cách tốt nhất để cứu đĩa là loại bỏ vật phẩm cuối cùng hoặc vật phẩm được sao chép trong cửa sổ.