2시간 사용 후 루트 파티션이 가득 찼습니다.

2시간 사용 후 루트 파티션이 가득 찼습니다.

최근에 루트 파티션에 공간이 부족하다는 메시지를 받았기 때문에 파티션 크기를 9GB에서 30GB로 늘리기로 결정했습니다. 그러면 나중에 이 문제를 처리할 필요가 없을 것입니다. 앞으로는 바쁘다. 약 2시간 전에 이 작업을 했는데 방금 또 이런 메시지가 왔어요? 내 루트 파티션이 이제 27GB로 가득 찬 것 같습니다. 프로그램이나 파일이 내 루트 파티션에 저장될 가능성이 있습니까?

이것이 출력이다lsblk

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931.5G  0 disk 
├─sda1   8:1    0   529M  0 part 
├─sda2   8:2    0   1.1G  0 part /boot/efi
├─sda3   8:3    0 540.3G  0 part 
├─sda4   8:4    0  29.1G  0 part /
└─sda5   8:5    0 360.5G  0 part /home

출력은 다음과 같습니다du -h --max-depth 1 /var

4.0K    /var/mail
4.0K    /var/opt
18G     /var/lib
9.8M    /var/spool
55M     /var/crash
8.0K    /var/lock
90M     /var/cache
905M    /var/log
76K     /var/tmp
4.0K    /var/local
132K    /var/backups
19G     /var

고쳐 쓰다:최근에 oracle db를 실행하기 위해 docker를 설치했는데 이것이 이유가 아닐까 생각했습니다. 존재하다이 스레드, 모든 컨테이너와 이미지를 삭제하려면 이 명령을 사용하는 것이 좋습니다. 13GB의 공간을 확보했습니다.

저는 Windows 파티션에 11g가 설치되어 있으므로 이 컨테이너를 단지 재미로 사용하고 있습니다.

출력은 다음과 같습니다du -x / | sort -n | tail -30

318900  /usr/share/libreoffice/help
326748  /usr/lib/libreoffice
332656  /usr/share/libreoffice
341964  /usr/share/fonts/opentype
412112  /usr/lib/jvm/java-11-openjdk-amd64
412124  /usr/lib/jvm
480108  /usr/share/fonts
491740  /usr/bin
668084  /usr/lib/firmware
922872  /var/log/journal/3699a9056d9109ba5307595660a9fe08
922876  /var/log/journal
937232  /var/log
956460  /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle/oradata/ORCLCDB/orclpdb1
1081484 /usr/lib/x86_64-linux-gnu
1110068 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle/oradata/ORCLCDB/pdbseed
2668860 /usr/share
3526180 /usr/lib
3777544 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle/oradata/ORCLCDB
3777548 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle/oradata
3778008 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle
3778012 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app
3778016 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02
3814936 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data
3814940 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e
3814968 /var/lib/docker/volumes
3815324 /var/lib/docker
4250432 /var/lib
5428724 /var
7058496 /usr
12854996    /

답변1

살펴볼 기본 디렉토리는 일반 응용 프로그램에서 쓸 수 있는 모든 내용이 포함된 /var입니다. /run 및 /tmp도 있지만 많은 배포판에서는 일반적으로 RAM 디스크입니다.

당신은 그것을 사용할 수 있습니다

df --max-depth 1 /var

가서 어떤 것인지 조사해 보세요. 원하지 않는다그것이 무엇인지 알기 전에 삭제하십시오.

설명하신 것처럼 시스템의 저장 공간이 부족해지면 일반적으로 로그 파일에 쓰는 동안 회전이 멈추어 발생하며, 이는 결국 수 기가바이트에 달할 수 있습니다. 따라서 /var/log가 가장 가능성이 높습니다.

때로는 제어할 수 없는 /var/cache /var/tmp 또는 /var/lib에 쓰는 프로세스로 인해 발생할 수도 있습니다.

관련 정보