SUSE 11 서비스 팩 1에서 ext3 파일 시스템 오류와 관련된 문제가 발생했습니다.
문제는 ext3 파일 시스템을 사용하는 lvm 파티션이 있고 ' /abc/bcd' 디렉토리에 마운트되어 있다는 것입니다. global" "라는 디렉터리가 있고 /abc/bcd"전역" 디렉터리에 디렉터리나 파일을 만들면 " mkdir: cannot create directory : Invalid argument"이 생성되며 이 전역 디렉터리의 데이터도 복사할 수 없습니다.
이 전역 디렉토리의 데이터를 복사하면 " Input/output error"이 생성되는데, 디렉토리 내의 다른 디렉토리에 디렉토리나 파일을 생성하면 /abc/bcd오류 없이 잘 동작합니다.
이 전역 디렉터리에 디렉터리나 파일을 어떻게 만들 수 있나요?
답변1
손상된 파일 시스템에 데이터를 쓰는 방법을 진지하게 묻고 있습니까?
파일 시스템이 손상된 경우 즉시 중지하십시오. 파일 시스템에서 모든 데이터를 읽고 안전한 곳에 복사본을 만든 다음 버리고 다시 시작하십시오. 너진짜파일 시스템이 손상되었다고 생각되면 파일 시스템에 데이터를 쓰고 싶지 않을 것입니다(데이터가 중요하지 않은 경우 제외).
결국 유일한 선택은 '모든 것을 잃는 것'이다.
디렉터리에 쓰거나 읽을 수 없다면 내용이 실제로 손상되었다는 의미입니다. LVM을 사용하고 있으므로 스냅샷을 생성하고 해당 스냅샷에서 fsck를 실행하면 해당 데이터를 복구할 수 있기를 바랍니다.
답변2
파일 시스템/논리 볼륨이 손상되었거나 하드웨어 오류가 발생했을 수 있습니다.
먼저 하드웨어 결함을 찾아보고 하드웨어 문제가 없으면 fsck를 시도하는 것이 좋습니다. (fsck는 FileSysem 일관성 검사를 나타냅니다.)
하드웨어 문제
dmesg 결과에서 "Sense key"를 검색하세요.
dmesg | grep -i 'sense key'
파일 시스템 손상
fsck를 사용하여 파일 시스템을 복원하려면 먼저 fsck를 제거해야 합니다.
unmount /abc/bcd
fsck /dev/dsk/foo
(장비를 얻을 수 있다고 가정합니다).
fsck는 데이터를 삭제하거나 이동할 수 있으므로 백업이 유용할 수 있지만 지금은 분명히 너무 늦었습니다.
답변3
하드웨어 문제가 있을 수 있습니다. (출력 보기 dmesg). 그러니 새 디스크를 구입하고 백업을 사용하세요. 전체 원시 파티션을 다른 디스크에 복사하여 사용할 수 있습니다.디버그 파일그 사본에. 이 작업을 완료하면 다음 smartctl중 일부를 사용할 수 있습니다.지능형 모니터링 도구패키지)는 실패한 디스크에 있습니다.
답변4
Fdisk는 불량 섹터를 복구 및/또는 해결하고 고장난 하드 드라이브에서 데이터를 복구하기 위해 SpinRight라는 제품을 사용하여 파일 시스템의 최상위 수준만 복구할 수 있습니다. 무료는 아니고 도스 제품이지만 하드웨어 레벨 복구에서는 최고라고 생각합니다...깁슨 리서치 - SpinRight