☰

디렉터리에 접근할 때 "입력/출력 오류" 발생

tag-icon • tag-icon ubuntu directory ntfs
디렉터리에 접근할 때 "입력/출력 오류" 발생

이동식 하드 드라이브에 있는 디렉터리의 내용을 나열하고 삭제하고 싶습니다. 하지만 "입력/출력 오류"가 발생했습니다.

$ 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

문제가 어디에 있는지 알고 싶습니다.

pic이 디렉터리 와 해당 콘텐츠를 모두 복원하거나 삭제하려면 어떻게 해야 합니까 ?

내 운영 체제는 Ubuntu 12.04이고 모바일 하드 디스크에는 ntfs 파일 시스템이 있습니다. 이동식 하드 드라이브에 포함되지 않은 다른 디렉터리는 pic정상적으로 작동합니다.

다음에 추가:

dmesg디렉터리 내용을 나열하려고 시도한 후 출력의 마지막 부분은 다음과 같습니다.

[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

답변1

파일 시스템 액세스 시도 중 입력/출력 오류는 일반적으로 하드웨어 문제를 나타냅니다.

dmesg출력의 마지막 몇 줄을 입력 하고 확인합니다. 디스크나 연결에 문제가 있는 경우 여기에 표시됩니다.

편집하다ntfs통과했거나 설치했습니까 ntfs-3g? 내 기억으로는 이전 버전 ntfs의 드라이버가아니요안정적인 쓰기 지원은 ntfs-3g더 안정적이고 안전한 것으로 판명되자 대부분 포기되었습니다.

답변2

Sadhur가 말했듯이 이는 디스크 하드웨어 문제로 인해 발생할 수 있으며 출력은 dmesg이를 확인하는 올바른 장소입니다.

Linux에서 디스크 표면 검사를 실행할 수 있습니다 /sbin/badblocks /dev/sda.

보다 철저한 테스트 및 기본 수정 사항(블록 재배치)에 대해서는 매뉴얼 페이지를 확인하십시오. 이는 파일 시스템에 구애받지 않으므로 NTFS 파일 시스템을 사용하더라도 "디스크 표면" 수준에서 작동하므로 안전합니다.

저는 개인적으로 한 달에 한 번씩 cron에서 실행합니다. 물론, 편지함에 cron 메시지가 수신되었는지 확인해야 합니다(대개 기본적으로는 그렇지 않습니다). 이러한 이메일은 또는 이와 유사한 것으로 끝날 것입니다 /var/mail/$USER.

내가 만든다 /etc/cron.d/badblocks:

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

답변3

파일 시스템이 손상되었으며 NTFS 볼륨의 경우 chkdskWindows에서 실행해야 하지만 복구가 거의 불가능합니다. 때로는 디스크를 포맷해야 할 수도 있습니다.

답변4

Linux 도구가 작동하지 않고 Windows 대신 Mac만 사용할 수 있는 경우 어떻게 해야 하는지 아무도 언급하지 않았습니다.

OS X에서 수정 가능파라곤 NTFS

제 경우에는 gparted윈도우 PC를 찾아보라고 했는데 어디에도 없었습니다. 하지만 이 훌륭한 소프트웨어를 활용하기 위해 Mac이 등장했습니다. 체험판 설치 후 실행확인하다, 그 다음에수리하다- 바라보다!

관련 정보