디스크에서 LUKS 및 LVM을 사용하기 전에(2~3주 전) 이런 일이 발생하지 않았다고 확신하지만 이제 루트 사용자는 지속적으로(2~3초마다) 쓰기(읽기가 아니라 쓰기만 함) ) 디스크, 이유를 모르겠습니다.
디스크에는 1개의 LUKS 파티션과 1개의 LVM 그룹이 있으며 여기에는 루트(ext4) 및 기본(ext4) 논리 파티션(스왑 파티션도 포함)이 포함되어 있습니다.
"iotop" 명령을 사용하여 어떤 프로세스가 디스크에 액세스하고 있는지 확인했으며 이를 확인했습니다."jbd2/dm-X-8", 루트에 의해 실행되는 프로세스는 지속적으로 디스크에 기록됩니다.
이는 LVM이 포함된 디스크에서만 발생합니다. 두 개의 다른 ext4 디스크가 마운트되어 있으며(저장 목적으로만 사용되며 LUKS 암호화도 사용하지만 LVM은 사용하지 않음) 해당 디스크에서 파일 작업이 수행되지 않을 때 "조용히 유지됩니다".
이 쓰기 활동이 일종의 로깅으로 인해 발생한 것인지 알아보기 위해 로그 파일을 검사했지만 그런 것 같지는 않았습니다.
나는 또한 다음과 같은 질문을 읽었습니다.
그러나 시스템이 변경되지 않았음에도 불구하고 시스템이 디스크에 계속 쓰는 이유를 이해할 수 없습니다.
한편으로는 다른 프로그램의 충돌과 관련이 있을 수도 있겠다는 생각이 드는 디스크 문제가 있는데, 지금은 디스크에 계속해서 쓰는 것과 관련이 있을지는 모르므로 걱정이 됩니다. 그것에 대해.
정상인가요? 그것을 피하기 위해 내가 할 수 있는 일이 있습니까, 아니면 단지 LUKS/LVM과 함께 제공되는 것입니까? 아니면 LUKS/LVM과 관련이 없으며 다른 것을 확인해야 합니까?
답변1
마침내 디스크의 지속적인 쓰기 활동을 크게 줄일 수 있었지만 이것이 어떻게 연결되어 있는지 완전히 이해하지는 못했습니다. 나는 이것이 문제에 대한 완벽한 해결책은 아니지만 어떻게든 해결한다고 생각합니다. 누군가에게 도움이 된다면:
/etc/fstab 파일을 편집하고 기본적으로 "Error..."로 설정되어 있는 루트 파티션의 "Default" 옵션 열에 추가했습니다. 차이가 있지만 실제로는 그렇습니다).
저는 swappiness를 0으로 설정했지만 이것이 쓰기 속도에 영향을 미치는 것처럼 보이더라도 제 경우에는 왜 그렇게 될지 이해가 되지 않습니다. 컴퓨터에 16GB RAM이 있으므로 IMHO this(fstab과 동일) 질문) 아무런 차이가 없을 것입니다.
이 새로운 "낮은 빈도 쓰기 속도"를 사용하면 최소한 디스크 상태에 대한 걱정은 덜하지만 이 동작의 이면에 있는 논리에 대해서는 여전히 걱정이 되므로 설명 및/또는 더 나은 솔루션을 높이 평가할 수 있습니다. 매우 유명합니다.