☰

ext4의 이상한 파일 손상

tag-icon • tag-icon hard-drive ssd ext4 corruption
ext4의 이상한 파일 손상

최근에 디스크 손상 시나리오로 보이는 현상을 접하게 되었는데, 이에 대해 더 잘 이해하고 싶습니다.

매일 작업하는 빌드 서버가 있습니다. 이상한 오류 메시지와 함께 중지된 최근 LLVM 릴리스의 전체 빌드 중에 생성된 파일( X86GenDisassemblerTables.inc) 하나에 대해 다음 발췌문을 얻었습니다.

...
/* 0xa5 */
{ /* ModRMDecision */
 MODRM_ONEENTRY,
 0 /* EmptyTable */
},
/* 0xa6 */
{ /* ModRMDecision */
 MODÒM_ONEENTRY,                # Ò = 0xD2
 0 /* EmptyTable */             # R = 0x52
},
/* 0xa7 */
{ /* ModRMDecision */
 MODRM_ONEENTRY,
 0 /* EmptyTable */
},
...

단일 비트 파일 손상인 것 같습니다. 파일을 제거했는데 빌드가 다시 생성되어 성공적으로 완료되었습니다.

그리고 오늘은다른머신에서 이 .d파일은 빌드 중에 생성되었습니다.

output-gcc-8.2.0-x86_64-linux-gnu/obj/headers.hpp.gch: src/headers.hpp
pp      # What's this?

파일 크기, 권한, 심지어 종료 줄바꿈까지 모든 것이 제자리에 있었습니다. 파일을 제거하면 빌드에서 문제 없이 다시 생성할 수도 있습니다.

이것이 합법적인 디스크 손상 사례입니까? 이를 진단하려면 어떤 도구를 사용할 수 있나요? 이들 디스크는 각각 ext4 파일 시스템을 실행하는 1년 및 2년 된 SSD입니다.

답변1

RAM 테스트부터 시작하고 싶을 수도 있습니다. 하드 다이빙은 일반적으로 읽기 또는 쓰기 오류가 발생한 시기를 알 수 있습니다. 커널 메시지에서 하드 드라이브 오류가 아직 수신되지 않고 ECC RAM을 사용하지 않는 경우 하드 드라이브에 RAM이 있는 것으로 의심됩니다.

관련 정보