내 파일 시스템에 두 개의 NTFS 파티션이 마운트되어 있습니다. 그 중 하나가 내 프로젝트를 호스팅하므로 매우 중요합니다.
종종 컴퓨터가 느려지고 때로는 거의 정지될 때도 있습니다. 그런 일이 일어날 때마다 프로세스 mount.ntfs가disk sleep시스템 모니터 ksysguard의 CPU 열에 있습니다(아래 스크린샷 참조).
특히, 그러한 상황에서 기억은~ 아니다CPU가 부족하고~ 아니다최대 용량으로 실행 중입니다.
이에 대한 가능한 설명은 무엇이며 어떻게 해결할 수 있습니까?
저는 Kubuntu 19.04, 64비트를 실행합니다.
답변1
어떤 의미에서 "디스크 절전"은원인속도가 느려지는 것은 단지 증상일 뿐입니다.
현재 프로세스는 디스크 읽기/쓰기 요청에 대한 응답을 받기를 기다리는 것 외에는 아무 작업도 수행하지 않습니다. 따라서 디스크가 응답하는 데 너무 오랜 시간이 걸리면어느읽기 또는 쓰기를 시도하는 프로세스는 작업이 완료될 때까지 "디스크 절전" 또는 "I/O 대기" 상태로 전환됩니다.
많은 프로그램이 단순히 NTFS 파티션에서 파일을 읽으려고 하기 때문에 시스템이 느리게 느껴지는 것 같습니다. 따라서 당연히 mount.ntfs가 복구될 때까지 기다리게 됩니다. 그리고 mount.ntfs 자체는 이러한 액세스 요청을 처리할 수 없습니다. HDD가 복구되기를 기다리고 있습니다.
여러 가지 원인이 있을 수 있습니다.
있다많이발생하는 디스크 읽기 또는 쓰기 횟수입니다(이 물리적 디스크 전체에 대해, 반드시 이 특정 파티션에 대한 것은 아님). 이것이 원인인지 확인하려면 다음부터 시작하십시오.
iotop또는iotop -Pao현재 I/O를 수행하는 개별 프로그램을 보려면;iostat -h 1보고하기 위해총각 물리적 저장 장치의 I/O 속도입니다.
디스크가 손상된 영역을 읽으려고 바쁜 중입니다. (HDD는 때때로 손상된 섹터를 얻습니다. 때로는 12번의 재시도 후에만 섹터를 읽을 수 있습니다. 때로는 전혀 읽을 수 없지만 HDD가 시도를 포기할 때까지 기다려야 합니다.)
dmesg또는dmesg -w디스크가 읽기 오류나 기타 하드웨어 문제를 보고하는지 확인합니다.
커널에는 버그가 있을 수 있습니다. 예를 들어 고성능 "UAS" 모드에서 USB 3.0을 통해 연결된 디스크는 과거에 전체 시스템을 방해하는 경우가 많았습니다.
- 다시 dmesg이지만 이번에는 자체 잠금을 보고하는 커널을 찾습니다.없이관련 디스크 읽기 오류.
귀하의 프로젝트가 중요하다면,하나의'dmesg'에 보고된 오류는 모든 것을 중지하고 다른 디스크에 백업해야 함을 의미합니다. (실제로 프로젝트가실제로중요한 점은 이미 백업을 해 두었어야 한다는 것입니다.)