e2fsck: 불량 블록이 사라집니다!

e2fsck: 불량 블록이 사라집니다!

신사,

e2fsck에 대한 아버지의 조언이 필요합니다. 디스크가 점점 불안정해지고 "e2fsck -ccv"에 불량 블록이 표시됩니다. 그러나 디스크를 다시 분할했는데 이제 동일한 명령이 디스크 상태가 양호하다고 보고합니다! 내 불량 블록은 어떻게 되었나요? 물론 지금은 파티션이 모두 비어있지만 배드블록은 여전히 ​​배드블록인가요? 디스크의 내부 관리는 e2fsck도 볼 수 없도록 이러한 블록을 어떤 방식으로 표시합니까? 아니면 e2fsck가 빈 파티션에서는 작동하지 않나요? 아니면 어떻게든 고쳐졌나요? 어떻게 답을 찾을 수 있나요?

그리고: "-c"와 "-cc"를 사용하는 것의 실용성은 무엇입니까? 즉 언제 어디서 읽기-쓰기 테스트와 읽기 전용 테스트를 수행하고 싶습니까?

그리고: 파티션을 다시 나눈 후 파일 시스템을 생성하는 동안 디스크를 확인하기 위해 "mkfs.ext4 -vcc..."를 시도했지만 몇 시간이 걸렸습니다. 비교해 보면, FS를 생성한 후 "e2fsck -ccvy ..."는 훨씬 빨라서 12개의 파티션이 있는 500GB 디스크의 경우 1시간도 채 걸리지 않습니다. 왜? 성관계를 시작하기 전에 우리는 삶의 사실을 이해해야 합니다.

답변1

파일 시스템 불량 블록 목록이 오래되었습니다(ext4에 대해 이야기하고 있으므로 플래시 파일 시스템을 무시하십시오). 불량 블록은 드라이브에 의해 다시 매핑됩니다. 오류 찾기 - SMART 카운터에 이러한 오류에 대한 영구 로그가 있어야 합니다. 하나 이상의 오류/"불량 블록"/"불량 섹터"가 표시되면 디스크를 신뢰할 수 없다고 가정해야 합니다.

중요한 데이터가 중복 저장되는 경우(RAID, 백업) 일부 사람들은 테스트 중에 드라이브에 대한 신뢰를 다시 설정하는 방법을 개발했습니다. [*] 애초에 RAID를 사용하고 있지 않으니 추천할 수가 없습니다.

이것은 삶의 사실입니다. mkfs와 fsck의 동작은 불행합니다. 아직 읽기, 쓰기 시험 중잠재적으로새로 구입한 드라이브의 스트레스 테스트에 유용합니다. 디스크 IO 속도가 약 100MB/s이고 전체 디스크를 동시에 쓰고 읽기 때문에 한 시간 조금 넘게 걸릴 것입니다. (최신 디스크의 상대적 성능도 특정 RAID 모드의 실행 가능성에 영향을 미칩니다.) 또한 다양한 모드에서 여러 패스를 실행하는 것을 확인했는데 badblocks -w, 이는 왜 그렇게 오래 걸리는지 설명합니다. 불량 블록 목록이 오래되었으므로 불량 블록을 직접 실행하여 오류를 찾을 수 있습니다.

그러나 이 작업에 소요되는 시간과 이 시간 동안 디스크를 사용할 수 없다는 점을 고려하면 가장 긴 SMART 테스트를 사용하거나 dd if=/dev/sdX bs=10M of=/dev/null읽기 오류가 발생하는지 확인하는 것이 좋습니다.

SMART 기능은 GNOME 디스크에서 사용할 수 있습니다. (기본 기능도 있습니다). 오류 카운터는 섹터별로 측정됩니다. "섹터"라고 표시된 모든 카운터를 보고 모두 0인지 확인할 수 있습니다. "재할당된 섹터" 아래에 일부가 있는 것 같습니다..


[*] 불량 섹터에 새 데이터를 쓰면 오류가 지워집니다. 이는 "예비 영역"의 다른 물리적 섹터에 논리 섹터를 기록함으로써 수행되며, 드라이브는 논리 섹터의 향후 읽기가 다시 매핑되도록 보장합니다.

관련 정보