Недавно я получил сообщение о том, что в моем корневом разделе заканчивается место, поэтому я решил увеличить размер раздела с 9 ГБ до 30 ГБ (просто чтобы быть уверенным). Мне не придется иметь с этим дело в будущем, когда я буду занят. Я сделал это, может быть, 2 часа назад, но только что снова получил это сообщение? Похоже, что мой корневой раздел теперь заполнен на 27 ГБ, есть ли вероятность, что программы или файлы хранятся в моем корневом разделе?
Вот вывод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
Обновлять:Совсем недавно я установил docker для запуска oracle db, поэтому я подумал, что, возможно, это может быть причиной. Вэта тема, эта команда рекомендуется для удаления всех контейнеров и образов, и я освободил 13 ГБ места.
Я использовал этот контейнер просто для экспериментов, так как я действительно установил 11g в свой раздел Windows.
Выход для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.