내 시스템과 관련이 있는지 검색하고 알아내려고 노력할 때 비슷한 질문이 있다는 것을 알고 있습니다. Ubuntu 18을 실행하고 PostgreSQL용 일부 설치, 최근 보안 업데이트 등을 제외하고 파일 시스템 드라이브가 부풀어 오르고 계속 축소되는 것 같습니다. 아래 이미지(강조 표시됨)에 표시된 것처럼 공간을 차지하는 공간을 파악하려는 시도와 관련된 일부 추가 검색은 /dev/sde1/저널링과 관련이 있거나 메일 서버를 시작하면서 트리거되었을 수 있는 것일 수 있음을 나타냅니다. 나는 이것에 접근하는 가장 좋고 안전한 방법을 확신하지 못합니다. 이 마운트는 영향을 받는 부팅 드라이브입니다.
내가 보고 있는 이미지:
cmd에서:
Webmin에서:
이에 대한 합리적인 접근 방식에 대한 생각은 무엇입니까?
답변1
음, 무언가가 많은 공간을 차지하고 있다면 합리적인 접근 방식은 다음과 같습니다.
많은 공간을 차지하는 것이 무엇인지 알아보세요.
편리한 도구는NCDU, 구체적으로
ncdu -x /. 루트 파일 시스템에서 가장 많이 사용하는 디렉터리가 무엇인지 표시하고 해당 디렉터리 내부를 탐색할 수 있습니다(기본적으로 WinDirStat 또는 SpaceSniffer와 유사).manualpead를 사용하여 수행할 수도 있지만
du -xhs <dir>약간 지루합니다. (두 경우 모두 "x" 옵션은 /proc와 같은 가상 파일 시스템을 파헤치는 것을 방지하도록 지시합니다.)공간을 많이 차지하는 것을 제거하세요.
하지만 파일을 즉시 삭제하지 마십시오. 먼저 파일이 커지는 원인이 무엇인지, 특수 명령을 사용하여 파일을 삭제해야 하는지 여부를 파악하십시오. 예를 들어, 데이터베이스 로그/저널 파일은 DB 자체를 통해 플러시되어야 합니다. /var/log의 시스템 로그는 삭제해도 안전하지만 어쨌든 구성 가능한 보존 기간이 있습니다. 왜 적용되지 않는지 확인하세요.
사용된 공간이 합산되지 않는 경우(예: ncdu에 50GB 상당의 파일만 표시되는 경우) 이미 삭제된(링크 해제된) 대용량 파일이 일부 프로그램에 의해 계속 열려 있을 수 있습니다. 프로그램을 다시 시작하거나 시스템을 재부팅하면 이 문제가 해결됩니다.
sudo lsof -n | grep "(deleted)"삭제되었지만 여전히 열려 있는 모든 파일을 프로세스 ID와 함께 표시합니다. (/tmp 또는 /dev/shm 아래의 항목은 무시하십시오. 이는 정상이며 어쨌든 별도의 파일 시스템에 있습니다.)LVM/Btrfs/ZFS를 사용하는 경우 오래된 스냅샷이나 손실된 하위 볼륨이 있는지도 확인해야 합니다. 이는 파일 시스템에 표시되지 않지만 여전히 공간을 차지합니다.