설치 전에 디스크를 적극적으로 fsck

구형 프로세서에서 소프트웨어를 테스트하는 데 사용하는 구형 HP Athlon 시스템이 있습니다. 우리는 빈번한 브라운 아웃을 가지고 있으며 마지막 디스크 이후에는 디스크가 엉망이었습니다. fsck모든 문제를 해결하고 파견 할 수 없었습니다 . OS를 새로 설치했지만 여전히 fsck불만이 있습니다.

하드 드라이브 나 컴퓨터를 정죄하기 전에 마지막으로 Linux를 다시로드하려고합니다. 파일 시스템을 만든 후 설치가 발생하기 전에 fsck의심스러운 블록을 불량으로 표시하기 위해 적극적인 수행을 원합니다 .

디스크는 크고 (약 500GB) 데비안 8 배포판은 비교적 작습니다 (8-12GB이면 충분합니다). 또한 GUI 설치가 마음에 들지만 결혼하지 않았습니다.

두 가지 질문이 있습니다.

1. 데비안 8 fsck은 기본 시스템을 설치하기 전에 수행 할 선택을 제공합니까 ? 그렇다면 어디에 있습니까? 그렇지 않은 경우 프로세스는 무엇입니까?

2. 합니까는 fsck불량으로 표시하는 방법을 적극적으로 블록을 제어하는 설정이? 그렇다면 무엇입니까? 그렇지 않다면 무엇을 사용할 수 있습니까?

편집 : 기계는 HP5850입니다. BIOS로 들어가서 Storage and Drive Protection System (DPS) 자체 테스트로 이동 한 후 DPS는 드라이브 교체를 권장합니다. DPS는 통계를 제공하지 않았기 때문에 피해의 정도는 확실하지 않습니다.

12 달러에 [이전] 새 SATA II 드라이브를 구입할 수 있다는 점을 고려하여 교체하려고합니다. 시간이나 에너지를 낭비하는 것은 의미가 없습니다.

관련 참조는 다음과 같습니다. 두 가지 질문 모두 다루어지지 않은 것 같습니다.

• fsck 맨 페이지
• 6 장. 데비안 설치 프로그램 사용하기 | 6.3. 개별 구성 요소 사용

1. "데비안 8은 기본 시스템을 설치하기 전에 fsck를 수행 할 수있는 옵션을 제공합니까?

   대안으로, 먼저 GPartEd CD를 다운로드 하여 굽습니다 (또는 썸 드라이브에 쓰기). 설치, 부팅을 실행하기 전에 당신이 좋아하고 실행에 디스크를 분할 하거나 실행 길이.GPartEdfsckbadblocks

   데비안 설치 프로그램을 실행할 때는 파티션을 어떻게 사용하는지 알려주십시오. 설치 관리자는 자체 파티션을 만들 필요가 없습니다. 기존 파티션을 사용하는 것이 좋습니다.

2. "fsck는 얼마나 공격적으로 블록이 불량으로 표시되는지를 제어하는 ​​설정을 가지고 있습니까? 그렇다면 어떻게됩니까? 그렇지 않으면 무엇을 사용할 수 있습니까?"

   -c에 옵션 e2fsck원인은 그것을 실행하는 badblocks불량 블록 스캔 프로그램을. 불량 블록을 직접 실행할 수도 있습니다. 기본적 badblocks으로 읽기 전용 테스트를 수행합니다. 보다 적극적 -n으로 비파괴적인 읽기-쓰기 테스트를 지정할 수 있습니다 . -p패스 횟수를 늘리 도록 옵션을 설정할 수도 있습니다 .

   badblocks파티션하기 전에 실행하고 싶을 수도 있습니다 . 이렇게하면 더 빠른 -w쓰기 전용 테스트를 지정할 수 있습니다 .

자주 fsck 오류가 발생하면 드라이브가 혈액을 기침 할 수도 있습니다. 모든 불량 블록을 불량으로 표시하더라도 더 많은 블록이 불량이되기까지는 그리 오래 걸리지 않습니다. 실제로 tty2로 전환하려면 Ctrl + Alt + F2를 사용하여 fsck를 수행하기 위해 다른 tty로 변경할 수 있다고 생각하지만, 무슨 말을하는지 새 하드 드라이브가 얼마나 필요한지 강조 할 수는 없습니다. 정확합니다.

1. 아니요, 그만한 가치가 없다고 생각합니다. Fsck (대부분의 파일 시스템에서 구현)는 드라이브를 검사하지 않습니다. 파일 시스템 메타 데이터의 유효성을 검사하고 마운트 할 때 뷰의 일관성을 유지합니다. 정의에 따라 빈 공간 만 있기 때문에 설치하기 전에 수행하는 것이 이치에 맞지 않습니다.

2. 대신 불량 블록 을 사용하십시오 . 데이터가 썩지 않도록하려면 스크러빙을 지원하는 파일 시스템을 사용하십시오. Lvm 자체 도 그렇게 할 수 있습니다 .

최신 디스크의 안정성을 확인하려면 내장 테스트 사용을 고려하십시오. smartctl 유틸리티를 사용하여 트리거 할 수 있습니다. 예 :

smartctl -t long /dev/sdx
#wait an hour or two
smartctl -a /dev/sdx
#should have recorded a result in the self-test log

올바르게 쓰여지지 않은 섹터를 발견하기 위해 최근에 모든 것이 기록되었는지 미리 확인하려면 / dev / urandom의 dd와 같은 전체 매체를 덮어 쓰거나 무작위 중 하나로 파쇄 할 수 있습니다 옵션.

Windows에서만 실행할 수있는 제조업체의 저수준 형식 소프트웨어 (있는 경우) (또는 운이 좋으면 웹 사이트에서 이미지를 다운로드 할 수있는 부팅 가능한 CD / DVD / USB)를받는 것이 좋습니다. . 훨씬 더 큰 예비 섹터 풀과 교환하여 드라이브의보고 된 용량을 줄이기 위해 조작을 충분히 제어 할 수있는 경우 @rackandboneman이 제안한대로 드라이브를 테스트 할 때 이러한 예비 부품이 대체 될 것으로 예상하여 그렇게해야합니다. . 여분의 풀을 모두 사용하고 투명하게 다시 매핑 할 수없는 미래의 불량 섹터를 사용하는 것보다 모든 불량 섹터를 스왑 용으로 교체하고 향후 결함을 위해 남겨 두는 400GB 또는 450GB 드라이브를 사용하는 것이 훨씬 좋습니다.

더 멋진 도구를 사용할 수없는 경우 몇 가지 기본 사항 (예 : USB 디스크이고 SMART가 작동하지 않음) :

dd if=/dev/sdX of=/dev/null bs=1M

모든 디스크를 읽습니다. 당신은에서 볼 수 dmesg읽을 수없는 섹터가있는 경우 로그. 재시도 후 읽을 수 있는지는 알려주지 않습니다. 좋지는 badblocks않지만 유비쿼터스로 언급합니다.

불량 섹터가 있고 디스크에 아무것도 원하지 않는 경우 :

dd if=/dev/zero of=/dev/sdX bs=1M

모든 블록이 다시 작성됩니다. 읽을 수없는 섹터가 있으면 재 할당 된 풀의 섹터와 교환되어 다시 사용할 수있게됩니다.

재 할당이 발생하는 디스크가 있으면 디스크가 나옵니다. 중요한 용도로는 사용하지 않지만 때로는 신경 쓰지 않는 데이터가 있고 괜찮을 수도 있습니다.

SSD 인 경우 상황이 다르며 적용되지 않습니다.