현재 보류중인 섹터 수를 수정하는 방법

SMART Data에서 3 개의 보류 섹터 수가 있음을 보여줍니다. (우분투 매버릭 실행)

나는 그것을 해결하는 방법에 관한 포럼 링크를 따라 보았지만 해당 섹터에 쓸 정확한 섹터 수를 식별 할 수 없습니다. 디스크 유틸리티에서 전체 자체 테스트를 실행했지만 디스크 유틸리티에 Maverick의 정확한 섹터 번호가 표시되지 않지만 이전 버전에 대해서는 확실하지 않습니다. 매버릭에서 변경 되었습니까?

섹터를 어떻게 식별하고 보류중인 수를 수정합니까? 포럼의 팁이 안전합니까?

추신 : 나는 "재 할당 섹터 수"와 관련된 다른 문제가 있는데, 내가 구글에서 찾은 것에서 고칠 수는 없습니다. 상승하지 못하게 할 방법이 있습니까?

이것은 실제로 긴 의견입니다 ;-)

IMO 파일 시스템은 특히 자체 테스트를 실행 한 이후에 파일 시스템이 자동으로 처리해야합니다. 보시다시피, 쓰기 실패시 리 맵핑이 완료되어 다음에 쓰기를 시도하면 다시 매핑됩니다.

이 작업을 수행하는 데 큰 목적이 있다고 말씀해 주시겠습니까? 리매핑을 필요로하는 블록에 대한 우려 외에도,이 작업을 통해 해결하려는 다른 성가심 / 문제가 있습니까?

당신이 인용 한 우분투 포럼 게시물의 팁은 어떤 섹터가 잘못되었는지 정확하게 알고 그것을 수정해야 할 강력한 이유가있는 한 안전합니다. 일반적으로 섹터 #는 파일 시스템에 의해 내부적으로 추상화되고 처리되므로 파일 검사 프로그램에서도보고되지 않습니다.

그러나 문제가되는 불량 블록을 찾아야하는 경우 다음 단계를 사용할 수 있습니다.

1. 파일 시스템에 해당하는 장치 파일을 기록하십시오. 디스크 유형에 따라 / dev / hdc 또는 / dev / sdb 형식입니다. 디스크 유틸리티 ( System -> Administration -> Disk Utility)에 표시됩니다 . 왼쪽 패널에 표시된 목록에서 디스크 이름을 클릭하면 오른쪽의 "Device :"에 대해 장치 이름을 읽을 수 있습니다.

2. 해당 디스크의 모든 파일 시스템을 마운트 해제하십시오. 다음 명령은 출력을 반환하지 않아야합니다.

   mount | grep -i <device-name>
   

3. 다음 명령을 실행하십시오

   badblocks -sv -b 512 <device-name>
   

   참고이-b 512 명령으로보고 된 번호를 포럼 게시물에dd 설명 된 대로 입력으로 사용할 수 있도록 블록 크기를 512로 정렬 하는 것 입니다.

어쨌든 정상적인 디스크 작업으로 처리되기 때문에 위의 모든 것을 권장하지는 않습니다.

최악의 경우 항상 이렇게 할 수 있습니다 : 디스크 나 어레이를 마운트 해제하고 어레이를 중지하십시오.

dd if=/dev/sdX of=/dev/sdX iflag=direct,sync oflag=direct,sync

시간이 오래 걸리지 만 작동합니다.

이상적으로는 하드 드라이브 성장 결함 목록 (glist)을 쿼리 할 수 ​​있지만 그 방법을 알지 못했습니다.

conv=noerror옵션이 도움 이 될 것 같습니다 . I / O 오류가있는 경우이 옵션 dd은 읽기 / 쓰기가 완료 될 때까지 다시 시도해야하는 것처럼 보입니다 . badblocks 명령 (위 Kaushik에서 제공)에서 찾은 각 불량 블록에 대해 다음 명령을 사용하여 소스 파일을 작성했으며 "현재 보류중인 섹터 수"( "재 매핑 대기 중")를 5에서 0으로 지 웁니다.

sudo dd bs=512 count=1 conv=noerror ibs=512 obs=512 if=/dev/sda of=/dev/sda iflag=direct,sync oflag=direct,sync skip=3186809 seek=3186809

이 값이 0을 초과하면 일반적으로 임박한 드라이브 오류의 징후입니다. 하드 디스크를 교체하지 않고도이 문제를 해결할 수 있다고 생각하지 않습니다.

http://kb.acronis.com/content/9133?nocache=1을 참조하십시오.