정기적으로 디스크에 쓰는 프로세스를 찾는 방법은 무엇입니까?

디스크에 지속적으로 쓰는 프로세스를 어떻게 알 수 있습니까?

나는 조용한 워크 스테이션을 좋아하고 조용한 팬 등을 갖춘 새로운 시스템 (P8B75-M + Core i5 3450-최대 TDP가 낮으므로 's')을 구축하고 데비안 Wheezy 64 비트를 설치했습니다. 그 위에.

그리고 무언가가 내 신경에 닿아 있습니다 : 하드 디스크가 쓰거나 무언가를 찾고있는 것과 같은 일종의 패턴을들을 수 있습니다 ( tick ... tick ... tick ... trrrrrr 헹구고 매 초 정도 반복).

과거에는 과거 (많은, 몇 년 전)에 비슷한 문제가 있었고 CUPS 로그 또는 다른 것으로 밝혀졌고 그 중 하나를 (실제) RAM 디스크로 리디렉션했습니다.

그러나 나는 확실하지 않다.

나는 다음을 시도했다.

ls -lR /var/log > /tmp/a.tmp && sleep 5 && ls -lR /var/log > /tmp/b.tmp && diff /tmp/?.tmp

그러나 아무것도 바뀌지 않습니다.

이제 이상한 점은 LVM 암호 해독 암호를 입력하라는 메시지가 표시 될 때 패턴이 들린다는 것입니다.

방금 설치 한 커널 / 시스템에 문제가 있거나 하드 디스크에 결함이 있습니까?

hdparm -tT /dev/sda 올바른 HD 속도 (130 GB / s 비 캐시, sata 6GB)를보고하고 문제없이 이미 큰 소스 (Emacs)에서 설치하고 컴파일 했으므로 시스템이 나쁘지 않다고 생각합니다.

(HD는 Seagate Barracude 500GB입니다)

어떤 프로그램 iotop이 보여주고 있는지 조사하려고 했습니까 ? 어떤 종류의 프로세스가 현재 디스크에 쓰고 있는지 정확하게 알려줍니다.

출력 예 :

Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % init
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
    6 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/0]
    7 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [watchdog/0]
    8 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/1]
 1033 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [flush-8:0]
   10 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/1]

/ var / log / syslogecho 1 > /proc/sys/vm/block_dump 에서 디버깅 메시지 를 통해 IO 디버깅을 활성화 한 다음 디버깅 메시지를 볼 수 있습니다 . 이는 과거 활동이있는 일부 유형의 로그 파일을 얻는 반면 현재 활동 만 표시 하는 이점이 있습니다 .iotop

디스크 소음이 디스크 스핀 다운 문제가 아닌 쓰기를 유발하는 프로세스로 인한 것으로 가정하면 감사 서브 시스템을 사용할 수 있습니다 ( auditd패키지 설치 ). sync통화와 친구를 감시하십시오 .

auditctl -S sync -S fsync -S fdatasync -a exit,always

에서 로그를 확인하십시오 /var/log/audit/audit.log. 감사 로그 자체가 플러시되면이 작업을 수행하지 않도록주의하십시오! 옵션이로 설정 되어 /etc/auditd.conf있는지 확인하십시오 .flushnone

파일이 자주 플러시되는 경우 시스템 로그가 원인 일 수 있습니다. 예를 들어, 실패한 들어오는 연결 시도를 기록하고 누군가가 컴퓨터를 조사하는 경우 많은 항목이 생성됩니다. 이로 인해 디스크가 기관총 스타일 노이즈를 방출 할 수 있습니다. 기본 로그와 데몬 Sysklogd의, 검사 /etc/syslog.conf: 로그 파일 이름이 선행되지 않을 경우 -로그가 각 쓰기 후에 디스크로되어 다음.

귀하의 드라이브가 자동으로 회전하고있을 수 있으며, 오늘날 많은 소비자 급 드라이브가 그렇게합니다. 불행히도 약간로드 된 시스템에서도 드라이브 속도가 지속적으로 감소했다가 다시 증가합니다. 특히 hddtemp를 실행하거나 드라이브 온도를 모니터링하기 위해 비슷한 경우 (대부분의 드라이브는 바보로 SMART 온도 값을 쿼리 할 수 ​​없습니다) 드라이브를 돌리지 않고-크레 틴!).

많은 드라이브가 제한된 수의 파크 사이클을 갖기 때문에 이것은 성 가실 일뿐 만 아니라 드라이브를 더 빨리 마모시킬 수 있습니다. 예를 들어 https://bugs.launchpad.net/ubuntu/+source/hdparm/+bug/952556 에서 문제에 대한 설명을 참조 하십시오 .

다음과 같은 비트 코드로 모든 드라이브에서 유휴 스핀 다운을 비활성화합니다. /etc/rc.boot 스크립트 나 /etc/rc.local 또는 이와 유사한 곳에 넣을 수 있습니다.

/ dev / sd의 디스크? ; 하다
  / sbin / hdparm -q -S 0 "$ disk"
끝난

방금 스마트가 외부 USB 디스크가 라즈베리 파이에서 반복적으로 회전하는 것을 발견했습니다. SMART는 일반적으로 좋은 일이지만 다시 비활성화하기로 결정한 이후 원치 않는 디스크 활동이 중지 된 것으로 보입니다.

이것에 조금 w 수 있습니다. 대부분 좁혀 야합니다.

find / -mount -newer /proc -print

부팅 후 / files 시스템의 물리적 장치에서 수정 된 파일을 제공하십시오. 파일을 알면 작성자를 식별하는 데 도움이 될 것입니다.

정확한 디스크로 좁혀 야 할 경우 다음을 사용하십시오.

lsblk장치 번호를 실행 하십시오. 아래의 경우는9:126

NAME        MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda           8:0    0   7.3T  0 disk  
└─md126       9:126  0  13.8T  0 raid0 /mnt/InternalPhase
sdb           8:16   0   7.3T  0 disk  
└─md126       9:126  0  13.8T  0 raid0 /mnt/InternalPhase
sdc           8:32   0   7.3T  0 disk  
└─sdc1        8:33   0   7.3T  0 part  /mnt/InternalFBE

위의 디스크 번호 와 비교 lsof | grep '9,126'하여 :replace로 실행 하십시오 ,. 제 경우에는 다음과 같이 나타납니다.

bash      389162            root  cwd       DIR              9,126      4096  449183796 /mnt/InternalPhase/0000000001/CHANNEL01/LIVE/PHASE/DATA/2018/10/04

PID를 389162사용 하여이 프로세스를 종료하려면 다음을 사용하십시오.

kill -9 389162

문제는 시스템이 기본적으로 5 초 정도 디스크 버퍼에서 디스크로 데이터를 플러시해야한다는 것입니다. 따라서 디스크가 스핀 다운되면 플러시가 필요할 때 다시 스핀 업하는 것 외에 다른 옵션이 거의 없습니다. 따라서 스핀 다운 또는 디스크 전원 관리 기능을 모두 비활성화하는 것 외에는 문제를 피할 수 없습니다 hdparm -B 255 /dev/hdax. 다시 시작하는 것이 단순히 항상 머무르는 것보다 훨씬 더 손상 될 수 있기 때문에 이것은 아마도 더 나은 옵션 일 것입니다.