BTRFS 스크럽은 아무 것도 하지 않는 것 같습니다.

BTRFS 스크럽은 아무 것도 하지 않는 것 같습니다.

내 드라이브 중 하나에서 읽기 오류가 발생했습니다.

$ sudo smartctl -a /dev/sdb
[...]
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%     11729         3678402408
# 2  Short offline       Completed: read failure       90%     11729         3678402408
[...]

이렇게 하면 해당 장치가 속한 파일 시스템에서 해당 장치를 장치로 제거할 수 없습니다.

$ sudo btrfs device remove /dev/mapper/cryptsdd1 /
ERROR: error removing device '/dev/mapper/cryptsdd1': Input/output error

그래서 영향을 받은 파일을 찾기 위해 정리를 시도했습니다(중복 데이터 RAID 구성을 사용하지 않기 때문에 정리로는 아무 문제도 해결되지 않을 것 같습니다). 그러나 문질러도 아무런 효과가 없는 것 같습니다.

$ sudo btrfs scrub start /dev/mapper/cryptsdd1

출력을 생성하지 않으며 반환되지 않습니다. 다른 터미널을 열고 상태를 사용해도 반환되지 않습니다. 또한 이러한 프로세스를 종료할 수도 없습니다.

스크럽은 어쩌고? 어떻게 해결할 수 있나요?

나의 궁극적인 목표는 이 결함이 있는 하드 드라이브를 좋은 드라이브로 교체하는 것입니다. 나생각하다내가 관심을 갖고 있는 모든 데이터는 안전합니다. 문제의 파일이 내 홈 디렉토리의 이전 스냅샷에 있는 것으로 의심됩니다. 몇 가지 배경 지식을 제공하기 위해 홈 디렉터리의 스냅샷을 매시간 촬영한 다음 해당 스냅샷을 백업 디스크 세트에 백업합니다. 저는 스냅샷을 훌륭하게 수행할 수 있었고 해당 스냅샷을 원격 백업 서비스에 백업할 수도 있었습니다. 그러나 로컬 백업 디스크에 백업할 때 IO 오류가 발생하는 것을 발견했습니다(어떤 이유로든 자세히 설명하지 않겠습니다. 로컬 백업은 결국 원격 백업보다 훨씬 뒤쳐졌습니다). 여기에는 이전 스냅샷이 포함됩니다(문제의 디스크는 백업 디스크가 아닌 내 루트 파일 시스템용입니다). 이전 스냅샷의 데이터가 손실되더라도 상관없습니다. 이 디스크를 정상적으로 제거하는 방법에 대한 아이디어를 주시면 대단히 감사하겠습니다.

저는 리눅스 5.12.4를 사용하고 있습니다.

더 많은 정보를 공개하게 되어 기쁘게 생각합니다. 알려주세요.

관련 정보